форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Файловые системы, диски / FreeBSD)
Изначальное сообщение		[ Отслеживать ]

"fsck не ремонтирует файловую систему"	+/–
Сообщение от StrangerIV (ok) on 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 ... Бэкапов нету... :( Будет конечно повод поставить начальство перед необходимостью резервных носителей, но сейчас хотелось бы все же запустить этот массив. Что посоветуете?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "fsck не ремонтирует файловую систему"	+/–
Сообщение от lavr on 29-Янв-13, 19:07
> Доброго времени суток. > Есть Samba-сервер под FreeBSD 8.2, с пятью дисками - один системный, остальные > собраны в два RAID1-массива аппаратно, средствами материнской платы. С одним массивом > работа ведется постоянно и интенсивно, с другим -далеко не так напряженно. > Как всегда неожиданно, в бесперебойнике батареи не выдержали очередного скачка в сети. > Система работала и дальше, но на сетевых шарах основного рабочего массива > (диски Seagate STM31000528AS, 931,5GB) вдруг стали не видны некоторые файлы и > папки, другие стали читаться с ошибками. После перезагрузки, естественно, fsck захотел > проверить этот массив в single-user. > #fsck -y /dev/ar2s1 стал находить кучу ошибок вида верхняя строка с fsck - явный бред!!! расшифруйте нам в терминах MBR: ar2s1 1) если вы пишите /dev/arX, то какой нафик аппаратный RAID1?! 2) проблемы SOFT-UPDATE (сервер подключен к УПС?), питание может падать? 3) Сколько лет используются диски, как интенсивно и модели? 4) atacontrol какой статус даст по ar'у? после ответов на верхнее - будет рекомендация
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от StrangerIV (ok) on 30-Янв-13, 11:49
	>[оверквотинг удален] >> папки, другие стали читаться с ошибками. После перезагрузки, естественно, 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
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	9. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от lavr on 30-Янв-13, 15:10
	>[оверквотинг удален] >> 1) если вы пишите /dev/arX, то какой нафик аппаратный RAID1?! >> 2) проблемы SOFT-UPDATE (сервер подключен к УПС?), питание может падать? >> 3) Сколько лет используются диски, как интенсивно и модели? >> 4) atacontrol какой статус даст по ar'у? >> после ответов на верхнее - будет рекомендация > что бредового в параметрах fsck, которые я задавал? не соблаговолите ли пояснить? > и вообще-то на два ваших вопроса ответы были в моем сообщении, > буду цитировать. > Итак: > ar2s1 - ATA RAID1, #2, slice 1. слайс, во FreeBSD диски можно размечать как MS-Compatible и dangerously-dedicate. Вам что нужно чекать, слайс или 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 > видится как 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 собственно все сказано, делайте выводы ps. Взависимости от RELEASE, возможно и fsck неверно используется (разумется в single user mode в ro-mounted или unmounted mode)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от StrangerIV (ok) on 30-Янв-13, 19:45
	>> 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 я на отмонтированном разделе, если это не было очевидно из описания того, как оно все у меня происходило.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	14. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от StrangerIV (ok) on 31-Янв-13, 11:39
	>>> 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 имеет ошибки".
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

2. "fsck не ремонтирует файловую систему"	–1 +/–
Сообщение от IMHO on 29-Янв-13, 22:55
> fsck захотел  проверить этот массив в single-user. попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от Pahanivo (ok) on 30-Янв-13, 10:20
	> попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u > -t ufs ... а дальше, думаю сами разберетесь где ..., а > потом fsck -y fsck -y /dev/ar2s1 ниче странного не находите а?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от StrangerIV (ok) on 30-Янв-13, 11:53
	> попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u > -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной файловой системе...
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	6. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от Pahanivo (ok) on 30-Янв-13, 12:36
	>> попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u >> -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y > а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной > файловой системе... затем что ... идЪеот ... http://www.opennet.me/~IMHO
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "fsck не ремонтирует файловую систему"	–1 +/–
	Сообщение от Сергей (??) on 30-Янв-13, 13:27
	>> попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u >> -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y > а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной > файловой системе... Эти слова вам что-нибудь говорят disk, partition, slice
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "fsck не ремонтирует файловую систему"	+1 +/–
	Сообщение от Pahanivo (ok) on 30-Янв-13, 14:55
	>>> попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u >>> -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y >> а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной >> файловой системе... > Эти слова вам что-нибудь говорят disk, partition, slice какая корреляция с упавшей файлухой? к тому же вам они точно нихера не говорят, хотя бы по тому что slice и partition это одно и тоже ....
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	11. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от lavr on 30-Янв-13, 15:11
	>>>> попробуйте  монтировать раздел сначла в режиме чтение-запись, пример # mount -u >>>> -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y >>> а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной >>> файловой системе... >> Эти слова вам что-нибудь говорят disk, partition, slice > какая корреляция с упавшей файлухой? > к тому же вам они точно нихера не говорят, хотя бы по > тому что slice и partition это одно и тоже .... смотря в отношении чего говорить-писать и в каких терминах M$ или Unix :)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "fsck не ремонтирует файловую систему"	+/–
Сообщение от StrangerIV (ok) on 30-Янв-13, 15:11
В общем, все это уже неактуально. После 5 проверки массив подмонтировался, через минут 10 выдал в консоль сообщение о неисправности одного из дисков этого массива. Купил новые веники, сливаю инфу. Но уже с полсотни файлов (из 500 000 примерно) убито - не читаются с дисков или неверные дескрипторы...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от Дум Дум on 31-Янв-13, 10:01
	Что, если разбить рэйд и пробовать каждый диск в отдельности?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	15. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от StrangerIV (ok) on 31-Янв-13, 12:09
	> Что, если разбить рэйд и пробовать каждый диск в отдельности? Когда в BIOS говоришь ему "удалить массив" то он кричит большими буквами "вы точно этого хотите? ваши данные будут потеряны!" поэтому кстати у меня и система на этом сервере живет на JBOD массиве из одного диска :) что-то стремно мне такие эксперименты проводить... это видимо все равно что удалить партишн и пытаться восстановить ФС на ней...
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	16. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от Дум Дум on 31-Янв-13, 15:49
	Когда данные уже слиты, можно, наверное, попробовать. Заодно узнать - верить ли всему, что пишут по телевизору :)
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от Дум Дум on 31-Янв-13, 15:51
	Или даже не разбивая массив: отключить один диск - попробовать. Отключить второй - попробовать.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	18. "fsck не ремонтирует файловую систему"	+/–
	Сообщение от lavr on 31-Янв-13, 20:07
	>> Что, если разбить рэйд и пробовать каждый диск в отдельности? > Когда в BIOS говоришь ему "удалить массив" то он кричит большими буквами > "вы точно этого хотите? ваши данные будут потеряны!" > поэтому кстати у меня и система на этом сервере живет на JBOD > массиве из одного диска :) > что-то стремно мне такие эксперименты проводить... > это видимо все равно что удалить партишн и пытаться восстановить ФС на > ней... Вам же объяснили, у Вас fake-raid! Знаете что такое fake-raid? Через BIOS создаются ТОЛЬКО МЕТАДАННЫЕ, которые записываются в специальную область, с данными ничего не происходит, всю остальную работу выполняет драйвер системы. Вобщем изучайте матчасть.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема