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

[Dmitry V. Levin]

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

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 232 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/community/attachments/20010124/a12e6e88/attachment-0014.bin>