=?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