Вторичный геокод GitLab pu sh завершается с ошибкой внутреннего API - PullRequest
1 голос
/ 28 февраля 2020

Размер кода 6GB. При попытке подключить sh к вторичному географическому узлу из клиентской системы git происходит сбой с ошибкой, приведенной ниже.

git push -u origin master
remote:
remote: You're pushing to a Geo secondary! We'll help you by proxying this
remote: request to the primary:
remote:
remote:   ssh://git@ssh.gitlab-primary.domain.com:443/upload_grp/upload_from_secondary_geo.git
remote:
Enumerating objects: 175198, done.
Counting objects: 100% (175198/175198), done.
Delta compression using up to 16 threads
Compressing objects: 100% (114761/114761), done.
Writing objects: 100% (175198/175198), 1.40 GiB | 103.54 MiB/s, done.
Total 175198 (delta 50871), reused 175198 (delta 50871)
remote:
remote: ========================================================================
remote:
remote: Internal API unreachable
remote:
remote: ========================================================================
remote:
fatal: the remote end hung up unexpectedly
fatal: the remote end hung up unexpectedly

Это связано с проблемой, связанной с сетью? Любое направление для решения проблемы очень помогло бы.

1 Ответ

0 голосов
/ 28 февраля 2020

Это похоже на новый способ отображения внутренней ошибки сервера GitLab, как , представленный в GitLab 12.5+ (ноябрь 2019 г.)

, который необходимо проверить на уровне сервера GitLab , чтобы увидеть, содержит ли его журнал какие-либо подсказки.
При этом убедитесь, что коммит выдвинул сам себя, если не 6 ГБ ... который, вероятно, будет отклонен сам по себе (слишком большой)

OP Kishore подтверждает в комментариях :

Я пробовал с 6-гигабайтным кодом, где он не работал, позже 662M и 1,4-гигабайтным кодом я мог способен успешно выполнить sh.

Решением остается разбить ваш большой коммит на несколько меньших .

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...