Troubleshoot Errors While Making Purchases on CustomersDot

Troubleshooting guide on errors on CustomersDot


This guide is for troubleshooting errors on CustomersDot.

Error about an address or credit card

When purchasing a subscription via the CustomersDot if a user receives an error about an address or credit card, check the address listed in the My Account section of the CustomersDot. This is typically due to a bad address (city/state/zip code). If the address is correct and the error persists, check Sentry for a relevant error and file an issue in the CustomersDot tracker as necessary.

Getting error message from Sentry

To find the error specifically related to a customer on sentry, try the following:

  1. Get customer ID from CustomersDot:
  2. Finding the error message for the customer in Sentry:

Getting error messages from CustomersDot Kibana logs

You can access the CustomersDot production logs or staging logs in Kibana by filtering using prdsub* or stgsub* respectively.

To have an idea on how to use and search Kibana, review the Support Workflow’s Kibana page.

For purchase attempts made on CustomersDot, refer to the tips under CustomersDot purchase errors in Kibana.

Getting error messages from GCP Logs Explorer

Official Google Documentation for Logs Explorer is found at It’s helpful to review these docs to gain an understanding of building search queries for more advanced searching.

Login to GCP Logs Explorer dashboard (make sure you are viewing gitlab-subscriptions-prod).

  1. Under Resource Type, select VM Instance
    • If needed, you can scope queries to specific log files by choosing one under LOG NAME
    • Take care to note that by default, the logs are limited to 1 hour. You can widen the time frame by clicking the Duration shown to the left of the search box, similar to Kibana searching.
  2. You can often find what you need simply by searching a customer ID or subscription name without needing to build a specific query.

Advanced searching tips

The logging query language allows you to search by very granular attributes built dynamically from the logs themselves. For example, most of the important information you’ll be looking for is scoped to the jsonPayload object of any given log entry. It may help to have an understanding of how the objects are represented in CustomersDot code, so you can predict the type of queries to build. But most of the information you may want to find is fairly easy to locate even without building queries.

  1. On the right-hand side of the search box is a toggle switch “Show Query”. Toggle this on.
  2. The Query Builder will show searchable attributes as suggestions. For example, if you type jsonPayload, a popup will appear showing suggestions for valid attributes that you can search by.
  3. Any time you update your query terms, click Run Query on the right-hand side.
  4. For example, building a query to find events for a specific customer:
    • Get the customer ID, and then in the Query field enter
    • jsonPayload.customer_id="customerID"
  5. The same works for subscriptions, but these may be scoped to order_params attributes for errors:
    • jsonPayload.order_params.subscription_name="A-S00000000"
    • jsonPayload.subscription_name="A-S00000000" for non-errors.
  6. Locating an error for a given namespace
    • jsonPayload.order_params.gl_namespace_id="xxxxxxxx"

In the Log Fields panel, you can also choose specific log files, as well as severity labels such as Info, Error, etc. You can also include these in the query builder:

  1. severity=ERROR will return only errors.
  2. severity=INFO will return only non-errors.

Troubleshooting Email Delivery From CustomerDot

Sometimes a customer reports that they did not receive an email from the portal, such as a password reset request or new account confirmation. GitLab uses Mailgun as a service to send outgoing mail. We can login to Mailgun to view the message logs, and when appropriate, remove suppressions.

The general workflow that Support uses for this process is documented in the Support handbook page on confirmation emails, and that page has a full description on navigating the Mailgun dashboard and searching through the logs.

The process here is much the same, but since we are investigating mail from CustomerDot, in Step 4 of the general workflow ensure that is selected as the domain to search under.

To confirm whether the customer has access to, navigate to the Edit page for the customer record (pen icon on the right side of the customer record) and look at the Login activated checkbox. If the checkbox is ticked, the customer has access; if the checkbox is not ticked, the customer will not have access and they will not receive password reset emails.

Note that reseller customers should make their purchases via their reseller or our Sales team.

Example of previous tickets

  1. Customer cannot purchase new subscription because of an expired subscription:
  2. Customer cannot purchase because the Address, City, and Postal code have invalid information:
  3. Customer cannot purchase compute minutes because State was not provided in CustomersDot: