=?iso-8859-1?q?=5Bmdk-re=5D_=5Bmdk-re=5D_=EF=C2=DF=C5=CD_=CB=C1=CB=D4=C1?= =?iso-8859-1?q?=CC=CF=C7=C1=2E?=

Aleksandr Blohin =?iso-8859-1?q?sass_=CE=C1_uustoll=2Eee?=
Ср Мар 14 16:37:05 MSK 2001


On Wed, 14 Mar 2001 16:16:14 +0300
"Sergey S. Skulachenko" <sss на roscredit.com> wrote:

SSS> On Wed, 14 Mar 2001 16:01:43 +0300
SSS> Ivan Kudryashov <jony на chat.ru> wrote:
SSS> 
SSS> > MK> пишет unexpected EOF in read_timeout. (неожиданный КОНЕЦ ФАЙЛА
в
SSS> read_timeout)
SSS> > 
SSS> > Кстати,  у меня, когда rsync отказывался закачивать данные,
выдавалось
SSS> > такое  же  сообщение.  Потом,  безо  всяких  усилий  с  моей 
стороны,
SSS> > рассосалось  само... С чего бы это, интересно? Я грешил на
провайдера.
SSS> > Сегодня попробую, вдруг опять дурит?

Нет. Провайдер не дурит.
rsync отказывается работать при большой нагрузке на линии/сервере.
Этот недостаток, при всех остальных достоинствах rsync, заставляет
отказаться от его использования. ftp в аналогичной ситуации продолжает
работу как ни в чем не бывало.
rsync можно пользоваться после 2-3х часов ночи по-москве. (проверено
электроникой :-))

SSS> Обсуждалось. Но объяснение никто не предложил. Напомню, я приводил
факт: в
SSS> тот момент, когда rsync спотыкается на каком-то файле, этот же самый
SSS> конкретный файл спокойно начинает закачиваться netscape'ом. Т.е. как
бы
SSS> грешить на проблемы в канале нельзя.
SSS> --
SSS> С уважением,
SSS> С.С.Скулаченко
SSS> 
SSS> _______________________________________________
SSS> Mandrake-russian mailing list
SSS> Mandrake-russian на linuxteam.iplabs.ru
SSS> http://altlinux.ru/mailman/listinfo/mandrake-russian
SSS> 

--
Best regards
AB
--
				... In nomine Altli, et Ctrli, et Spititus Deli, Reset!





Подробная информация о списке рассылки community