Troubleshooting Service Ping

Service Ping Payload drop

Symptoms

You will be alerted by the Data team and their Monte Carlo alerting.

Locating the problem

First you need to identify at which stage in Service Ping data pipeline the drop is occurring.

Start at Service Ping Health Dashboard on Sisense.

You can use this query as an example, to start detecting when the drop started.

Troubleshoot the GitLab application layer

We conducted an investigation into an unexpected drop in Service ping Payload events volume. GitLab team members can view more information in this confidential issue: https://gitlab.com/gitlab-data/analytics/-/issues/11071

Troubleshoot VersionApp layer

Check if the export jobs are successful.

Check Service Ping errors in the Service Ping Health Dashboard.

Troubleshoot Google Storage layer

Check if the files are present in Google Storage.

Troubleshoot the data warehouse layer

Reach out to the Data team to ask about current state of data warehouse. On their handbook page there is a section with contact details.

Cannot disable Service Ping with the configuration file

The method to disable Service Ping with the GitLab configuration file does not work in GitLab versions 9.3.0 to 13.12.3. To disable it, you must use the Admin Area in the GitLab UI instead. For more information, see this issue.

GitLab functionality and application settings cannot override or circumvent restrictions at the network layer. If Service Ping is blocked by your firewall, you are not impacted by this bug.

Check if you are affected

You can check if you were affected by this bug by using the Admin Area or by checking the configuration file of your GitLab instance:

• Using the Admin Area:

  1. On the left sidebar, expand the top-most chevron ({chevron-down}).

  2. Select Admin Area.

  3. On the left sidebar, select Settings > Metrics and profiling.

  4. Expand Usage statistics.

  5. Are you able to check or uncheck the checkbox to disable Service Ping?

     • If yes, your GitLab instance is not affected by this bug.
     • If you can't check or uncheck the checkbox, you are affected by this bug. See the steps on how to fix this.

• Checking your GitLab instance configuration file:

  To check whether you're impacted by this bug, check your instance configuration settings. The configuration file in which Service Ping can be disabled depends on your installation and deployment method, but is typically one of the following:

  • /etc/gitlab/gitlab.rb for Linux package installations and Docker.
  • charts.yaml for GitLab Helm and cloud-native Kubernetes deployments.
  • gitlab.yml for self-compiled installations.

  To check the relevant configuration file for strings that indicate whether Service Ping is disabled, you can use grep:

  # Linux package
  grep "usage_ping_enabled'\] = false" /etc/gitlab/gitlab.rb
  
  # Kubernetes charts
  grep "enableUsagePing: false" values.yaml
  
  # From source
  grep "usage_ping_enabled'\] = false" gitlab/config.yml

  If you see any output after running the relevant command, your GitLab instance may be affected by the bug. Otherwise, your instance is not affected.

How to fix the "Cannot disable Service Ping" bug

To work around this bug, you have two options:

• Update to GitLab 13.12.4 or newer to fix this bug.

• If you can't update to GitLab 13.12.4 or newer, enable Service Ping in the configuration file, then disable Service Ping in the UI. For example, if you're using the Linux package:

  1. Edit /etc/gitlab/gitlab.rb:

     gitlab_rails['usage_ping_enabled'] = true

  2. Reconfigure GitLab:

     sudo gitlab-ctl reconfigure

  3. On the left sidebar, expand the top-most chevron ({chevron-down}).

  4. Select Admin Area.

  5. On the left sidebar, select Settings > Metrics and profiling.

  6. Expand Usage statistics.

  7. Clear the Enable Service Ping checkbox.

  8. Select Save Changes.

Generate Service Ping

Generate or get the cached Service Ping in rails console

Use the following method in the rails console.

Gitlab::Usage::ServicePingReport.for(output: :all_metrics_values, cached: true)

Generate a fresh new Service Ping

Use the following method in the rails console.

This also refreshes the cached Service Ping displayed in the Admin Area.

Gitlab::Usage::ServicePingReport.for(output: :all_metrics_values)

Generate and print

Generates Service Ping data in JSON format.

gitlab-rake gitlab:usage_data:generate

Generates Service Ping data in YAML format:

gitlab-rake gitlab:usage_data:dump_sql_in_yaml

Generate and send Service Ping

Prints the metrics saved in conversational_development_index_metrics.

gitlab-rake gitlab:usage_data:generate_and_send