форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Ошибки файловой системы в free"
Сообщение от r4 (??) on 28-Янв-05, 09:20  (MSK)
FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли возможность всё это править "на лету"?
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

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

1. "Ошибки файловой системы в free"
Сообщение от lavr on 28-Янв-05, 12:32  (MSK)
>FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и >тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли >возможность всё это править "на лету"? вроде есть
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 12:41  (MSK)
	>>FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и >>тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли >>возможность всё это править "на лету"? > >вроде есть А подробнее можно? :)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 12:53  (MSK)
	>>>FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и >>>тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли >>>возможность всё это править "на лету"? >> >>вроде есть > >А подробнее можно? :) каков вопрос: "вроде неверного количества свободных блоков и тд" - таков и ответ, "телепаты в отпуске"
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 13:43  (MSK)
	>>>>FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и >>>>тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли >>>>возможность всё это править "на лету"? >>> >>>вроде есть >> >>А подробнее можно? :) > >каков вопрос: "вроде неверного количества свободных блоков и тд" >- таков и ответ, "телепаты в отпуске" А что непонятного то. Когда запускаешь fsck вылезают ошибки файловой системы. Они бывают разные. Он их исправить не может, потому что фс примонтирована. Как их исправить без перезагрузки? Так понятнее?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "Ошибки файловой системы в free"
	Сообщение от EvilX (ok) on 28-Янв-05, 13:53  (MSK)
	ключ -f не помогает?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 13:54  (MSK)
	>>>>>FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и >>>>>тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли >>>>>возможность всё это править "на лету"? >>>> >>>>вроде есть >>> >>>А подробнее можно? :) >> >>каков вопрос: "вроде неверного количества свободных блоков и тд" >>- таков и ответ, "телепаты в отпуске" > >А что непонятного то. Когда запускаешь fsck вылезают ошибки файловой >системы. Они бывают разные. Он их исправить не может, потому что фс > >примонтирована. Как их исправить без перезагрузки? Так понятнее? смотря какие обшибки. fsck не может поправить СЕРЬЕЗНЫЕ ошибки на RW смонтированной системе и никогда не поправит bad blocks или bad sectors. Чтобы понять серьезность ошибок - нужно смотреть по логам КАКИЕ ошибки. Чтобы нормально и полностью прочекать FS - она должна быть ЛИБО смонтирована на READ-ONLY, еще правильней - размонтирована. В случае сбойных секторов и вовсе плохо: - либо по сектору высчитать номер inode и через clri исключить его - либо воспользоваться badsect и создать файл который будет использовать fsck и обходить плохие сектора Для глобальных рекомендаций - выше все расписано, остальное можно понять или определить по характеру ошибок и точной информации. PS. Поправить файловую систему НА ХОДУ нельзя, это только с журналируемыми FS возможно.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 14:00  (MSK)
	>>>>>>FreeBSD 5.3 Часто возникают ошибки ФС, вроде неверного количества свободных блоков и >>>>>>тд. Для лечения придится ребутать сервер, что очень нежелательно. Есть ли >>>>>>возможность всё это править "на лету"? >>>>> >>>>>вроде есть >>>> >>>>А подробнее можно? :) >>> >>>каков вопрос: "вроде неверного количества свободных блоков и тд" >>>- таков и ответ, "телепаты в отпуске" >> >>А что непонятного то. Когда запускаешь fsck вылезают ошибки файловой >>системы. Они бывают разные. Он их исправить не может, потому что фс >> >>примонтирована. Как их исправить без перезагрузки? Так понятнее? > > >смотря какие обшибки. fsck не может поправить СЕРЬЕЗНЫЕ ошибки на >RW смонтированной системе и никогда не поправит bad blocks или bad sectors. >Чтобы понять серьезность ошибок - нужно смотреть по логам >КАКИЕ ошибки. > Чтобы нормально и полностью прочекать FS - она должна быть ЛИБО >смонтирована на READ-ONLY, еще правильней - размонтирована. > В случае сбойных секторов и вовсе плохо: > >- либо по сектору высчитать номер inode и через clri исключить его > >- либо воспользоваться badsect и создать файл который будет использовать >fsck и обходить плохие сектора > >Для глобальных рекомендаций - выше все расписано, остальное можно понять >или определить по характеру ошибок и точной информации. > >PS. Поправить файловую систему НА ХОДУ нельзя, это только с журналируемыми >FS возможно. А несерьёзные. Вроде неверного количсетва свободных блоков в суперблоке? как такие исправлять на ходу?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 14:10  (MSK)
	> А несерьёзные. Вроде неверного количсетва свободных блоков в суперблоке? как такие >исправлять на ходу? по вашему это несерьезная ошибка? :( man fsck (preen режим)
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 14:14  (MSK)
	>> А несерьёзные. Вроде неверного количсетва свободных блоков в суперблоке? как такие >>исправлять на ходу? > >по вашему это несерьезная ошибка? :( > >man fsck (preen режим) Нет, ведь на работу она не влияет.только на отображение свободного места.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 14:42  (MSK)
	>>> А несерьёзные. Вроде неверного количсетва свободных блоков в суперблоке? как такие >>>исправлять на ходу? >> >>по вашему это несерьезная ошибка? :( >> >>man fsck (preen режим) > >Нет, ведь на работу она не влияет.только на отображение свободного места. ну подумай немножко дальше: в суперблоке полное кол-во блоков, занятые и свободные, что будет если кол-во свободных неверно? Одни значения - тянут за собой другие, как результат - жопа файловой системе, вместо свободных - занятые inodes, пойдет утечка места и вместо fs будет каша.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 14:45  (MSK)
	>>>> А несерьёзные. Вроде неверного количсетва свободных блоков в суперблоке? как такие >>>>исправлять на ходу? >>> >>>по вашему это несерьезная ошибка? :( >>> >>>man fsck (preen режим) >> >>Нет, ведь на работу она не влияет.только на отображение свободного места. > >ну подумай немножко дальше: в суперблоке полное кол-во блоков, занятые >и свободные, что будет если кол-во свободных неверно? Одни значения - тянут > >за собой другие, как результат - жопа файловой системе, вместо свободных >- занятые inodes, пойдет утечка места и вместо fs будет каша. Ну это в теории. На практике у меня такое было неоднократно. Свободное место уходило в минус, но никаких ошибок, или потерь данных при этом небыло. Видать продумали создатели фс такую ситуацию
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 14:57  (MSK)
	>>>>> А несерьёзные. Вроде неверного количсетва свободных блоков в суперблоке? как такие >>>>>исправлять на ходу? >>>> >>>>по вашему это несерьезная ошибка? :( >>>> >>>>man fsck (preen режим) >>> >>>Нет, ведь на работу она не влияет.только на отображение свободного места. >> >>ну подумай немножко дальше: в суперблоке полное кол-во блоков, занятые >>и свободные, что будет если кол-во свободных неверно? Одни значения - тянут >> >>за собой другие, как результат - жопа файловой системе, вместо свободных >>- занятые inodes, пойдет утечка места и вместо fs будет каша. > > >Ну это в теории. На практике у меня такое было неоднократно. Свободное >место уходило в минус, но никаких ошибок, или потерь данных при >этом небыло. Видать продумали создатели фс такую ситуацию это не в теории, а вполне на практике. свободное место в минус - это банальное переполнение FS - все что нужно сделать в данном случае, это правильно почистить, если не понятно кем занято место и кто не освобождает - lsof в руки, потому как удаляя открытый файл в который какой-то процесс льет данные, в реалии он не удален и иноды не освобождены, поэтому lsof - определяем кто и какие файлы держит на данной FS, кладем или убиваем этот демон, чистим и затем sync;sync - для завершения операций записи. Если все сделано верно - сразу будет видно что мы реально почистили FS, если нет - не все сделали правильно и нужно перегружаться, затем лучше boot -s, руками запускаем fsck -y и после монтирования смотрим занятость, если состояние дел осталось плохим, то снова чистим с полной уверенностью что никакие процессы не держат открытых файлов, так как это single-user mode. Все - никаких проблем и никакого отношения к ОШИБКАМ FS это не имеет, а лишь неверные действия администратора по очистке FS от мусора.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 15:03  (MSK)
	>>Ну это в теории. На практике у меня такое было неоднократно. Свободное >>место уходило в минус, но никаких ошибок, или потерь данных при >>этом небыло. Видать продумали создатели фс такую ситуацию > >это не в теории, а вполне на практике. свободное место в минус >- это банальное переполнение FS - все что нужно сделать в >данном случае, это >правильно почистить, если не понятно кем занято место и кто не освобождает Свободное место в минус было именно изза неверного количества свободных блоков в суперблоке, это было на фс /var и система работала так около суток(тоесть записать и прочитать успела достаточно). После чего  никаких потерь данных обнаружено небыло. > >- lsof в руки, потому как удаляя открытый файл в который какой-то >процесс >льет данные, в реалии он не удален и иноды не освобождены, поэтому > >lsof - определяем кто и какие файлы держит на данной FS, кладем >или убиваем этот демон, чистим и затем sync;sync - для завершения >операций >записи. Если все сделано верно - сразу будет видно что мы реально > >почистили FS, если нет - не все сделали правильно и нужно перегружаться, > >затем лучше boot -s, руками запускаем fsck -y и после монтирования >смотрим занятость, если состояние дел осталось плохим, то снова чистим >с полной уверенностью что никакие процессы не держат открытых файлов, так >как это single-user mode. Все - никаких проблем и никакого отношения >к ОШИБКАМ FS это не имеет, а лишь неверные действия администратора по > >очистке FS от мусора.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 15:14  (MSK)
	> >>>Ну это в теории. На практике у меня такое было неоднократно. Свободное >>>место уходило в минус, но никаких ошибок, или потерь данных при >>>этом небыло. Видать продумали создатели фс такую ситуацию >> >>это не в теории, а вполне на практике. свободное место в минус >>- это банальное переполнение FS - все что нужно сделать в >>данном случае, это >>правильно почистить, если не понятно кем занято место и кто не освобождает > >Свободное место в минус было именно изза неверного количества свободных блоков в >суперблоке, это было на фс /var и система работала так около >суток(тоесть записать и прочитать успела достаточно). После чего  никаких потерь >данных обнаружено небыло. оно с неба стало неверным? я изложил одну из возможных ситуаций. с /var тем более понятно - неудачное удаление почты, антивирусы, неудачное вращение файлов логгирования и тд и тп. Файловая система сама по себе не рушится, ну разве что есть подозрение о утечке свободного дискового пространства при использовании softupdates, но ни четких утверждений, ни опровержения в списках рассылки я не нашел
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "Ошибки файловой системы в free"
	Сообщение от r4 (??) on 28-Янв-05, 15:17  (MSK)
	>оно с неба стало неверным? я изложил одну из возможных ситуаций. >с /var тем более понятно - неудачное удаление почты, антивирусы, неудачное >вращение файлов логгирования и тд и тп. > Файловая система сама по себе не рушится, ну разве что есть >подозрение >о утечке свободного дискового пространства при использовании softupdates, >но ни четких утверждений, ни опровержения в списках рассылки я не нашел понятно, что само по себе ничего не ломается. А как можно автоматизировать процесс востановления верной информации в суперблоке ? Или только ребут?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "Ошибки файловой системы в free"
	Сообщение от lavr on 28-Янв-05, 16:56  (MSK)
	>>оно с неба стало неверным? я изложил одну из возможных ситуаций. >>с /var тем более понятно - неудачное удаление почты, антивирусы, неудачное >>вращение файлов логгирования и тд и тп. >> Файловая система сама по себе не рушится, ну разве что есть >>подозрение >>о утечке свободного дискового пространства при использовании softupdates, >>но ни четких утверждений, ни опровержения в списках рассылки я не нашел > >понятно, что само по себе ничего не ломается. А как можно автоматизировать >процесс востановления верной информации в суперблоке ? Или только ребут? так уже сказал: umount + fsck -y или reboot - тогда fsck работает с размонтированной FS по полной программе
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.