From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glas-sisyphus@m.gmane.org>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-3.9 required=5.0 tests=AWL,BAYES_00,
	RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.2.5
X-Injected-Via-Gmane: http://gmane.org/
To: sisyphus@lists.altlinux.org
From: Anton Farygin <rider@altlinux.com>
Date: Tue, 08 Nov 2011 15:17:21 +0400
Message-ID: <j9b33s$vo2$1@dough.gmane.org>
References: <20111108110108.GC3444@altlinux.org>
	<e6b1813f-0181-4cfd-a60c-8311964119ca@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@dough.gmane.org
X-Gmane-NNTP-Posting-Host: rider.balabanovo.ru
User-Agent: Mozilla/5.0 (X11; Linux i686;
	rv:6.0.1) Gecko/20110907 Thunderbird/6.0.1
In-Reply-To: <e6b1813f-0181-4cfd-a60c-8311964119ca@localhost>
Subject: Re: [sisyphus] E: Sisyphus sync problem
X-BeenThere: sisyphus@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
List-Id: ALT Linux Sisyphus discussions <sisyphus.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sisyphus>
List-Post: <mailto:sisyphus@lists.altlinux.org>
List-Help: <mailto:sisyphus-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Nov 2011 11:17:46 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/j9b33s$vo2$1@dough.gmane.org/>
List-Archive: <http://lore.altlinux.org/sisyphus/>
List-Post: <mailto:sisyphus@altlinux.ru>

08.11.2011 15:08, Alexei Takaseev пишет:
>
>
> ----- Исходное сообщение -----
>> On Tue, Nov 08, 2011 at 01:07:11PM +0400, Alexey Borisenkov wrote:
>>> 08.11.2011 12:53, Michael Shigorin пишет:
>>>> On Tue, Nov 08, 2011 at 11:16:55AM +0300, Grigory Milev wrote:
>>>>>> --timeout 120
>>>>> И чем он поможет? Просто прервет работу :(
>>>>
>>>> Хм, ты прав -- мне казалось, что там 60
>>>> секунд по умолчанию;
>>>> в мане: "The default is 0, which means no timeout."
>>>
>>> Там, возможно, и no timeout, но пока я *на
>>> стороне сервера* не прописал параметр
>>> timeout=1200, жизни с локальным зеркалом не
>>> было никакой, отваливался по таймауту :( А
>>> сейчас вроде нормально работает вот уж
>>> несколько месяцев.
>>
>> На сервере rsync.altlinux timeout=600, но зеркалирующим это, судя по
>> логам, не помогает - возникает ошибка вида
>> rsync error: timeout in data send/receive (code 30) at io.c(137)
>> [sender=3.0.9]
>> заведомо до истечения этих 600 секунд.
>
> Все-таки, это похоже на локальную проблему зеркалирующих. У меня на скромной по ресурсам машине с весьма неторопливой дисковой подсистемой (и с которой идет активная раздача файлов по ftp) часто рвется синхронизация репозитария p6 на этапе удаления файлов на локальном диске (delete-after), повторных запуск rsync уже проходит нормально, и файлы доудаляются. на другой машине, с быстрыми дисками, ни описанного мной, ни автором трида не наблюдается даже для всего дерева Сизифа со всеми архитектурами.
\

Может быть, вся проблема в том, что у меня работает заведомо больше 
одного процесса rsync ?