Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

This version of GitHub Enterprise was discontinued on 2023-03-15. No patch releases will be made, even for critical security issues. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

Providing data to GitHub Support

Since GitHub Support doesn't have access to your environment, we sometimes require some additional information from you.

Who can use this feature

Site administrators and enterprise owners can provide data to GitHub Support.

About diagnostic files and support bundles

To help you troubleshoot issues with a GitHub Enterprise Server instance in your environment, GitHub Support may request one or more types of data.

DataFile formatDescription
Diagnostic filePlaintextContains information about the instance's settings and environment.
Support bundleArchiveContains a diagnostics file and sanitized log files from the past two days by default.
Extended support bundleArchiveContains a diagnostics file and sanitized log files from the past eight days.

About log file sanitization

Authentication tokens, keys, and secrets are removed from log files in the following log directories contained within a support bundle or diagnostics file:

  • alambic-logs
  • babeld-logs
  • codeload-logs
  • enterprise-manage-logs
  • github-logs
  • hookshot-logs
  • lfs-server-logs
  • semiotic-logs
  • task-dispatcher-logs
  • pages-logs
  • registry-logs
  • render-logs
  • svn-bridge-logs

Creating and sharing diagnostic files

Diagnostic files are an overview of a GitHub Enterprise Server instance's settings and environment that contain:

  • Client license information, including company name, expiration date, and number of user licenses
  • Version numbers and SHAs
  • VM architecture
  • Host name, private mode, SSL settings
  • Load and process listings
  • Network settings
  • Authentication method and details
  • Number of repositories, users, and other installation data

You can download the diagnostics for your instance from the Management Console or by running the ghe-diagnostics command-line utility.

Creating a diagnostic file from the Management Console

You can create a diagnostic file from the Management Console if you don't currently have SSH access.

  1. From an administrative account on GitHub Enterprise Server, in the upper-right corner of any page, click .

  2. If you're not already on the "Site admin" page, in the upper-left corner, click Site admin.

  3. In the " Site admin" sidebar, click Management Console.

  4. If prompted, type your Management Console password.

  5. In the top navigation bar, click Support.

    Screenshot of the header of the Management Console. A tab, labeled "Support", is highlighted with an orange outline.

  6. Click Download diagnostics info.

Creating a diagnostic file using SSH

You can use this method without signing into the Management Console.

Use the ghe-diagnostics command-line utility to retrieve the diagnostics for your instance.

$ ssh -p122 admin@HOSTNAME -- 'ghe-diagnostics' > diagnostics.txt

Creating and sharing support bundles

After you submit your support request, we may ask you to share a support bundle with our team. The support bundle is a gzip-compressed tar archive that includes diagnostics and important logs from your instance, such as:

  • Authentication-related logs that may be helpful when troubleshooting authentication errors, or configuring LDAP, CAS, or SAML
  • Management Console log
  • github-logs/exceptions.log: Information about 500 errors encountered on the site
  • github-logs/audit.log: GitHub Enterprise Server audit logs
  • babeld-logs/babeld.log: Git proxy logs
  • system-logs/haproxy.log: HAProxy logs
  • elasticsearch-logs/github-enterprise.log: Elasticsearch logs
  • configuration-logs/ghe-config.log: GitHub Enterprise Server configuration logs
  • collectd/logs/collectd.log: Collectd logs
  • mail-logs/mail.log: SMTP email delivery logs

For more information, see "About the audit log for your enterprise."

Support bundles include logs from the past two days by default. You can specify an exact duration in hours or days. To provide logs from the past eight days, you can download an extended support bundle. For more information, see "Creating and sharing extended support bundles."

Tip: When you contact GitHub Support, you'll be sent a confirmation email that will contain a ticket reference link. If GitHub Support asks you to upload a support bundle, you can use the ticket reference link to upload the support bundle.

Creating a support bundle from the Management Console

You can use these steps to create and share a support bundle if you can access the web-based Management Console and have outbound internet access.

  1. From an administrative account on GitHub Enterprise Server, in the upper-right corner of any page, click .

  2. If you're not already on the "Site admin" page, in the upper-left corner, click Site admin.

  3. In the " Site admin" sidebar, click Management Console.

  4. If prompted, type your Management Console password.

  5. In the top navigation bar, click Support.

    Screenshot of the header of the Management Console. A tab, labeled "Support", is highlighted with an orange outline.

  6. Click Download support bundle.

  7. If a support engineer has given you an upload link for your support bundle, use this link. Otherwise, visit https://support.github.com/ and sign in (if prompted) to an enterprise account that is entitled to support.

  8. Visit https://support.github.com/uploads and upload your support bundle.

Creating a support bundle using SSH

You can use these steps to create and share a support bundle if you have SSH access to your GitHub Enterprise Server instance and have outbound internet access.

Note: If your GitHub Enterprise Server instance is in a geo-replication configuration, or if your instance is a cluster, you should use the ghe-cluster-support-bundle command to retrieve the support bundle. For more information, see "Command-line utilities."

  1. Download the support bundle via SSH:
    $ ssh -p 122 admin@HOSTNAME -- 'ghe-support-bundle -o' > support-bundle.tgz
    For more information about the ghe-support-bundle command, see "Command-line utilities".
  2. If a support engineer has given you an upload link for your support bundle, use this link. Otherwise, visit https://support.github.com/ and sign in (if prompted) to an enterprise account that is entitled to support.
  3. Visit https://support.github.com/uploads and upload your support bundle.

Uploading a support bundle using your enterprise account

  1. Navigate to GitHub.com.

  2. In the top-right corner of GitHub.com, click your profile photo, then click Your enterprises.

  3. In the list of enterprises, click the enterprise you want to view.

  4. In the enterprise account sidebar, click Settings.

  5. Under Settings, click License.

  6. Under "GitHub Enterprise Help", click Upload a support bundle.

    Screenshot of the "GitHub Enterprise help" section of the enterprise settings page. The "Upload a support bundle link" is highlighted with a dark orange rectangle.

  7. Under "Select an enterprise account", use the drop-down menu to select the support bundle's associated account.

  8. Under "Upload a support bundle for GitHub Enterprise Support", to select your support bundle, click Choose file, or drag your support bundle file onto Choose file.

  9. Click Upload.

Uploading a support bundle directly using SSH

You can directly upload a support bundle to our server if:

  • You have SSH access to your GitHub Enterprise Server instance.
  • Outbound HTTPS connections over TCP port 443 are allowed from your GitHub Enterprise Server instance to enterprise-bundles.github.com and esbtoolsproduction.blob.core.windows.net.
  1. Upload the bundle to our support bundle server:
    $ ssh -p122 admin@HOSTNAME -- 'ghe-support-bundle -u'

Creating and sharing extended support bundles

Support bundles include logs from the past two days by default, while extended support bundles include logs from the past eight days. If the events that GitHub Support is investigating occurred more than two days ago, we may ask you to share an extended support bundle. You will need SSH access to download an extended bundle - you cannot download an extended bundle from the Management Console.

To prevent bundles from becoming too large, bundles only contain logs that haven't been rotated and compressed. Log rotation on GitHub Enterprise Server happens at various frequencies (daily or weekly) for different log files, depending on how large we expect the logs to be.

Creating an extended support bundle using SSH

You can use these steps to create and share an extended support bundle if you have SSH access to your GitHub Enterprise Server instance and you have outbound internet access.

  1. Download the extended support bundle via SSH by adding the -x flag to the ghe-support-bundle command:
    $ ssh -p 122 admin@HOSTNAME -- 'ghe-support-bundle -o -x' > support-bundle.tgz
  2. If a support engineer has given you an upload link for your support bundle, use this link. Otherwise, visit https://support.github.com/ and sign in (if prompted) to an enterprise account that is entitled to support.
  3. Visit https://support.github.com/uploads and upload your support bundle.

Uploading an extended support bundle directly using SSH

You can directly upload a support bundle to our server if:

  • You have SSH access to your GitHub Enterprise Server instance.
  • Outbound HTTPS connections over TCP port 443 are allowed from your GitHub Enterprise Server instance to enterprise-bundles.github.com and esbtoolsproduction.blob.core.windows.net.
  1. Upload the bundle to our support bundle server:
    $ ssh -p122 admin@HOSTNAME -- 'ghe-support-bundle -u -x'

Further reading