From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 31 Jan 2003 23:15:21 +0300 From: Ivan Adzhubei To: ALT Sisyphus List Message-Id: <20030131231521.134bead4.ivan@protein.bio.msu.su> X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [sisyphus] [OT] Problem with file timestamps Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: Приветствую! Вопрос наверное не по теме рассылки, но пока на машинах стоял Мастер и ядро 2.4.18 - все было нормально. Сейчас всюду стоит 2.4.20 и последний Сизиф, обновляемый практически ежедневно. И вот какая вылезла проблема... Вводные: имеется удаленный фтп-архив за океаном из примерно 20,000 файлов общим объемом около 4 гигабайт, периодически обновляемый. Нужно иметь актуальное содержимое этого архива на локальной машине. Имеется бесплатный толстый канал за океан в одном месте и сильно платный тонкий - в другом. Алгоритм решения: зеркалируем архив на машине привязаной к бесплатному каналу с помощью lftp (протокол rsync удаленный сервер не поддерживает, только ftp). Архивируем получившиеся 4 гигабайта rar-ом, нарезая архив томами по 700 метров. Кладем тома на RW болванки, берем ноги в руки и бежим на вторую машину, раскручиваем, наслаждаемся. Проблема: периодически удаленный фтп-архив обновляется незначительно, скажем, 100-200 файлов из 20,000. В таких случаях природная лень берет верх и я запускаю скрипт зеркалирования по фтп прямо на машине с платным каналом. Напомню - на ней уже лежит содержимое архива с гарантией актуальное на 99%. Но lftp начинает качать все файлы подряд! Выяснилось, что файлы прошедшие транспортировку с одной машины на другую как описано выше на второй (target) машине получают временной штамп ровно на одну секунду меньше чем они имели на первой (source) и на удаленном фтп-сервере 8-(. Естественно, протокол зеркалирования lftp считает их устаревшими и хочет все обновить. Этот странный глюк с timestamps вылезает _только_ при переносе файлов вышеозначенным способом с одной машины на другую. Если весь алгоритм повторить дословно на одной и той же машине (что на первой, что на второй) - штампы на файлах сохраняются правильные. То есть rar сам по себе не виноват (я естественно грешил на него). Вопрос: откуда могут расти ноги у этого глюка? Повторяю - на Мастере этого глюка не наблюдается. Файловая система всегда была и есть - reiserfs 3.6.x. -- Иван P.S. Если кто посоветует другой способ нарезания архива на куски заданного размера - буду очень признателен. Мне кроме rar-а ничего мало-мальски удобного найти не удалось, а писать самому нет времени.