debian-mirror-gitlab/doc/topics/git/troubleshooting_git.md

174 lines
5.5 KiB
Markdown
Raw Normal View History

2019-09-04 21:01:54 +05:30
---
2020-10-24 23:57:45 +05:30
stage: Create
group: Source Code
info: "To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#designated-technical-writers"
2019-09-04 21:01:54 +05:30
type: howto
---
2018-03-17 18:26:18 +05:30
# Troubleshooting Git
Sometimes things don't work the way they should or as you might expect when
you're using Git. Here are some tips on troubleshooting and resolving issues
with Git.
2019-12-21 20:55:43 +05:30
## Broken pipe errors on `git push`
2018-03-17 18:26:18 +05:30
'Broken pipe' errors can occur when attempting to push to a remote repository.
When pushing you will usually see:
2020-05-24 23:13:21 +05:30
```plaintext
2018-03-17 18:26:18 +05:30
Write failed: Broken pipe
fatal: The remote end hung up unexpectedly
```
To fix this issue, here are some possible solutions.
### Increase the POST buffer size in Git
2019-12-21 20:55:43 +05:30
**If you're using Git over HTTP instead of SSH**, you can try increasing the POST buffer size in Git's
configuration.
Example of an error during a clone:
`fatal: pack has bad object at offset XXXXXXXXX: inflate returned -5`
Open a terminal and enter:
2018-03-17 18:26:18 +05:30
2020-03-13 15:44:24 +05:30
```shell
2018-03-17 18:26:18 +05:30
git config http.postBuffer 52428800
```
The value is specified in bytes, so in the above case the buffer size has been
set to 50MB. The default is 1MB.
### Check your SSH configuration
**If pushing over SSH**, first check your SSH configuration as 'Broken pipe'
errors can sometimes be caused by underlying issues with SSH (such as
authentication). Make sure that SSH is correctly configured by following the
2020-04-22 19:07:51 +05:30
instructions in the [SSH troubleshooting](../../ssh/README.md#troubleshooting) docs.
2018-03-17 18:26:18 +05:30
There's another option where you can prevent session timeouts by configuring
SSH 'keep alive' either on the client or on the server (if you are a GitLab
admin and have access to the server).
2019-09-04 21:01:54 +05:30
NOTE: **Note:**
Configuring *both* the client and the server is unnecessary.
2018-03-17 18:26:18 +05:30
**To configure SSH on the client side**:
2019-09-04 21:01:54 +05:30
- On UNIX, edit `~/.ssh/config` (create the file if it doesnt exist) and
add or edit:
2018-03-17 18:26:18 +05:30
2020-05-24 23:13:21 +05:30
```plaintext
2019-10-12 21:52:04 +05:30
Host your-gitlab-instance-url.com
ServerAliveInterval 60
ServerAliveCountMax 5
```
2018-03-17 18:26:18 +05:30
- On Windows, if you are using PuTTY, go to your session properties, then
navigate to "Connection" and under "Sending of null packets to keep
session active", set "Seconds between keepalives (0 to turn off)" to `60`.
**To configure SSH on the server side**, edit `/etc/ssh/sshd_config` and add:
2020-05-24 23:13:21 +05:30
```plaintext
2018-03-17 18:26:18 +05:30
ClientAliveInterval 60
ClientAliveCountMax 5
```
2019-12-21 20:55:43 +05:30
### Running a `git repack`
2018-03-17 18:26:18 +05:30
**If 'pack-objects' type errors are also being displayed**, you can try to
run a `git repack` before attempting to push to the remote repository again:
2020-03-13 15:44:24 +05:30
```shell
2018-03-17 18:26:18 +05:30
git repack
git push
```
### Upgrade your Git client
In case you're running an older version of Git (< 2.9), consider upgrading
2020-04-22 19:07:51 +05:30
to >= 2.9 (see [Broken pipe when pushing to Git repository](https://stackoverflow.com/questions/19120120/broken-pipe-when-pushing-to-git-repository/36971469#36971469)).
2018-03-17 18:26:18 +05:30
2019-07-31 22:56:46 +05:30
## `ssh_exchange_identification` error
Users may experience the following error when attempting to push or pull
using Git over SSH:
2020-05-24 23:13:21 +05:30
```plaintext
2019-09-04 21:01:54 +05:30
Please make sure you have the correct access rights
and the repository exists.
2019-07-31 22:56:46 +05:30
...
2019-09-04 21:01:54 +05:30
ssh_exchange_identification: read: Connection reset by peer
fatal: Could not read from remote repository.
2019-07-31 22:56:46 +05:30
```
2020-04-08 14:13:33 +05:30
or
2020-05-24 23:13:21 +05:30
```plaintext
2020-04-08 14:13:33 +05:30
ssh_exchange_identification: Connection closed by remote host
fatal: The remote end hung up unexpectedly
```
2019-07-31 22:56:46 +05:30
This error usually indicates that SSH daemon's `MaxStartups` value is throttling
2020-04-08 14:13:33 +05:30
SSH connections. This setting specifies the maximum number of concurrent, unauthenticated
2019-07-31 22:56:46 +05:30
connections to the SSH daemon. This affects users with proper authentication
credentials (SSH keys) because every connection is 'unauthenticated' in the
2019-09-04 21:01:54 +05:30
beginning. The default value is `10`.
2019-07-31 22:56:46 +05:30
2020-04-08 14:13:33 +05:30
Increase `MaxStartups` on the GitLab server
by adding or modifying the value in `/etc/ssh/sshd_config`:
2019-07-31 22:56:46 +05:30
2020-05-24 23:13:21 +05:30
```plaintext
2020-04-08 14:13:33 +05:30
MaxStartups 100:30:200
2019-07-31 22:56:46 +05:30
```
2020-04-08 14:13:33 +05:30
`100:30:200` means up to 100 SSH sessions are allowed without restriction,
after which 30% of connections will be dropped until reaching an absolute maximum of 200.
Once configured, restart the SSH daemon for the change to take effect.
```shell
# Debian/Ubuntu
sudo systemctl restart ssh
# CentOS/RHEL
sudo service sshd restart
```
2019-07-31 22:56:46 +05:30
2019-12-21 20:55:43 +05:30
## Timeout during `git push` / `git pull`
2018-12-13 13:39:08 +05:30
If pulling/pushing from/to your repository ends up taking more than 50 seconds,
2019-09-04 21:01:54 +05:30
a timeout will be issued with a log of the number of operations performed
2018-12-13 13:39:08 +05:30
and their respective timings, like the example below:
2020-05-24 23:13:21 +05:30
```plaintext
2018-12-13 13:39:08 +05:30
remote: Running checks for branch: master
remote: Scanning for LFS objects... (153ms)
remote: Calculating new repository size... (cancelled after 729ms)
```
This could be used to further investigate what operation is performing poorly
and provide GitLab with more information on how to improve the service.
2020-01-01 13:55:28 +05:30
## `git clone` over HTTP fails with `transfer closed with outstanding read data remaining` error
If the buffer size is lower than what is allowed in the request, the action will fail with an error similar to the one below:
2020-05-24 23:13:21 +05:30
```plaintext
2020-01-01 13:55:28 +05:30
error: RPC failed; curl 18 transfer closed with outstanding read data remaining
fatal: The remote end hung up unexpectedly
fatal: early EOF
fatal: index-pack failed
```
This can be fixed by increasing the existing `http.postBuffer` value to one greater than the repository size. For example, if `git clone` fails when cloning a 500M repository, the solution will be to set `http.postBuffer` to `524288000` so that the request only starts buffering after the first 524288000 bytes.
NOTE: **Note:**
The default value of `http.postBuffer`, 1 MiB, is applied if the setting is not configured.
2020-03-13 15:44:24 +05:30
```shell
2020-01-01 13:55:28 +05:30
git config http.postBuffer 524288000
```