From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <010801c08610$8bda1d60$3508d0c3@myhost.cps> From: "A. Mamonov" To: Subject: Re: [sisyphus] Re: [mdk-re] Sisyphus mirror MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Wed Jan 24 17:22:00 2001 X-Original-Date: Wed, 24 Jan 2001 22:16:06 +0800 Archived-At: List-Archive: -----Исходное сообщение----- От: Dmitry V. Levin Кому: mandrake-russian@linuxteam.iplabs.ru ; sisyphus@linuxteam.iplabs.ru Дата: 24 января 2001 г. 19:09 Тема: Re: [sisyphus] Re: [mdk-re] Sisyphus mirror >On Wed, Jan 24, 2001 at 01:09:50PM +0300, Sergey S. Skulachenko wrote: >> > > 1. При работе с dial-up соединение иногда (?) рвётся. Звонилка >> поднимает >> > > его, и mirror _автоматически_ продолжает закачку с прерванного места, >> > т.е. >> > > его не надо перезапускать. Rsync в такой способности не замечен. Это >> > >> > rsync - это страшная сила! >> > Например, есть у него такая опция: --partial. >> > Подробности см. rsync(1) >> Я его запускаю с такими ключиками: -vvrltpog --delete --progress >> --partial > >у "--partial --progress" есть короткий эквивалент: "-P" > >> > У rsync есть такая опция: --stats >> А вот это я почему-то упустил. Работает. >> >> > Резюме: все те действия, для выполнения которых требовался ftp и >> > вспомогательные утилиты, теперь можно сделать с помощью rsync. >> Дмитрий, а как насчёт возможности продолжить закачку без перезапуска при >> обрыве связи? Подробнее, как поступает mirror. При обрыве связи он >> пытается продолжить закачку, потом через какое-то время переходит к >> попытке принять следующий файл, стоящий в очереди, и т.д. Задание на >> закачку находится на локальной машине. При восстановлении связи mirror >> начнёт принимать файл из очереди, скажем, седьмой по счёту. Но начнёт! >> Процесс останется. Его не надо поднимать заново. Если же линия занята >> слишком долго, то тогда, конечно, процесс прекращается. > >Вопрос понял. >Ответ - вариации на тему: >$ while ! Ваша_rsync_команда; do :; done > >Иногда бывает такая неприятность (вообще, не применительно к rsync): >tcp-соединение (а иногда и ppp-соединение) просто виснет. Тогда есть >смысл настроить параметры tcp/ip, чтобы время обнаружения зависания (т.е. >время от последнего переданного байта до разрыва связи) стало меньше. > >> > Другой сервер - а зачем? Единственный смысл - есть пользователи, >> привыкшие >> > зеркалировать с помощью mirror & Co; что мешает им освоить rsync? >> Дмитрий, Ваши аргументы я слушаю и тут же воспринимаю, все советы идут в >> дело либо раскладываются в папочки, за что Вам громадное спасибо. А Вы мои >> доводы слушаете, или что-то Вам мешает? > >Я пока еще не заметил ни одного преимущества mirror перед rsync. >Продемонстрируйте мне, а я постараюсь их перенести в rsync. :) > >> И просьба пояснить, зачем две команды подряд --delete --delete-after? Я > >Думаю, это моя дурная привычка. Хватит и одного --delete-after. > >> так считал: или или. И обе поотдельности их опробовал, осваивая эту >> "страшную силу". > >Пожалуй, насчет характеристики "страшная сила" я несколько погорячился - >так добрую половину пакетов в дистрибутиве можно обозвать. > >Regards, > Dmitry Вот и назовите так дистрибутив - "Страшная Сила". A. Mamonov.