ALT Linux Community general discussions
 help / color / mirror / Atom feed
From: "Dmitry V. Levin" <ldv@fandra.org>
To: mandrake-russian@linuxteam.iplabs.ru, sisyphus@linuxteam.iplabs.ru
Subject: Re: [sisyphus] Re: [mdk-re] Sisyphus mirror
Date: Wed Jan 24 14:08:06 2001
Message-ID: <20010124141028.B20100@LDV.fandra.org> (raw)
In-Reply-To: <20010124130950.6e6706a8.sssku@online.ru>; from sssku@online.ru on Wed, Jan 24, 2001 at 01:09:50PM +0300

[-- Attachment #1: Type: text/plain, Size: 3003 bytes --]

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.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  reply	other threads:[~2001-01-24 14:08 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-23 12:28 Aleksey Novodvorsky
2001-01-23 12:32 ` Roman Mediakov
2001-01-23 12:49   ` Aleksey Novodvorsky
2001-01-23 13:22 ` Sergey S. Skulachenko
2001-01-24  3:52   ` [sisyphus] " Dmitry V. Levin
2001-01-24 11:01     ` Sergey S. Skulachenko
2001-01-24 11:29       ` Dmitry V. Levin
2001-01-24 13:11         ` Sergey S. Skulachenko
2001-01-24 14:08           ` Dmitry V. Levin [this message]
2001-01-29  4:15             ` Dmitry V. Levin
2001-01-29  4:23               ` Aleksey Novodvorsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010124141028.B20100@LDV.fandra.org \
    --to=ldv@fandra.org \
    --cc=mandrake-russian@linuxteam.iplabs.ru \
    --cc=sisyphus@linuxteam.iplabs.ru \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git