[Comm] Странное пропадание файлов

[Comm] Странное пропадание файлов

[Yura Kalinichenko]

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

Привет всем!

Вчера обнаружил странное поведение системы (Branch 4.1): перестал 
запускаться один нужный сервис. В процессе разборок оказалось, что с 
диска необъяснимым образом исчез демон этого сервиса. Поскольку странное 
исчезновение файлов обнаружилось во второй раз (в первый было пару 
месяцев назад, но списал на случайность и полностью переустановил 
систему) - решил проверить все пакеты. Запустил скрипт (см. вложение) - 
и с удивлением обнаружил, что действительно имеются пропавшие файлы. 
Причем различные - и директории, и либы, и даже документация (это если 
отсеять те, которые "правильно" пропали).

На той же машине несколько лет велась разработка под Master 2.4 (ядро 
2.4.33). Запустил ту же проверку на мастеровском диске - необъяснимых 
пропаданий нет.

Проверил еще одну машину под бранчем, работающую несколько в других 
условиях - опять имеем пропадания, причем другие.

Понятно, что причин может быть масса, но пока под наибольшим подозрением 
уменя реализация ext3 в ядре 2.6 (тем более что проблемы с этой FS уже 
были до 2.6.20). У меня сейчас ядро 2.6.26, диски размечены в ext3 с 
опцией journal_data.

Понятно, что это пока жалобы на "подземный стук", но более тщательная 
разборка требует бОльшего времени, а пока хочу собрать статистику, по 
какому поводу и прошу помощи у сообщества: если у вас система 
эксплуатируется сколько-нибудь длительное время - запустите пожалуйста у 
себя (от рута, естественно) приложенный скрипт и посмотрите - нет ли у 
вас аналогичного явления (пропавшие файлы помечены в журнале флагом 
missing). Отчеты наверное лучше присылать мне на мыло, дабы не засорять 
рассылку. Интересующие данные:

1. имеются ли потери (если да - приведите хотя бы одно подозрительное имя пропавшего файла)
2. сколько времени (примерно) эксплуатируется система
3. версия ядра
4. файловая система
5. опции файловой системы (если не по умолчанию)
6. тип рейд-массива (если используется)
7. чипсет контроллера жестких дисков (или хотя бы тип - IDE/SATA/SCSI...)
8. производитель жесткого диска и марка


Заранее всем спасибо, сводку опубликую здесь (если конечно будет 
что-нибудь интересное, а не только мои локальные траблы).

-- 
SY, 
   Yura Kalinichenko


[-- Attachment #2: chkrpm --]
[-- Type: text/plain, Size: 262 bytes --]

#!/bin/sh
LOG=/var/log/chkrpm.log
tf=/tmp/rpm.lst.$$

fatal() {
   echo "FATAL ERROR: $*"
   rm -f $tf
   exit 1
}

rm -f $tf
rpm -qa | sort > $tf || fatal 'rpm query all'
xargs -a $tf -n 1 --verbose rpm -V 2>&1 | tee $LOG
rm -f $tf
echo "Done. Logfile is $LOG"

Re: [Comm] Странное пропадание файлов

[Olvin]

Yura Kalinichenko wrote:
> Вчера обнаружил странное поведение системы (Branch 4.1): перестал 
> запускаться один нужный сервис. В процессе разборок оказалось, что с 
> диска необъяснимым образом исчез демон этого сервиса. Поскольку странное 
> исчезновение файлов обнаружилось во второй раз (в первый было пару 
> месяцев назад, но списал на случайность и полностью переустановил 
> систему) - решил проверить все пакеты. Запустил скрипт (см. вложение) - 
> и с удивлением обнаружил, что действительно имеются пропавшие файлы. 
> Причем различные - и директории, и либы, и даже документация (это если 
> отсеять те, которые "правильно" пропали).
> 
> На той же машине несколько лет велась разработка под Master 2.4 (ядро 
> 2.4.33). Запустил ту же проверку на мастеровском диске - необъяснимых 
> пропаданий нет.
> 
> Проверил еще одну машину под бранчем, работающую несколько в других 
> условиях - опять имеем пропадания, причем другие.
> 
> Понятно, что причин может быть масса, но пока под наибольшим подозрением 
> уменя реализация ext3 в ядре 2.6 (тем более что проблемы с этой FS уже 
> были до 2.6.20). У меня сейчас ядро 2.6.26, диски размечены в ext3 с 
> опцией journal_data.

Эту опцию не использую, ext3 работает у меня где-то на 5-6 машинах. 
Пользуюсь давно (лет 7-8) под разными ядрами начиная ещё с 2.4.x. Именно 
с таким не сталкивался.

Хочу задать вопрос: а как часто делаете fsck.ext3 _принудительно_ для 
профилактики? Т.е. с ключиком -f ? Или по-другому: не отключена ли у вас 
_регулярная_ _автоматическия_ проверка ФС при монтировании? Просто если 
на ФС есть ошибки, но система продолжает работать, не обращая на них 
внимания, то возможно очень многое.

Думаю, стоит на отмонтированной ФС дать команду вроде fsck.ext3 -fpvc 
/dev/XdYN. Проверка может быть долгой, но может помочь. (если убрать -c, 
то проверять поверхность не будет)

Хотя, конечно, причину выявить это вряд ли поможет...

Re: [Comm] Странное пропадание файлов

[Yura Kalinichenko]

Olvin пишет:
>
> Эту опцию не использую, ext3 работает у меня где-то на 5-6 машинах. 
> Пользуюсь давно (лет 7-8) под разными ядрами начиная ещё с 2.4.x. 
> Именно с таким не сталкивался.
Дык на 2.4 и у меня ничего подобного не было. На гораздо бОльшем 
количестве машин.

>
> Хочу задать вопрос: а как часто делаете fsck.ext3 _принудительно_ для 
> профилактики? 
Никогда.
> Т.е. с ключиком -f ? Или по-другому: не отключена ли у вас 
> _регулярная_ _автоматическия_ проверка ФС при монтировании?
Нет, не отключена.
> Просто если на ФС есть ошибки, но система продолжает работать, не 
> обращая на них внимания, то возможно очень многое.
Это понятно.
>
> Думаю, стоит на отмонтированной ФС дать команду вроде fsck.ext3 -fpvc 
> /dev/XdYN. Проверка может быть долгой, но может помочь. (если убрать 
> -c, то проверять поверхность не будет)
Попробую, но это, конечно, не решение.

-- 
SY, 
   Yura Kalinichenko

Re: [Comm] Странное пропадание файлов

[Denis Nazarov]

On Wednesday 22 July 2009 16:43:56 Yura Kalinichenko wrote:
> Привет всем!
>
> Вчера обнаружил странное поведение системы (Branch 4.1): перестал
> запускаться один нужный сервис. В процессе разборок оказалось, что с
> диска необъяснимым образом исчез демон этого сервиса. Поскольку странное
> исчезновение файлов обнаружилось во второй раз (в первый было пару
> месяцев назад, но списал на случайность и полностью переустановил
> систему) - решил проверить все пакеты. Запустил скрипт (см. вложение) -
> и с удивлением обнаружил, что действительно имеются пропавшие файлы.
> Причем различные - и директории, и либы, и даже документация (это если
> отсеять те, которые "правильно" пропали).
>

пару недель назад наблюдал нечто похожее. На работе одну машину выключили, 
воткнули другую мышу на проверку и после этого юзеры не смогли зайти в 
кеды. Симптомы были примерно такие - окно логина (несколько отличающееся 
от того, что было обычно) и после логина на 1/8 экрана консолька из 
которой можно было набрать startx и попасть в родной рабочий стол. Помог 
полный снос xdm & kdm и повторная установка. Особо не копался, но очень 
подозреваю, что имело место быть пропадание некоторых файлов из kdm. Мамка 
там ASUS P5KPL-AM, винт - какой-то seagate 80Gb sata примерно 3,5-летнего 
возраста. Система - ALD 4.1, ядро, скорее всего, 2.6.25, хотя, может 
и .27, точно не помню, ФС - ext3, опции - дефолтные, в эксплуатации 
примерно полгода - в общем, обычный десктоп.

Прогнал на домашнем ноуте - действительно, есть пропавшие файлы, правда, не 
критичные...

Re: [Comm] Странное пропадание файлов

[Michael Shigorin]

On Wed, Jul 22, 2009 at 11:34:26PM +0600, Denis Nazarov wrote:
> винт - какой-то seagate 80Gb sata примерно 3,5-летнего
> возраста.

Я бы такому дважды не доверял -- 80Gb SATA вообще были часто
неудачными (обкатка, минимальный объём) плюс более трёх лет
для десктопного диска является пенсионным возрастом.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Странное пропадание файлов

[Denis Nazarov]

On Saturday 25 July 2009 03:56:06 Michael Shigorin wrote:
> On Wed, Jul 22, 2009 at 11:34:26PM +0600, Denis Nazarov wrote:
> > винт - какой-то seagate 80Gb sata примерно 3,5-летнего
> > возраста.
>
> Я бы такому дважды не доверял -- 80Gb SATA вообще были часто
> неудачными (обкатка, минимальный объём) плюс более трёх лет
> для десктопного диска является пенсионным возрастом.

Не скажите... брат-близнец этого винта без проблем пашет тот же срок под 
вынь2003. Этот же винт стоял в том же сервере, пока не понадобился под 
альт. Так что я ему дважды доверяю :) И вообще, именно эти винты были 
самыми беспроблемными в тех машинах, которые мы продавали за последние 4 
года, в отличие от тех же сигейт 250 Гб

Re: [Comm] Странное пропадание файлов

[Yura Kalinichenko]

Michael Shigorin пишет:
> более трёх лет
> для десктопного диска является пенсионным возрастом.
>
>   
Миш, ну эт ты слишком... Масса серверов стоит еще под KSI, возраст - сам 
понимаешь, нагрузка - недетская, условия эксплуатации - зачастую просто 
жуткие, никаких брендов (ибо не по карману) - и ничего, пашут.

-- 
SY, 
   Yura Kalinichenko

Re: [Comm] Странное пропадание файлов

[Michael Shigorin]

On Sat, Jul 25, 2009 at 10:16:09PM +0300, Yura Kalinichenko wrote:
> >более трёх лет для десктопного диска является пенсионным
> >возрастом.
> Миш, ну эт ты слишком... Масса серверов стоит еще под KSI,
> возраст - сам понимаешь, нагрузка - недетская, условия
> эксплуатации - зачастую просто жуткие, никаких брендов (ибо не
> по карману) - и ничего, пашут.

Эк сравнил.  Плотность записи тогда другая была, трёхгиговники-то
действительно до сих пор живут.  И двестидесятки.

А последние лет... ну пусть в этом веке -- сколько с ремонтниками
да коллегами доводилось общаться, статистика скорее сходится:
после трёх лет рассчитываем уже на везение.  Хотя Hitachi на
хозяйстве пока не сыпались, слава Богу.  Но они тоже подлежат
замене после трёх лет работы -- с переводом на неответственные
участки.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Странное пропадание файлов

[Michael A. Kangin]

On Среда 22 июля 2009 14:43:56 Yura Kalinichenko wrote:
> Привет всем!
>
> Вчера обнаружил странное поведение системы (Branch 4.1): перестал
> запускаться один нужный сервис. В процессе разборок оказалось, что с
> диска необъяснимым образом исчез демон этого сервиса. Поскольку странное
> исчезновение файлов обнаружилось во второй раз (в первый было пару
> месяцев назад, но списал на случайность и полностью переустановил
> систему) - решил проверить все пакеты. Запустил скрипт (см. вложение) -
> и с удивлением обнаружил, что действительно имеются пропавшие файлы.
> Причем различные - и директории, и либы, и даже документация (это если
> отсеять те, которые "правильно" пропали).

Ага, пропадания есть.
а пропадает ли что-нибудь неопакеченное?
в смысле, не rpm ли гадит?

-- 
WBR, Michael A. Kangin

Re: [Comm] Странное пропадание файлов

[alisher]

> Ага, пропадания есть.
> а пропадает ли что-нибудь неопакеченное?
> в смысле, не rpm ли гадит?
>
>   
Стоит бояться? У меня тоже 4.1.

Re: [Comm] Странное пропадание файлов

[Michael A. Kangin]

On Четверг 23 июля 2009 11:04:42 alisher wrote:

> > Ага, пропадания есть.
> > а пропадает ли что-нибудь неопакеченное?
> > в смысле, не rpm ли гадит?
>
> Стоит бояться? У меня тоже 4.1.

У меня даже хуже, у меня Десктоп5 (B5.0->Sisyphus)


-- 
WBR, Michael A. Kangin

Re: [Comm] Странное пропадание файлов

[Yura Kalinichenko]

Michael A. Kangin пишет:
> Ага, пропадания есть.
> а пропадает ли что-нибудь неопакеченное?
> в смысле, не rpm ли гадит?
>
>   
Проблема в том, что обнаружить пропадание неопакеченных файлов труднее. 
Скрипт для этого не нарисуешь так просто.

Но даже в пакетах не все файлы пропадают "неожиданно". Некоторые 
удаляются или переименовываются post-скриптами в ходе установки или 
работы программ (хоть это и неправильно, но все же - бывает). Например, 
это такие файлы, как

missing    /var/log/NetworkManager
missing    /etc/xdg/menus/applications-merged/applications.menu
missing    /var/run/dbus/users
missing    /etc/fonts/conf.d/10-antialias.conf
missing    /etc/fonts/conf.d/10-hinting.conf
missing    /etc/fonts/conf.d/10-lcdfilter-default.conf
missing    /etc/fonts/conf.d/10-lcdfilter-legacy.conf
missing    /etc/fonts/conf.d/10-lcdfilter-light.conf
missing    /etc/fonts/conf.d/10-lcdfilter-none.conf
missing    /etc/fonts/conf.d/10-no-antialias.conf
missing    /etc/fonts/conf.d/10-style-full.conf
missing    /etc/fonts/conf.d/10-style-light.conf
missing    /etc/fonts/conf.d/10-style-medium.conf
missing    /etc/fonts/conf.d/10-style-none.conf
missing    /usr/share/fonts/bitmap/100dpi/fonts.scale
missing    /usr/share/fonts/bitmap/misc/fonts.scale
missing    /var/log/getty.log
missing    /var/run/hald/hald-local
missing    /var/run/hald/hald-runner
missing    /var/log/ipw3945d.log
missing    /etc/lisarc
missing    /etc/sysconfig/kernel/include_manual_mode
missing    /var/run/kernel/_h2ph_pre.ph
missing    /var/run/kernel/autoconf.h
missing    /var/run/kernel/autoconf.ph
missing    /var/run/kernel/modversions.h
missing    /var/run/kernel/modversions.ph
missing    /var/run/kernel/version.h
missing    /var/run/kernel/version.ph
missing    /etc/X11/XvMCConfig
missing    /var/cache/man/perl/whatis
missing    /var/lib/nfs/statd/state
missing    /var/run/nscd/socket
missing    /tmp/.private
missing    /var/run/ppp/resolv.conf
missing    /var/lib/locate/locatedb
missing    /var/lib/hal/asound/1.state
missing    /var/lib/hal/asound/2.state
missing    /var/lib/hal/asound/3.state
missing    /var/lib/hal/asound/4.state
missing    /var/lib/hal/asound/5.state
missing    /var/lib/hal/asound/6.state
missing    /var/lib/hal/asound/7.state
missing    /var/lib/hal/asound/8.state
missing    /var/lib/hal/asound/9.state
missing    /etc/at.allow
missing    /etc/cron.allow


Проверить можно переустановкой пакета, в который входит пропажа. А проще 
всего обнаруживаются у меня пропавшие файлы из /usr/lib и 
/usr/share/doc. Их на глаз видно в журнале, и после apt-get reinstall 
они восстанавливаются. Может и rpm виноват, но это еще надо разбираться.

-- 
SY, 
   Yura Kalinichenko

Re: [Comm] Странное пропадание файлов

[Denis Nazarov]

On Friday 24 July 2009 01:27:26 Yura Kalinichenko wrote:
> Michael A. Kangin пишет:
> > Ага, пропадания есть.
> > а пропадает ли что-нибудь неопакеченное?
> > в смысле, не rpm ли гадит?
>
> Проблема в том, что обнаружить пропадание неопакеченных файлов труднее.
> Скрипт для этого не нарисуешь так просто.
>
> Но даже в пакетах не все файлы пропадают "неожиданно". Некоторые
> удаляются или переименовываются post-скриптами в ходе установки или
> работы программ (хоть это и неправильно, но все же - бывает). Например,
> это такие файлы, как
>
> missing    /var/log/NetworkManager
> missing    /etc/xdg/menus/applications-merged/applications.menu
> missing    /var/run/dbus/users
> missing    /etc/fonts/conf.d/10-antialias.conf
> missing    /etc/fonts/conf.d/10-hinting.conf
> missing    /etc/fonts/conf.d/10-lcdfilter-default.conf
> missing    /etc/fonts/conf.d/10-lcdfilter-legacy.conf
> missing    /etc/fonts/conf.d/10-lcdfilter-light.conf
> missing    /etc/fonts/conf.d/10-lcdfilter-none.conf
> missing    /etc/fonts/conf.d/10-no-antialias.conf
> missing    /etc/fonts/conf.d/10-style-full.conf
> missing    /etc/fonts/conf.d/10-style-light.conf
> missing    /etc/fonts/conf.d/10-style-medium.conf
> missing    /etc/fonts/conf.d/10-style-none.conf
> missing    /usr/share/fonts/bitmap/100dpi/fonts.scale
> missing    /usr/share/fonts/bitmap/misc/fonts.scale
> missing    /var/log/getty.log
> missing    /var/run/hald/hald-local
> missing    /var/run/hald/hald-runner
> missing    /var/log/ipw3945d.log
> missing    /etc/lisarc
> missing    /etc/sysconfig/kernel/include_manual_mode
> missing    /var/run/kernel/_h2ph_pre.ph
> missing    /var/run/kernel/autoconf.h
> missing    /var/run/kernel/autoconf.ph
> missing    /var/run/kernel/modversions.h
> missing    /var/run/kernel/modversions.ph
> missing    /var/run/kernel/version.h
> missing    /var/run/kernel/version.ph
> missing    /etc/X11/XvMCConfig
> missing    /var/cache/man/perl/whatis
> missing    /var/lib/nfs/statd/state
> missing    /var/run/nscd/socket
> missing    /tmp/.private
> missing    /var/run/ppp/resolv.conf
> missing    /var/lib/locate/locatedb
> missing    /var/lib/hal/asound/1.state
> missing    /var/lib/hal/asound/2.state
> missing    /var/lib/hal/asound/3.state
> missing    /var/lib/hal/asound/4.state
> missing    /var/lib/hal/asound/5.state
> missing    /var/lib/hal/asound/6.state
> missing    /var/lib/hal/asound/7.state
> missing    /var/lib/hal/asound/8.state
> missing    /var/lib/hal/asound/9.state
> missing    /etc/at.allow
> missing    /etc/cron.allow
>
>
> Проверить можно переустановкой пакета, в который входит пропажа. А проще
> всего обнаруживаются у меня пропавшие файлы из /usr/lib и
> /usr/share/doc. Их на глаз видно в журнале, и после apt-get reinstall
> они восстанавливаются. Может и rpm виноват, но это еще надо разбираться.

вряд ли. у меня kdm навернулся без участия rpm, то есть минимум месяц до 
этого никакого софта не ставилось

Re: [Comm] Странное пропадание файлов

[Arcady Ivanov]

Denis Nazarov пишет:
> On Friday 24 July 2009 01:27:26 Yura Kalinichenko wrote:
>   
>> Michael A. Kangin пишет:
>>     
>>> Ага, пропадания есть.
>>> а пропадает ли что-нибудь неопакеченное?
>>> в смысле, не rpm ли гадит?
>>>       
>> Проблема в том, что обнаружить пропадание неопакеченных файлов труднее.
>> Скрипт для этого не нарисуешь так просто.
>>
>> Но даже в пакетах не все файлы пропадают "неожиданно". Некоторые
>> удаляются или переименовываются post-скриптами в ходе установки или
>> работы программ (хоть это и неправильно, но все же - бывает). Например,
>> это такие файлы, как
>>
>> missing    /var/log/NetworkManager
>> missing    /etc/xdg/menus/applications-merged/applications.menu
>> missing    /var/run/dbus/users
>> missing    /etc/fonts/conf.d/10-antialias.conf
>> missing    /etc/fonts/conf.d/10-hinting.conf
>> missing    /etc/fonts/conf.d/10-lcdfilter-default.conf
>> missing    /etc/fonts/conf.d/10-lcdfilter-legacy.conf
>> missing    /etc/fonts/conf.d/10-lcdfilter-light.conf
>> missing    /etc/fonts/conf.d/10-lcdfilter-none.conf
>> missing    /etc/fonts/conf.d/10-no-antialias.conf
>> missing    /etc/fonts/conf.d/10-style-full.conf
>> missing    /etc/fonts/conf.d/10-style-light.conf
>> missing    /etc/fonts/conf.d/10-style-medium.conf
>> missing    /etc/fonts/conf.d/10-style-none.conf
>> missing    /usr/share/fonts/bitmap/100dpi/fonts.scale
>> missing    /usr/share/fonts/bitmap/misc/fonts.scale
>> missing    /var/log/getty.log
>> missing    /var/run/hald/hald-local
>> missing    /var/run/hald/hald-runner
>> missing    /var/log/ipw3945d.log
>> missing    /etc/lisarc
>> missing    /etc/sysconfig/kernel/include_manual_mode
>> missing    /var/run/kernel/_h2ph_pre.ph
>> missing    /var/run/kernel/autoconf.h
>> missing    /var/run/kernel/autoconf.ph
>> missing    /var/run/kernel/modversions.h
>> missing    /var/run/kernel/modversions.ph
>> missing    /var/run/kernel/version.h
>> missing    /var/run/kernel/version.ph
>> missing    /etc/X11/XvMCConfig
>> missing    /var/cache/man/perl/whatis
>> missing    /var/lib/nfs/statd/state
>> missing    /var/run/nscd/socket
>> missing    /tmp/.private
>> missing    /var/run/ppp/resolv.conf
>> missing    /var/lib/locate/locatedb
>> missing    /var/lib/hal/asound/1.state
>> missing    /var/lib/hal/asound/2.state
>> missing    /var/lib/hal/asound/3.state
>> missing    /var/lib/hal/asound/4.state
>> missing    /var/lib/hal/asound/5.state
>> missing    /var/lib/hal/asound/6.state
>> missing    /var/lib/hal/asound/7.state
>> missing    /var/lib/hal/asound/8.state
>> missing    /var/lib/hal/asound/9.state
>> missing    /etc/at.allow
>> missing    /etc/cron.allow
>>
>>
>> Проверить можно переустановкой пакета, в который входит пропажа. А проще
>> всего обнаруживаются у меня пропавшие файлы из /usr/lib и
>> /usr/share/doc. Их на глаз видно в журнале, и после apt-get reinstall
>> они восстанавливаются. Может и rpm виноват, но это еще надо разбираться.
>>     
>
> вряд ли. у меня kdm навернулся без участия rpm, то есть минимум месяц до 
> этого никакого софта не ставилось
>
>
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community
Года 2 назад у меня одномоментно навернулись 2 сервера с ext3 на Master 2.4,
которые занимались совершенно разными делами. Ядро было 2.4.24 не от 
Master-а.

Исчезло много файлов на обоих.
Корневые файловые системы были просто искорёжены.

Общим было, как я для себя отметил, переполнение какой-то из файловых 
систем на
каждом из серверов.
Мне тогда было не до исследований, поскольку авария была
слишком критической и надо было экстренно спасаться.
Но осадок остался. :-)

С уважением.
Аркадий Иванов.

Re: [Comm] Странное пропадание файлов

[Tsaryuk Maksim]

On Пятница 24 июля 2009 12:11:32 Arcady Ivanov wrote:

> Года 2 назад у меня одномоментно навернулись 2 сервера с ext3 на Master
> 2.4, которые занимались совершенно разными делами. Ядро было 2.4.24 не от
> Master-а.
>
> Исчезло много файлов на обоих.
> Корневые файловые системы были просто искорёжены.
>
> Общим было, как я для себя отметил, переполнение какой-то из файловых
> систем на
> каждом из серверов.
> Мне тогда было не до исследований, поскольку авария была
> слишком критической и надо было экстренно спасаться.
> Но осадок остался. :-)

Значит и мне не почудилось.
Уже дважды пропадал один и тот же файл. Первый раз списал на свою 
неаккуратность. Но когда второй раз, уже меня это насторожило. И тут через 
пару дней этот топик. Файл, обычный скрипт, чуть меньше килобайта, лежал в 
домашней директории. Еще думаю, с этим связанна недавняя поломка загрузки моей 
системы, когда я убрал 2 дополнительных IDE HDD и вместо них поставил 1 SATA 
HDD, при чем системный винт с альтом не трогал. После этого система не 
загрузилась, сославшись на то, что нет корня :( Исправил ошибки с помощью 
gparted загрузившись с лив сд. После этого система загрузилась нормально.

Re: [Comm] Странное пропадание файлов

[spider]

22.07.2009 13:43, Yura Kalinichenko пишет:
> Привет всем!
>
> Вчера обнаружил странное поведение системы (Branch 4.1): перестал
> запускаться один нужный сервис. В процессе разборок оказалось, что с
> диска необъяснимым образом исчез демон этого сервиса.
 > ...
> ... Интересующие данные:
>...
> 6. тип рейд-массива (если используется)
А не в этом ли причина? В конце января я поставил сервер (FC10) на 
встроенный в материнку рейд но-нейм (Nvidia). Полгода сервер честно 
отработал, в процессе неоднократно апдейтился, перезагружался как 
ребутом, так и питанием, и все было нормально. Но однажды "случилось 
страшное" -- после перезагрузки ничего не загрузилось -- загрузчик не 
нашел ядра. Загрузившись в rescue mode я обнаружил, что два раздела -- 
/boot и / из четырех (+ /home и ./var) находятся в том состоянии, в 
котором они были после первой перезагрузки и последующего начального 
сетапа, т.е. в первоначальном рабочем состянии. На этих разделах не было 
ни одного файла с датой позже даты установки, при том, что за полгода 
только в /etc постоянно изменялись сотни файлов. Все, что я 
доустанавливал в процессе эксплуатации, загадочным образом исчезло, 
включая ядра, сервисы и прочее. У меня нет сомнений -- это работа 
контролера рейд-массива. Подозреваю, что вся эта встроенная дешевка 
просто не способна зеркалить диски. Так что если у Вас встроенный в 
системную плату рейд но-нейм за три копейки, то вполне вероятно он 
является причиной Ваших проблем.

Re: [Comm] Странное пропадание файлов

[Yura Kalinichenko]

spider пишет:
> 22.07.2009 13:43, Yura Kalinichenko пишет:
>> Привет всем!
>>
>> Вчера обнаружил странное поведение системы (Branch 4.1): перестал
>> запускаться один нужный сервис. В процессе разборок оказалось, что с
>> диска необъяснимым образом исчез демон этого сервиса.
> > ...
>> ... Интересующие данные:
>> ...
>> 6. тип рейд-массива (если используется)
> А не в этом ли причина? 
[skip]
> Так что если у Вас встроенный в системную плату рейд но-нейм за три 
> копейки, то вполне вероятно он является причиной Ваших проблем. 
Упаси Боже такое использовать. Только soft-raid - это гораздо 
универсальнее и предсказуемее. На ядрах 2.4.26-2.4.33 у нас количество 
серверов исчисляется сотнями наверное, почти все на софт-рейдах, опыт 
есть. А вот на 2.6.х - да, это и это может быть одна из причин, или 
составляющей, но пока точно не скажу.

-- 
SY, 
   Yura Kalinichenko