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.

Error: Bad file number

This error usually means you were unable to connect to the server. Often this is caused by firewalls and proxy servers.

When running remote Git commands or SSH, your connection might time out:

$ ssh -vT git@HOSTNAME
> OpenSSH_8.1p1, LibreSSL 2.7.3
> debug1: Connecting to HOSTNAME [] port 22.
> debug1: connect to address port 22: Connection timed out
> ssh: connect to host HOSTNAME port 22: Connection timed out
> ssh: connect to host HOSTNAME port 22: Bad file number

Solving the issue


Often, the simplest solution is to simply avoid SSH entirely. Most firewalls and proxies allow HTTPS traffic without issue. To take advantage of this, change the remote URL you're using:

$ git clone https://HOSTNAME/USERNAME/REPO-NAME.git
> Cloning into 'reponame'...
> remote: Counting objects: 84, done.
> remote: Compressing objects: 100% (45/45), done.
> remote: Total 84 (delta 43), reused 78 (delta 37)
> Unpacking objects: 100% (84/84), done.

Test from a different network

If you can connect the computer to another network that doesn't have a firewall, you can try testing your SSH connection to GitHub Enterprise Server. If everything works as it should, contact your network administrator for help on changing the firewall settings to allow your SSH connection to GitHub Enterprise Server to succeed.