[sisyphus] Re: [mdk-re] Sisyphus mirror

A. Mamonov =?iso-8859-1?q?mamonov_=CE=C1_cps=2Eirkutsk=2Eru?=
Ср Янв 24 17:22:00 MSK 2001


-----Исходное сообщение-----
От: Dmitry V. Levin <ldv на fandra.org>
Кому: mandrake-russian на linuxteam.iplabs.ru
<mandrake-russian на linuxteam.iplabs.ru>; sisyphus на 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.






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