svn 저장소에서 업데이트하면“Could not read chunk size”오류가 반환됩니다.

svn 저장소에서 업데이트하면“Could not read chunk size”오류가 반환됩니다.

---

tortoise svn 클라이언트를 사용하여 Subversion 저장소에서 업데이트 할 때 다음과 같은 오류가 발생합니다.

Could not read chunk size: An existing connection was forcibly closed by the remote host.

업데이트를 방해하지 않고 업데이트 프로세스를 중단하기 때문에 업데이트가 완료되기 전에 여러 번 업데이트를 반복해야합니다.

이러한 동작의 원인과 해결 방법은 무엇입니까?

---

여러 컴퓨터의 클라이언트에서 "Could not read chunk size"메시지를 받았습니다.

그것을 알아내는 열쇠는 Apache 오류 로그의 다음 오류였습니다.

[Fri May 07 14:26:26 2010] [error] [client 155.35.175.50] Provider encountered an error while streaming a REPORT response.  [500, #0]
[Fri May 07 14:26:26 2010] [error] [client 155.35.175.50] Problem replaying revision  [500, #24]
[Fri May 07 14:26:26 2010] [error] [client 155.35.175.50] Can't open file '/usr/site/svnrep/impc/db/revs/16122': Too many open files  [500, #24]

svn 작업을 처리하는 Apache 프로세스에 파일 설명자가 부족했습니다. 내 Ubuntu 서버 /etc/security/limits.conf에서 하단에 다음 을 편집 하고 추가하여 수정했습니다 .

*               hard    nofile          5000
*               soft    nofile          5000

파일 설명자 제한이 1024에서 5000으로 증가합니다. 그런 다음 새 셸에 로그인하여 제한이 ulimit -n. 그런 다음 Apache를 다시 시작했습니다.

---

방금 '청크 크기를 읽을 수 없음'오류가 발생하고 솔루션을 찾았습니다 .

첫째, 내 구성 ...

SERVER : Windows Server 2003 32 비트에서 실행되는 CollabNet Subversion Edge Server 2.0.0-2190.74 (Subversion 바이너리 1.6.17-2190.74).

클라이언트 : TortoiseSVN 1.6.16, 빌드 21511-SP3이 설치된 Windows XP Pro 32 비트에서 실행되는 32 비트 (Subversion 1.6.17).

재현 단계 ...

버전이 지정된 하위 폴더를 내 로컬 작업 복사본 폴더 내의 다른 버전이 지정된 하위 폴더로 마우스 오른쪽 버튼으로 클릭 한 다음 'SVN Copy versioned item (s) here' 를 선택한 후이 오류가 발생했습니다 ( 오른쪽에서 Windows 탐색기의 TortoiseSVN 컨텍스트 메뉴 명령). 폴더 끌기). 하위 폴더에는 하나의 ANSI 인코딩 텍스트 파일 인 MANIFEST.MF가 포함되어 있는데 수정하지 않은 것 같습니다 (내 Subversion 구성에는 .MF 파일에 대한 MIME 유형이 포함되어 있지 않음). 이후에 새로 복사 된 하위 폴더를 커밋했습니다. 나중에이 PC에서 Subversion 로컬 작업 복사본 폴더를 업데이트하려고 할 때마다 청크 크기 오류가 발생했습니다.

해결 방법 ...

내 Subversion / Apache 서비스 (그 자체로는 도움이되지 않았고 필요하지 않았을 수도 있음)를 다시 시작한 다음 로컬 작업 복사본 폴더에서 새로 추가 된 하위 폴더 를 삭제 하여이 문제를 해결했습니다 ( 이미 저장소로 만들었으므로 나는 아무것도 잃지 않을 것입니다) 그리고 나서 청크 크기 오류없이 성공하고 방금 삭제 한 하위 폴더를 다시 가져 오는 Update를 수행했습니다 .

필자의 경우 두 개의 버전이 지정된 하위 폴더를 이러한 방식으로 복사했으며 이러한 새 하위 폴더를 모두 삭제할 때까지 로컬 작업 복사본 폴더의 루트를 성공적으로 업데이트 할 수 없었습니다.

후속 조치 ...

나는 이것이 Subversion 서버 및 / 또는 TortoiseSVN 클라이언트의 버그라고 가정하지만, 그 결정을 내릴 수있는 디버깅 기술이 없습니다. TortoiseSVN Issue Tracker에 내 결과를보고하고 어디로 가는지 확인하겠습니다.

---

방금 이런 일이 발생 했으며 서버 문제 가 아닙니다 . 내 작업 사본이 손상되었습니다.

---

클라이언트 측 바이러스 백신을 끈 후 문제와 (다른 것)이 사라졌습니다.

Apache를 통해 하위 버전 1.7.4와 함께 Ubuntu 서버를 사용하고 있습니다.

---

아파치 오류 로그를 확인하십시오. 오류 번호와 함께 오류가 기록되어 있어야합니다. 이 번호는 연결이 끊어진 이유를 찾는 데 도움이됩니다.

오류 로그에 아무것도 없으면 바이러스 스캐너 / 방화벽 설정을 확인하십시오. 이러한 도구 중 일부는 전송 된 데이터가 위험하다고 판단되면 연결을 끊습니다.

---

우리에게 문제는 Apache의 시간 초과였습니다. 업데이트에는 약 15 분이 걸렸지 만 Apache는 10 분 후에 시간이 초과되어 SVN 서버에서 오류를 표시했습니다. 마지막 해결책은 Apache의 시간 제한 설정을 늘리는 것입니다. 이 설정을 변경하는 방법에 대한 자세한 지침은 VisualSVN 서버를 사용합니다. http://adventuresindotnet.blogspot.com/2010/09/svn-trouble.html

---

Ubuntu 서버로 변경했는데 여러 클라이언트 PC, OS 및 클라이언트 버전에서 동일한 오류가 발생했습니다.

파일 제한 설정과 Apache 제한 시간 설정이 모두 제안 된대로 설정되었는지 확인한 후.

( http://posidev.com/blog/2009/06/04/set-ulimit-parameters-on-ubuntu/ 참조 )

결국 apache2-mpm-worker 패키지가 아닌 apache2-mpm-prefork 패키지를 사용하여 문제를 해결했습니다.

---

폴더 이름을 변경하고 커밋 한 후 업데이트에서 이와 동일한 오류 메시지가 표시되었습니다. 새 작업 디렉토리를 만들었는데 오류가 발생하지 않았습니다. 그래서 방금 변경 사항을 새 작업 디렉토리로 이동하고 커밋하고 이전 디렉토리를 날려 버렸습니다.

따라서이 오류는 내 로컬 디렉토리가 손상되어 발생한 것 같습니다.

---

VisualSVN 2.5.8 : 동일한 오류가 발생했지만 다음 단계를 통해이 오류를 수정했습니다.

서버에서 :

1. 서버 문제 폴더에서 삭제되었습니다.
2. VisualSVN 서버를 다시 시작하십시오.

워크 스테이션에서 :

1. 상위 폴더 업데이트;
2. 폴더와 파일을 다시 추가하십시오.
3. SVN에 추가;
4. 범하다.

---

I get that also. Our server is Apache running on Windows. My client is connected with a high speed but somewhat high latency (200ms.) The other part of the puzzle is that I am running windows Vista. Turning autoscaling and rss seems to improve the situation, but does not fix it.

---

There is another annoying cause for this error message. It could be your router or your router's firmware.

I had recently upgraded my Linksys WRT110's firmware from version 1.0.02 to 1.0.07 and after that, subversion could no longer add new files to the repository. It could only update existing files. Rolling back to 1.0.02 fixed the problem.

Sources:

• http://blog.wouldbetheologian.com/2008/12/warning-on-linksys-wrt110-firmware.html
• http://homecommunity.cisco.com/t5/Wireless-Routers/Upgraded-WRT-110N-to-1-0-07-and-now-Subversion-won-t-work/td-p/321812

Basically, anytime the connection is abruptly dropped, you're going to get this error. Could be a configuration error on Apache, like many of you stated. It could also be due to a slow server or overloaded connection, or it could be due to a cheap router, as was in my case.

---

This clearly has many causes, but for me this was fixed by restarting my SVN server (VisualSVNServer 2.5.1). This occurs frequently when doing a full repo checkout on a newly loaded dump.

---

For us, the workaround was to downgrade the SVN client from 1.8 to 1.7 (command line client that's bundled with TortoiseSVN).

ReferenceURL : https://stackoverflow.com/questions/772894/updating-from-svn-repository-returns-could-not-read-chunk-size-error