 fsck не ремонтирует файловую систему,  StrangerIV, 29-Янв-13, 14:09 [смотреть все]Доброго времени суток.
Есть Samba-сервер под FreeBSD 8.2, с пятью дисками - один системный, остальные собраны в два RAID1-массива аппаратно, средствами материнской платы. С одним массивом работа ведется постоянно и интенсивно, с другим -далеко не так напряженно.
Как всегда неожиданно, в бесперебойнике батареи не выдержали очередного скачка в сети. Система работала и дальше, но на сетевых шарах основного рабочего массива (диски Seagate STM31000528AS, 931,5GB) вдруг стали не видны некоторые файлы и папки, другие стали читаться с ошибками. После перезагрузки, естественно, fsck захотел проверить этот массив в single-user.
#fsck -y /dev/ar2s1 стал находить кучу ошибок вида 101745685 DUP I=17268106 (первое число может быть даже 19-значным и с минусом)
UNEXPECTED SOFT UPDATE INCONSISTENCY PARTIALLY TRUNCATED INODE I=23199042
SALVAGE? yes INCORRECT BLOCK COUNT I=21573132 (416 SHOULD BE 93112)
CORRECT? yes по окончании проверки написал FILE SYSTEM MARKED CLEAN
FILE SYSTEM WAS MODIFIED а после перезагрузки опять попросился проверить диск. Проверяю уже третий раз, и очень похоже, что ошибки те же самые. Даже без перезагрузки повторный запуск fsck выглядит так же, как первый.
Да, в конце фазы 1а он написал мне: INTERNAL ERROR: dups with -p
UNEXPECTED SOFT UPDATE INCONSISTENCY
** Phase 1b - Rescan for more DUPS
... Бэкапов нету... :( Будет конечно повод поставить начальство перед необходимостью резервных носителей, но сейчас хотелось бы все же запустить этот массив. Что посоветуете?
|
- fsck не ремонтирует файловую систему, lavr, 19:07 , 29-Янв-13 (1)
- fsck не ремонтирует файловую систему, StrangerIV, 11:49 , 30-Янв-13 (4)
>[оверквотинг удален]
>> папки, другие стали читаться с ошибками. После перезагрузки, естественно, fsck захотел
>> проверить этот массив в single-user.
>> #fsck -y /dev/ar2s1 стал находить кучу ошибок вида
> верхняя строка с fsck - явный бред!!!
> расшифруйте нам в терминах MBR: ar2s1
> 1) если вы пишите /dev/arX, то какой нафик аппаратный RAID1?!
> 2) проблемы SOFT-UPDATE (сервер подключен к УПС?), питание может падать?
> 3) Сколько лет используются диски, как интенсивно и модели?
> 4) atacontrol какой статус даст по ar'у?
> после ответов на верхнее - будет рекомендация что бредового в параметрах fsck, которые я задавал? не соблаговолите ли пояснить? и вообще-то на два ваших вопроса ответы были в моем сообщении, буду цитировать.
Итак:
ar2s1 - ATA RAID1, #2, slice 1.
1) массив с зеркалированием сформирован средствами BIOS материнки GA-M57SLI-S1, системой видится как ar2 (есть еще ar0, но с ним все ОК, и ar1 - JBOD массив из одного веника, на котором живет сама фряшка.) Что не так с терминами?
2)
>> Как всегда неожиданно, в бесперебойнике батареи не выдержали очередного скачка в сети. 3)
>> С одним массивом работа ведется постоянно и интенсивно, ...
>> (диски Seagate STM31000528AS, 931,5GB) только поправлюсь: под маркой Maxtor. Дискам года два-три.
4) atacontrol status ar2
ar2: ATA RAID1 status: READY
subdisks:
0 ad14 ONLINE
1 ad12 ONLINE
- fsck не ремонтирует файловую систему, lavr, 15:10 , 30-Янв-13 (9)
- fsck не ремонтирует файловую систему, StrangerIV, 19:45 , 30-Янв-13 (12)
>> ar2s1 - ATA RAID1, #2, slice 1.
> слайс, во FreeBSD диски можно размечать как MS-Compatible и dangerously-dedicate.
> Вам что нужно чекать, слайс или FS? Намек более чем очевиден: Тем не менее оно работает. Может, в древних системах и была разница, но в моей 8.2 - нет. Монтируется, как ни странно, тоже слайс, а не FS... > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/di... спасибо, посмотрю. > утилиты fdisk, bsdlabel и gpart быстро вправят мозг. мне или диску? :) > # fdisk -s ar2
> # bsdlabel ar2s1
> или
> # gpart ar2 мне его не переразбивать надо, а поднять. >> 1) массив с зеркалированием сформирован средствами BIOS материнки GA-M57SLI-S1, системой
> нет такой board у Gigabyte сорри, GA-M57SLI-S4. понадеялся на память... >> видится как ar2 (есть еще ar0, но с ним все ОК, и ar1 - JBOD массив из одного веника, на котором живет сама фряшка.) Что не так с терминами?
> ar - есть fake-raid или fake-jbod и тд и тп, разницу между hw-raid и fake-raid знаете? видимо нет. >> 2)
>>>> Как всегда неожиданно, в бесперебойнике батареи не выдержали очередного скачка в сети.
> вот вам и ответ, проверяйте диски ну я собсно этим и занимался >> 3)
>>>> С одним массивом работа ведется постоянно и интенсивно, ...
>>>> (диски Seagate STM31000528AS, 931,5GB)
>> только поправлюсь: под маркой Maxtor. Дискам года два-три.
>> 4) atacontrol status ar2
>> ar2: ATA RAID1 status: READY
>> subdisks:
>> 0 ad14 ONLINE
>> 1 ad12 ONLINE
> собственно все сказано, делайте выводы Какие, например? что у меня веник сыплется? это, по-моему, и школьнику ясно.
А вот отчего у меня на 4 проверках одни и те же ошибки fsck находил и их не исправлял? или как, к примеру, было заставить систему все же примонтировать этот массив, например минуя его проверку в процессе инициализации системы? > ps. Взависимости от RELEASE, возможно и fsck неверно используется (разумется в single user mode в ro-mounted или unmounted mode) Релиз я тоже указывал... А пользовал fsck я на отмонтированном разделе, если это не было очевидно из описания того, как оно все у меня происходило.
- fsck не ремонтирует файловую систему, StrangerIV, 11:39 , 31-Янв-13 (14)
>>> ar2s1 - ATA RAID1, #2, slice 1.
>> слайс, во FreeBSD диски можно размечать как MS-Compatible и dangerously-dedicate.
>> Вам что нужно чекать, слайс или FS? Намек более чем очевиден:
> Тем не менее оно работает. Может, в древних системах и была разница, но в моей 8.2 - нет. Монтируется, как ни странно, тоже слайс, а не FS...в дополнение: а как же быть с сообщением "THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ar2s1 (/raid2)" ? он же не пишет "слайс ar2s1 имеет ошибки", он пишет "файловая система ar2s1 имеет ошибки".
- fsck не ремонтирует файловую систему, IMHO, 22:55 , 29-Янв-13 (2) –1
- fsck не ремонтирует файловую систему, Pahanivo, 10:20 , 30-Янв-13 (3)
- fsck не ремонтирует файловую систему, StrangerIV, 11:53 , 30-Янв-13 (5)
> попробуйте монтировать раздел сначла в режиме чтение-запись, пример # mount -u
> -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной файловой системе...
- fsck не ремонтирует файловую систему, StrangerIV, 15:11 , 30-Янв-13 (10)
В общем, все это уже неактуально. После 5 проверки массив подмонтировался, через минут 10 выдал в консоль сообщение о неисправности одного из дисков этого массива. Купил новые веники, сливаю инфу. Но уже с полсотни файлов (из 500 000 примерно) убито - не читаются с дисков или неверные дескрипторы...
- fsck не ремонтирует файловую систему, Дум Дум, 10:01 , 31-Янв-13 (13)
- fsck не ремонтирует файловую систему, StrangerIV, 12:09 , 31-Янв-13 (15)
> Что, если разбить рэйд и пробовать каждый диск в отдельности?Когда в BIOS говоришь ему "удалить массив" то он кричит большими буквами "вы точно этого хотите? ваши данные будут потеряны!"
поэтому кстати у меня и система на этом сервере живет на JBOD массиве из одного диска :)
что-то стремно мне такие эксперименты проводить...
это видимо все равно что удалить партишн и пытаться восстановить ФС на ней...
|
Версия для распечатки
