오류: RPC 실패. curl 92 HTTP/2 스트림 0이 제대로 닫히지 않았습니다. PROTCO_ERROR(err 1)

오류: RPC 실패. curl 92 HTTP/2 스트림 0이 제대로 닫히지 않았습니다. PROTCO_ERROR(err 1)

오류: RPC 실패. curl 92 HTTP/2 스트림 0이 제대로 닫히지 않았습니다. PROTCO_ERROR(err 1)

저는 git을 쓰면서 push를 해보았습니다.그러나 다음 메시지로는 문제가 해결되지 않습니다.

http 버전 1.1을 사용하여 git을 강제로 실행할 수 있습니다.

git config --global http.version HTTP/1.1

https://gist.github.com/daofresh/0a95772d582cafb202142ff7871da2fc

postBuffer 크기보다 큰 데이터를 푸시하고 있을 수 있습니다.

다음을 사용하여 포스트 버퍼 크기를 늘릴 수 있습니다.

git config --global http.postBuffer 157286400

참고: https://confluence.atlassian.com/bitbucketserverkb/git-push-fails-fatal-the-remote-end-hung-up-unexpectedly-779171796.html

간단한 해결 방법(이후 http 2로 되돌림):

git config --global http.version HTTP/1.1
git push 
git config --global http.version HTTP/2

X코드 11.4.1

Git 버퍼 크기를 늘리는 것이 나에게 효과가 있었습니다.

git config --global http.postBuffer 524288000

작업 솔루션:

먼저 HTTP 버전을 1.1로 변경한 후 밀어넣고 일단 변경한 후 HTTP2로 다시 변경합니다.

$ git config --global http.version HTTP/1.1
After it push was ok and I have changed HTTP version to 2 again:
$ git config --global http.version HTTP/2

git config http.postBuffer 524288000

이것은 가장 최근의 것입니다, 당신의 문제를 해결할 것입니다.

저는 대부분의 답을 따랐지만 제 문제를 해결하지 못했습니다.

저의 경우 답은 매우 간단합니다.

낮은 신호 강도, 낮은 안정성 및 낮은 속도로 ADSL 광대역 Wi-Fi 네트워크를 통해 GIT를 푸시할 때 이 오류가 발생했습니다.

그리고 나서, 더 큰 신호 강도, 더 큰 안정성, 더 빠른 속도의 파이버 광대역 와이파이 네트워크를 통해 GIT로 밀어 넣었을 때 매우 성공적으로 밀어 넣을 수 있었습니다.

오류:

푸시 실패한 열거 개체: 44, 완료되었습니다.최대 12개 스레드 RPC를 사용한 델타 압축에 실패했습니다. 컬 92 HTTP/2 스트림 0이 제대로 닫히지 않았습니다. CANCEL(오류 8) 원격 끝이 예기치 않게 끊겼습니다. 총 30(델타 18), 다시 사용 0(델타 0) 원격이 예기치 않게 끊겼습니다.

저한테는 효과가 없었어요.하지만 버전을 다운그레이드한 후에 작동했습니다.HTTP부터2로.1.1:

$ git config --global http.version HTTP/1.1

이 변경 후 푸시에 성공하여 HTTP 버전을 다시 2로 변경했습니다.

$ git config --global http.version HTTP/2

대부분의 경우git config http.postBuffer 524288000작동해야 합니다.

저의 경우, 저는 제 yarn.lock/package-lock.json 파일에 많은 변경 사항(패키지를 많이 변경하여 라인이 업데이트됨)을 푸시하고 있었습니다.일반적으로 필요하지 않기 때문에 제거하면 오류가 사라집니다.그래서 당신이 자바스크립트로 작업하고 있다면 이것도 시도할 수 있습니다.

사용 중인 원격 서버 또는 일부 미들박스(예: 프록시)가 HTTP/2 프로토콜을 올바르게 말하지 않는 것처럼 들립니다.원격 서버 또는 미들박스의 소유자에게 서버를 수정하도록 요청하거나 HTTP/1.1을 사용하도록 강제할 수 있습니다.

HTTP/1.1을 강제로 사용하려면 다음을 설정할 수 있습니다.http.version구성 옵션HTTP/1.1또한 이는 에서 설명한 대로 URL 단위로 설정할 수 있습니다.http.<url>.*의 섹션git-config매뉴얼 페이지

nginx 뒤에 있는 비트 버킷의 경우 프록시 요청 버퍼링을 비활성화하는 것이 답이었습니다.

server {
    listen 443 ssl http2 default_server;
    ...
    proxy_request_buffering off;

    # These are also relevant:
    proxy_read_timeout      600;
    client_max_body_size    0;

대부분의 경우 버퍼 크기를 늘리면 됩니다.

git config http.postBuffer 524288000

그것은 나에게 효과가 있었다.

사용

git config --global http.version HTTP/1.1

마지막 옵션으로 보관해야 합니다.

Windows 컴퓨터에서 Gitbash 터미널 사용(이 정보가 도움이 되는 경우)

제 경우에는 http/https가 아닌 ssh로 오리진을 재설정해야 했습니다.

git remote set-url origin git@your-git.com

출처를 확인하려면 다음을 사용할 수 있습니다.

git remote -v

나에게 이것은 효과가 있습니다.

git checkout --orphan newBranch
git add -A  # Add all files and commit them
git commit -am "Clean Repo"
git branch -D master  # Deletes the master branch
git branch -m master  # Rename the current branch to master
git push -f origin master  # Force push master branch to github

감사합니다: https://panjeh.medium.com/cleaning-up-git-github-repository-without-deleting-git-directory-c86b7415b51b

그러나 RPC::HTTP/2 스트림이 정상적으로 닫히지 않음 메시지와 함께 "패키지가 이미 포장되었습니다" 정보가 표시되는 등 제 문제는 약간 다릅니다.

저도 비슷한 상황을 겪었습니다.노력했습니다.

git config --global http.version HTTP/1.1  
git config --global http.postBuffer 157286400
git config --global http.postBuffer 524288000

심지어.

git config --global core.compression 0  

하지만 변한 것은 아무것도 없습니다.이 오류가 있는 폴더가 두 개 있습니다.하나는 10MB 크기이고 하나는 65MB 크기입니다.

마침내.Fibre 연결을 시도했습니다.

그래요. 다른 고속 연결을 시도해 보세요.아마 효과가 있을 것입니다.

행운을 빕니다.

가장 일반적인 답변 중 하나는 다음과 같습니다.

git config --global http.postBuffer 157286400

일반적으로 이를 높이는 것은 대부분의 푸시 문제에 효과적인 해결책은 아니지만 전체 버퍼가 작은 푸시(git 설명서에서)에도 할당되므로 메모리 소비를 크게 증가시킬 수 있으므로 맹목적으로 이 작업을 수행하지 마십시오.

파일이 있는지 확인합니다.size >100 MB먼저. 그렇다면 문제에 더 적합한 해결책이 있습니다.

솔루션: Git-LFS는 대용량 파일을 버전화하기 위한 것입니다.

Git Large File Storage(LFS)는 오디오 샘플, 비디오, 데이터 세트 및 그래픽과 같은 대용량 파일을 Git 내부의 텍스트 포인터로 대체하는 동시에 파일 내용을 GitHub.com 또는 GitHub Enterprise와 같은 원격 서버에 저장합니다.

git-lfs에 대한 이 좋은 튜토리얼을 보면 대부분의 후속 질문에 답할 수 있습니다.

나를 위해 이것을 도왔습니다.

server {
    listen 443 ssl http2 default_server;
    ...
    location / {
         ...
         proxy_request_buffering off;
         ...
    }
}

아이러니하게도, 저에게 그것은 인터넷 연결이 좋지 않은 것으로 드러났습니다. 위의 모든 것을 시도했지만 아무 것도 작동하지 않았습니다. 그리고 나서 속도 테스트를 해보니 와이파이 문제로 인해 100Mb 이상 다운로드되었지만 그 당시에는 0.xMb만 업로드되었습니다.제가 그것을 고친 후에 문제가 사라졌습니다.

간단한 해결 방법은 모바일 핫스팟을 사용하여 인터넷 네트워크를 일시적으로 변경하고 푸시한 후 현재 네트워크로 돌아갈 수 있습니다.

이 문제는 풀, 푸시 또는 복제 명령에서 발생할 수 있습니다.그 이유는 네트워크 설정 관련 패킷 크기 설정, 버퍼 크기 및...

git config --global http.postBuffer 524288000버퍼 크기를 늘리면 됩니다. 저한테 도움이 됐어요.

당신의 Github 계정에 SSH 키를 추가하는 것을 잊지 마세요.그것이 저에게 오류를 일으켰습니다.

다른 인터넷 접속을 사용하여 문제가 해결되었고, 메인 와이파이에서 핸드폰으로 전환하여 연결하면 작동했습니다.

저는 모든 접근법을 시도했지만 효과가 없었습니다.

알고 보니 제 네트워크 문제였군요, 그냥 연결을 끊고 와이파이를 연결하면 될 거예요.

이것이 제가 받고 있던 오류입니다.

저는 업무용 노트북의 와이파이 DNS를 변경하여 이 성가신 문제를 해결했습니다.

나에게 이것은 잊혀진 것에 의해 야기되었습니다.return 444;nginx 구성에서.연결 종료로 인해 HTTP 2.0에서 이 잘못된 오류 메시지가 발생했습니다.

여기에 있는 몇몇 사람들의 조언에 따라:

git config http.postBuffer 524288000
git push

오류가 발생합니다.

remote: error: See http://git.io/iEPt8g for more information.
remote: error: File public/img/layout/group-photo.psd is 184.91 MB; this exceeds GitHub's file size limit of 100.00 MB
remote: error: GH001: Large files detected. You may want to try Git Large File Storage - https://git-lfs.github.com.

따라서 이 문제는 네트워크 연결 문제라기보다는 파일 문제입니다.큰 파일을 프로젝트 밖으로 이동하고 전체를 커밋하고 푸시합니다.

저는 그것이 제 인터넷인 줄 알고 더 나은 인터넷으로 시도했지만 오류가 계속 발생합니다.이 솔루션을 찾을 때까지:

기본적으로 다른 분기에 파일을 복사하고 다른 파일을 삭제하고 현재 파일의 이름을 변경해야 했습니다.레포 청소하기.

git checkout --orphan newBranch
git add -A  # Add all files and commit them
git commit -am "Clean Repo"
git branch -D master  # Deletes the master branch
git branch -m master  # Rename the current branch to master
git push -f origin master  # Force push master branch to github

저는 시골에 살고 모바일 광대역을 가지고 있습니다. 이는 매우 낮은 4g 신호를 기반으로 합니다. 좋은 날에는 두 개의 신호 바를 받습니다.Github의 최대 파일 크기보다 훨씬 낮은 39MB에 불과한 여러 개의 파일을 푸시하고 있었는데, 이 위치에서 동일한 레포에 대해 훨씬 더 큰 커밋을 푸시했기 때문에 파일 크기가 문제를 일으킨다는 것이 말이 되지 않았습니다.여기에 언급된 모든 것을 시도해 봤는데 HTTP1로 변경했고, 포스트 버퍼를 변경하는 것은 도움이 되지 않았습니다.

몇 시간 동안 머리를 긁은 후 라우터를 다시 시작하여 github에 커밋을 푸시할 수 있었습니다.

이것이 끔찍한 인터넷 연결을 가진 누군가를 도울 수 있기를 바랍니다.

대용량 파일을 푸시하는 경우 이 오류가 발생할 수 있습니다. Git Large File Storage를 사용하십시오.

신호 강도가 낮기 때문일 수 있습니다.오픈 소스 저장소에도 대용량 파일을 푸시했지만 이 오류는 발생하지 않았습니다.버퍼 크기보다 신호 강도에 크게 좌우됩니다.2~3번 더 누르거나 라우터를 다시 시작하고 그래도 작동하지 않으면 다음 명령을 사용해 보십시오.

git config http.postBuffer 524288000
git push

언급URL : https://stackoverflow.com/questions/59282476/error-rpc-failed-curl-92-http-2-stream-0-was-not-closed-cleanly-protocol-erro