Git: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400 해결방법 | Git http.postBuffer

 

문제 상황

git status를 확인하면 분명 로컬에 커밋이 있어서 push가 필요하다고 하는데, git push가 안 되는 상황.

 

에러 관련 메시지들을 보면

error: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400

원격 프로시저 호출(RPC)이 실패했다, HTTP 400 오류가 발생했다고 한다. 이는 클라이언트 측 요청이 잘못되었음을 의미한다.

send-pack: unexpected disconnect while reading sideband packet

사이드밴드 패킷(데이터 전송을 위한 패킷)을 읽는 중에 원격 서버와의 연결이 예상치 못하게 끊겼다고 한다.

 

해결 방법

해결 방법 먼저 살펴보자.

 

git config --get http.postBuffer

먼저 Git이 데이터를 전송할 때 사용하는 메모리 버퍼의 크기를 확인해보자. 

아무 것도 출력되지 않으면, http.postBuffer가 아직 설정되지 않았다는 뜻이다.

Git이 사용하는 기본 http.postBuffer 크기는 1MB이다. 

 

git config http.postBuffer 524288000

이 명령어를 통해 버퍼의 크기를 500MB로 늘려준다. (52428800 Byte = 500 MB)

그리고 다시 푸시를 실행해보자.

 

문제 원인

이번 커밋 작업은 PNG 형식의 이미지들을 삭제하고, 이미지를 업데이트 하는 것이었다.

여러 개의 대용량 PNG 파일을 추가하거나 삭제하려고 하니

Git이 데이터를 전송하는 과정에서 메모리 버퍼 크기가 부족해서 전송 중 실패했던 것. 

 

Git 버퍼의 작동 방식

Git은 로컬에서 변경된 파일들을 찾고, 이 파일들을 델타(변경된 부분만)로 압축한다.

하지만 이미지나 비디오 같이 큰 바이너리 파일일 경우 스냅샷 방식을 이용하여 전체 파일을 저장한다.

-> 이로 인해 한 번에 전송해야 하는 데이터의 양이 많아지게 된다.

 

준비된 데이터는 HTTP 요청을 통해 원격 서버로 전송되기 전에 메모리 버퍼에 임시로 저장된다.

이때 사용되는 버퍼 크기가 http.postBuffer 설정 값으로 결정된다.

기본 http.postBuffer는 1MB인데, 일반적인 텍스트 파일이나 변경사항에는 충분하더라도

이미지, 비디오와 같은 대용량 바이너리 파일이나, 델타 압축으로도 변경된 데이터 양이 매우 많은 상황에는 부족할 수 있다.

 

버퍼에 일정량의 데이터가 쌓이면 Git은 이 데이터를 HTTP 요청을 통해 원격 서버로 전송한다.

만약 버퍼 크기가 부족해서 한 번에 처리할 수 없는 데이터가 있으면, 전송이 실패하거나 연결이 끊어질 수 있다.

-> 이때 RPC failed 오류가 발생한다. 서버로 보내려는 데이터가 한 번에 처리하기에는 너무 커서 서버가 요청을 올바르게 처리하지 못하기 때문.

 

 

 

함께 보면 좋은 글

Git의 저장 방식: 스냅샷(Snapshot)과 델타(Delta)

Git의 저장 방식으로 스냅샷과 델타 방식을 정리한 글이다.

 

ref

RPC failed; HTTP 400 curl 22 The requested URL returned error: 400 Bad Request

 

The remote end hung up unexpectedly while Git push with large files