LINUX.ORG.RU
ФорумAdmin

SVN: connection was closed by server


0

0

Кто сталкивался с подобной ошибкой? «Could not read chunk size: connection was closed by server». Иногда можно наткнуться и на «Could not read status line: connection was closed by server» В интернетах упоминаний достаточно, но решения нет. Первый раз столкнулся на Ubuntu Server 9.10, после чего мигрировал на Debian Lenny - тоже самое. Постоянно происходит при svn checkout, update, commit. Зависимости от времени операции, обьема файлов нет.

Сервер: debian lenny x86 Apache/2.2.9 (Debian)

Конфиг сделан для интеграции с Redmine, без него происходит тоже самое. Логи пустые.

#cat /etc/apache2/sites-enabled/svn 
  # /svn location for users
   PerlLoadModule Apache::Redmine
   <Location /svn>
     DAV svn
     SVNParentPath "/var/svn" 
     #SVNPath "/var/svn"
     Order deny,allow
     Deny from all
     Satisfy any

     PerlAccessHandler Apache::Authn::Redmine::access_handler
     PerlAuthenHandler Apache::Authn::Redmine::authen_handler
     AuthType Basic
     AuthName "Redmine SVN Repository" 

     #read-only access    
     <Limit GET PROPFIND OPTIONS REPORT>
        Require valid-user
        Allow from localhost
	Allow from 192.168.5.xxx
 
        Satisfy any
     </Limit>
     # write access
     <LimitExcept GET PROPFIND OPTIONS REPORT>
       Require valid-user
     </LimitExcept>

     ## for mysql
     RedmineDSN "DBI:mysql:database=redmine;host=mysql" 

     RedmineDbUser "dbredmineuser" 
     RedmineDbPass "dbredminepass" 
  </Location>
Клиенты разные. Мой svn 1.6.5 (r38866). Еще есть разноколиберные тортоисы.

Были подобные проблемы, когда на промежуточном fw оптимизации tcp делались.

zgen ★★★★★
()
Ответ на: комментарий от zgen

Можно подробнее? Проблема сильно боком встала.

Поснифал трафик, куча сообщений: «tcp segment of a reassembled pdu»

179	10.758186	192.168.5.252	192.168.5.178	TCP	http > 50633 [ACK] Seq=5682 Ack=6477 Win=22976 Len=0 TSV=18843187 TSER=298420
180	11.545273	192.168.5.252	192.168.5.178	TCP	[TCP segment of a reassembled PDU]
181	11.545363	192.168.5.252	192.168.5.178	TCP	[TCP segment of a reassembled PDU]
182	11.545388	192.168.5.178	192.168.5.252	TCP	50633 > http [ACK] Seq=6477 Ack=8578 Win=24384 Len=0 TSV=299209 TSER=18843384
183	11.545861	192.168.5.252	192.168.5.178	HTTP	Continuation or non-HTTP traffic
184	11.546215	192.168.5.252	192.168.5.178	HTTP	Continuation or non-HTTP traffic

Открыл тот же свн через svnserve, в снифах все чисто.

Пока еще не понял в какую сторону копать. VMware Server 2.0 на центосе (был тоже на убунту - без изменений), на нем виртуалки с дебианами. MTU везде одинаковый ==1492.

unbeliever
() автор топика
Ответ на: комментарий от unbeliever

Можно подробнее? Проблема сильно боком встала.

Оптимизация тайм-аутов в конфигурации pf/pf.conf:
«set optimization aggressive»

zgen ★★★★★
()
Ответ на: комментарий от unbeliever

Хорошо..

У кого связка Apache+mod_svn работают хорошо - напишите версии. У кого настроена связка apache+passenger+ruby+svn и работает нормально - напишите версии. Попробую поработать со специфическими версиями.

unbeliever
() автор топика
Ответ на: комментарий от unbeliever

У кого связка Apache+mod_svn работают хорошо - напишите версии.

Много версий сменил apache 2.0.x и mod_svn - все работает нормально.

zgen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.