Skip to main content

이 버전의 GitHub Enterprise Server는 다음 날짜에 중단됩니다. 2024-03-07. 중요한 보안 문제에 대해서도 패치 릴리스가 이루어지지 않습니다. 더 뛰어난 성능, 향상된 보안, 새로운 기능을 위해 최신 버전의 GitHub Enterprise Server로 업그레이드합니다. 업그레이드에 대한 도움말은 GitHub Enterprise 지원에 문의하세요.

GitHub 지원에 데이터 제공

GitHub 지원는 사용자 환경에 액세스할 수 없으므로 사용자로부터 몇 가지 추가 정보가 필요한 경우가 있습니다.

누가 이 기능을 사용할 수 있는 있나요?

Site administrators and enterprise owners can provide data to GitHub 지원.

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 you have created multiple Management Console user accounts, select Root site admin or Management Console user. For more information about Management Console user accounts see, "Managing access to the Management Console."

  5. Type your Management Console credentials. Then click Continue.

  6. 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.

  7. 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 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 you have created multiple Management Console user accounts, select Root site admin or Management Console user. For more information about Management Console user accounts see, "Managing access to the Management Console."

  5. Type your Management Console credentials. Then click Continue.

  6. 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.

  7. Click Download support bundle.

  8. 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.

  9. 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