From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3A936B51.8E4ABB3F@zmail.ru> From: cornet X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: ru, en MIME-Version: 1.0 To: mandrake-russian@linuxteam.iplabs.ru Subject: Re: [mdk-re] Re: [mdk-re] =?koi8-r?Q?=EF=C2=D2=C1=D4=CE=CF?= rsync aka =?koi8-r?Q?=F3=D4=D2=C1=DB=CE=C1=D1=F3=C9=CC=C1?= :-)) References: <3A9269EF.B81287AA@zmail.ru> <200102202033.f1KKXaf01442@sass.home> <20010221035253.I26237@LDV.fandra.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit 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 Feb 21 10:17:15 2001 X-Original-Date: Wed, 21 Feb 2001 10:16:33 +0300 Archived-At: List-Archive: "Dmitry V. Levin" wrote: > > On Tue, Feb 20, 2001 at 10:33:36PM +0200, Aleksandr Blohin wrote: > > C> Я правильно понял, прочитав man, что параматр --timeout предназначен > > для > > C> устойчивости к разрывам связи? И что если его не указать достаточно > > C> большим (на столько на сколько модем успеет перезвонить и восстановить > > C> соединение) то при первом же дисконнекте rsync вывалится в exit? > > При разрыве связи rsync все равно закончит работу. > Если это не устраивает, попробуйте уже упоминавшийся здесь рецепт: > while ! rsync аргументы_rsync; do :; done > > > C> По крайней мере, час назад когда я не указал этот параметр, он у меня > > C> свалился когда связь с провом оборвалась... > > > > Не знаю как при разрыве связи, а вот при зависании передачи он, без этого > > параметра, провисит до судного дня. > > Точнее говоря, до разрыва связи, который может произойти не так скоро, как > Вам хотелось бы. Hello!! Однако он все равно вчера свалился :-(( а я хотел на ночь закачку поставить :-/ Подробнее: зашел телнетом на свою оффисную буферную инетную тачку, залогинился юзверем, перешел в dir куда желаю слить бэту, там сделал скриптик следующего содержания: #!/bin/sh exec rsync -rltv --partial --delete --timeout=2000 linuxteam.iplabs.ru::MandrakeRE/REbeta/i586 ./ > ./rep & И запустил его. Закрыл сессию телнета. Прилогинился еще раз, сказал ps -ax удостоверился что просесс жив, сказал tail -f ./rep увидел, стандартное приветствие rsynс сервера IPLabs, инфу о факте получения списка файлов, и список того, что начали качать. Закрыл телнетную сессию, выключил свою тачку и ушел домой. Сейчас прихожу и вижу, что процесса нет, проработал он всего пол часа (по времени последнего обновления файла rep), отрубился на закачке emacs*.rpm, который при ближайшем рассмотрении оказался конечно же недокачанным и битым. Связь с момента запуска rsync ни разу не обрывалась, у меня такие вещи логируются и последний перезвон был вчера днем. То есть, раньше я качал wget'ом c ftp, но как я посмотрел, там есть масса симлинков, которые wget не понимает, а rsync их вроде бы очень корректно отрабатывает, вот и решил попробовать... А началось все с того, что скаченную wget'ом бэту я отшарил на ftp буферной тачки и пытался оттуда на свою инстальнуться, сказал expert и development, инсталляция пошла нормально только до выбора пакетов, то есть как только отработал графический "fdisk" и форматнул то, что я попросил, я получил на экран сообщение следующего содержания: unable to parse /mnt/var/lib/urpmi/hdlist.ftp1.cz причем, слазив через вторую консоль по указанному путю, я этот файл нашел, и он был далеко не нулевой длинны. Ну, в общем я решил что wget чего то недокачал и решил пройтись по всему этому делу rsync'ом, который теперь в моих руках неоднократно падает :-(( Одним словом в башке и в том месте где у меня лежит бэта теперь полный бардак, чо делать? -- ******** FIRE & STEEL ********