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

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

"fsck не находит ошибки в single user"
Сообщение от XoRe on 21-Дек-03, 16:49  (MSK)
Да, да, вы правильно поняли сабж. FreeBSD 4.5. Система стоит около 3 лет. Работает сервером, работают сервисы, все нормально. Вдруг ни с того ни с сего начались ошибки fs, падения системы, корки(*.core). Поменяли сетевуху(прочитали тут, что может из-за сетевухи), поменяли оперативу и ткнули в другой слот, поменяли шлейф, поменяли жесткийи, поставили на него FreeBSD 5.1 и заново установили все сервисы. Падения прекратились, корки тоже(почти), но ошибки кое какие возникают, причем, когда запускаешь fsck при нормальной работе сервера(т.е. в многопользовательском режиме), он проверяет разделы с доступом тока на чтение и в разделе, примоунтеном как /var находит какое-то количество ошибок, но из-за отсутствия права на запись, их не исправляет. Гружусь в single user, запускаю fsck.... но эррорс, файл систем клин..... Заааагружаюсь в нормальном режиме, fsck, и что бы вы думали, опять выдает ошибки. Мистика одним словом......)) Посоветуйте что нить кроме спирта:)) Вывод fsck: root@amn# fsck /var ** /dev/ad0s1d (NO WRITE) ** Last Mounted on /var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts UNREF FILE I=282643 OWNER=root MODE=100600 SIZE=1717 MTIME=Dec 22 00:57 2003 RECONNECT? no CLEAR? no UNREF FILE I=282661 OWNER=root MODE=100600 SIZE=1196 MTIME=Dec 22 00:57 2003 RECONNECT? no CLEAR? no UNREF FILE I=730125 OWNER=root MODE=100644 SIZE=5 MTIME=Dec 22 00:57 2003 RECONNECT? no CLEAR? no ** Phase 5 - Check Cyl groups FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? no SUMMARY INFORMATION BAD SALVAGE? no BLK(S) MISSING IN BIT MAPS SALVAGE? no 7417 files, 379616 used, 3681446 free (1758 frags, 459961 blocks, 0.0% fragmentation)
	Рекомендовать в FAQ | Cообщить модератору | Наверх

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

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

1. "fsck не находит ошибки в single user"
Сообщение от lavr on 22-Дек-03, 11:08  (MSK)
>Да, да, вы правильно поняли сабж. >FreeBSD 4.5. Система стоит около 3 лет. Работает сервером, работают сервисы, все >нормально. Вдруг ни с того ни с сего начались ошибки fs, >падения системы, корки(*.core). Поменяли сетевуху(прочитали тут, что может из-за сетевухи), поменяли >оперативу и ткнули в другой слот, поменяли шлейф, поменяли жесткийи, поставили >на него FreeBSD 5.1 и заново установили все сервисы. Падения прекратились, >корки тоже(почти), но ошибки кое какие возникают, причем, когда запускаешь fsck >при нормальной работе сервера(т.е. в многопользовательском режиме), он проверяет разделы с >доступом тока на чтение и в разделе, примоунтеном как /var находит >какое-то количество ошибок, но из-за отсутствия права на запись, их не >исправляет. Гружусь в single user, запускаю fsck.... но эррорс, файл систем >клин..... Заааагружаюсь в нормальном режиме, fsck, и что бы вы думали, >опять выдает ошибки. Мистика одним словом......)) Посоветуйте что нить кроме спирта:)) > > >Вывод fsck: >root@amn# fsck /var >** /dev/ad0s1d (NO WRITE) >** Last Mounted on /var >** Phase 1 - Check Blocks and Sizes >** Phase 2 - Check Pathnames >** Phase 3 - Check Connectivity >** Phase 4 - Check Reference Counts >UNREF FILE I=282643 OWNER=root MODE=100600 >SIZE=1717 MTIME=Dec 22 00:57 2003 >RECONNECT? no > > >CLEAR? no > >UNREF FILE I=282661 OWNER=root MODE=100600 >SIZE=1196 MTIME=Dec 22 00:57 2003 >RECONNECT? no > > >CLEAR? no > >UNREF FILE I=730125 OWNER=root MODE=100644 >SIZE=5 MTIME=Dec 22 00:57 2003 >RECONNECT? no > > >CLEAR? no > >** Phase 5 - Check Cyl groups >FREE BLK COUNT(S) WRONG IN SUPERBLK >SALVAGE? no > >SUMMARY INFORMATION BAD >SALVAGE? no > >BLK(S) MISSING IN BIT MAPS >SALVAGE? no > >7417 files, 379616 used, 3681446 free (1758 frags, 459961 blocks, 0.0% fragmentation) > зачем нужно было переставлять систему??? imho, похоже что жесткий диск скоро попросится в мусорное ведро... других мыслей нет, потому как нужно смотреть сообщения в логах по сбоям на hdd видимо.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "Пояснение"
	Сообщение от XoRe on 22-Дек-03, 13:15  (MSK)
	Поясняю: в том то и дело, что жесткий диск Поменяли. Заказали с москвы SeaGate Barracuda 120gb ATA 100(или 133) 8mb-кэша. Сегодня проводил эксперимент: Гружу систему как обычно (ошибки показывает но не исправляет). Потом делаю shutdown now. Ошибки находит, но уже не все. Делаю umount /var и fsck. Ошибок не находит вообще. Нажимаю Ctrl+D и загружаюсь в обычный режим - ошибки нашлись))). Потом... ставю в fstab раздел /var только на чтение и перезагружаюсь. После перезагрузки ошибок нету даже в многопользовательском режиме...)) Может быть это из-за того, что создаются какие то временные файлы с нестандартными опциями и конфликтуют с системой soft updates?
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "Пояснение"
	Сообщение от lavr on 22-Дек-03, 14:02  (MSK)
	>Поясняю: в том то и дело, что жесткий диск Поменяли. Заказали с >москвы SeaGate Barracuda 120gb ATA 100(или 133) 8mb-кэша. >Сегодня проводил эксперимент: >Гружу систему как обычно (ошибки показывает но не исправляет). >Потом делаю shutdown now. Ошибки находит, но уже не все. >Делаю umount /var и fsck. Ошибок не находит вообще. >Нажимаю Ctrl+D и загружаюсь в обычный режим - ошибки нашлись))). >Потом... ставю в fstab раздел /var только на чтение и перезагружаюсь. После >перезагрузки ошибок нету даже в многопользовательском режиме...)) > >Может быть это из-за того, что создаются какие то временные файлы с >нестандартными опциями и конфликтуют с системой soft updates? на FreeBSD ни разу с таким не сталкивался, в коммерческих Unix'ах - сталкивался - зависело от системных вызовов использовавших неудачные вызовы lock файлов и файловых систем. ps. попробуй через atacontrol изменить(понизить) dma-mode...
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

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

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