Skip to main content

This version of GitHub Enterprise Server was discontinued on 2024-01-04. 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 Server. For help with the upgrade, contact GitHub Enterprise support.

Known issues with backups for your instance

See an overview of workarounds for issues that impact the backup or restoration process for GitHub Enterprise Server.

About known issues with GitHub Enterprise Server backups

GitHub provides workarounds for the following issues that could impact backup or restoration of data for a GitHub Enterprise Server instance. For more information, see "Known issues" in the GitHub Enterprise Server release notes.

Users cannot sign in after restoration of a backup

Note: This known issue has been fixed in GitHub Enterprise Server Backup Utilities 3.7.1.

If you used GitHub Enterprise Server Backup Utilities 3.7.0 to back up an instance running any release in the GitHub Enterprise Server 3.7 series, after you restore the backup to a new instance, users cannot sign in. Though users cannot sign in, the backup itself is unaffected and all data is intact.

After you restore an existing backup affected by this issue, you can resolve the issue by modifying the configuration on the new instance.

Restoring from an existing backup

If you've restored an existing backup from GitHub Enterprise Server Backup Utilities 3.7.0 to a new instance and users cannot sign in, you must output configuration data from the source GitHub Enterprise Server instance and adjust the configuration on the target instance.

To ensure users can sign into the new target instance, ensure that your environment meets the following requirements.

  1. SSH into the source GitHub Enterprise Server instance that you backed up. If your instance comprises multiple nodes, for example if high availability or geo-replication are configured, SSH into the primary node. If you use a cluster, you can SSH into any node. Replace HOSTNAME with the actual hostname of your instance. For more information about SSH access, see "Accessing the administrative shell (SSH)."

    Shell
    ssh -p 122 admin@HOSTNAME
    
  2. To display a list of encryption and decryption keys, run the following command.

    Shell
    ghe-config secrets.github.encrypted-column-keying-material
    
  3. SSH into the destination GitHub Enterprise Server instance where you restored the backup. Replace HOSTNAME with the actual hostname of your instance.

    Shell
    ssh -p 122 admin@HOSTNAME
    
  4. Enable maintenance mode. For more information, see "Enabling and scheduling maintenance mode."

  5. To verify that the destination instance is ready for configuration, run the following command. There should be no output displayed.

    Shell
    ghe-config secrets.github.encrypted-column-keying-material
    
  6. To update the list of keys on the destination instance, run the following command. Replace KEY-LIST with the output from step 1.

    Shell
    ghe-config secrets.github.encrypted-column-keying-material "KEY-LIST"
    
  7. To apply the configuration, run the following command.

    Shell
    ghe-config-apply
    
  8. Wait for the configuration run to complete.

  9. To ensure that the target instance's configuration contains the keys, run the following command and verify that the output matches step 1.

    Shell
    ghe-config secrets.github.encrypted-column-keying-material
    
  10. Have a user sign into the destination instance. If any issues arise, contact GitHub Enterprise Support. For more information, see "Contacting GitHub Support."