The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

"/usr корраптится"
Сообщение от AMDmi3 Искать по авторуВ закладки on 13-Окт-04, 22:44  (MSK)
Есть FreeBSD 5.2.1, есть раздел /usr, на нем UFS2 с включенными Soft Updates. Никаких дополнительных параметров ни при создании, ни при монтировании ФС указано не было - самый обычный дефолтный фрюшный /usr. Разве что, /usr/ports и /usr/src по NFS насшарены.

Проблема в том, что иногда после перезагрузки (shutdown -r now), на файловой системе перестают читаться несколлько файлов в каком-либо каталоге (типа cat: bad file descriptor). Причем, файловая система размонтируется правильно, fsck при загрузке не ругается, но файлы грохаются. Причем, это такие файлы, в которые даже ничего и не пишется. Один раз это было несколько Makefile, pkg-descr и подобных файлов от неспольких портов в /usr/ports, один раз несколько библиотек в /usr/lib и один раз почти все из /usr/local/share/zsh.

Диск живой, судя по смарту, барракуда ST380011A, в логах тоже ничего. Ему ровно год, на нем есть другие разделы - на них ничего не грохается. Пока выключил кэш записи (hw.ata.wc=0), так как подозреваю, что на него что-то из кэша не успеват записаться. Но это действо, по идее, уменьшит производительность дисковой системы... Не может NFS быть как-то замешан?

Никто не имеет идей, в чем может быть проблема и как ее исправить?

далее - вывод fsck:

** /dev/ad0s1g (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
UNALLOCATED  I=48912  OWNER=root MODE=0
SIZE=0 MTIME=Jan  1 03:00 1970
NAME=/local/share/zsh/4.2.1

UNEXPECTED SOFT UPDATE INCONSISTENCY

REMOVE? no

** Phase 3 - Check Connectivity
UNREF DIR  I=49431  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=49006  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48938  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48934  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48955  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=48974  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004
RECONNECT? no

UNREF DIR  I=49006  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004
RECONNECT? no

** Phase 4 - Check Reference Counts
LINK COUNT DIR I=48909  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 4 SHOULD BE 3
ADJUST? no

UNREF FILE  I=48928  OWNER=root MODE=100444
SIZE=6143 MTIME=Aug 25 06:34 2004
RECONNECT? no


CLEAR? no

UNREF FILE  I=48929  OWNER=root MODE=100444
SIZE=2154 MTIME=Aug 25 06:34 2004
RECONNECT? no


CLEAR? no

UNREF FILE  I=48930  OWNER=root MODE=100444
SIZE=6493 MTIME=Aug 25 06:34 2004
RECONNECT? no


CLEAR? no

UNREF FILE  I=48931  OWNER=root MODE=100444
SIZE=11240 MTIME=Aug 25 06:34 2004
RECONNECT? no


CLEAR? no

UNREF FILE  I=48932  OWNER=root MODE=100444
SIZE=6185 MTIME=Aug 25 06:34 2004
RECONNECT? no


CLEAR? no

UNREF FILE  I=48933  OWNER=root MODE=100444
SIZE=1267 MTIME=Aug 25 06:34 2004
RECONNECT? no


CLEAR? no

LINK COUNT DIR I=48934  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=48938  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=48955  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=48974  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? no

LINK COUNT DIR I=49006  OWNER=root MODE=40755
SIZE=512 MTIME=Aug 25 06:34 2004  COUNT 13 SHOULD BE 12
ADJUST? no

LINK COUNT DIR I=49431  OWNER=root MODE=40755
SIZE=1024 MTIME=Aug 25 06:34 2004  COUNT 2 SHOULD BE 1
ADJUST? 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

199961 files, 991944 used, 530535 free (8335 frags, 65275 blocks, 0.5% fragmentation)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

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

1. "/usr корраптится"
Сообщение от Дмитрий Ю. Карпов emailИскать по авторуВ закладки on 13-Окт-04, 23:46  (MSK)
Именно поэтому я и не советую никому переходить на 5.* до тех пор, пока не закончится развитие ветки 4.*!
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "/usr корраптится"
Сообщение от lavr emailИскать по авторуВ закладки on 14-Окт-04, 10:45  (MSK)
>Именно поэтому я и не советую никому переходить на 5.* до тех
>пор, пока не закончится развитие ветки 4.*!

Дмитрий, 5'ка тут непричем, это softupdate и неудачное размонтирование,
скорей всего из-за занятости по NFS. Совет - то что планируется раздавать
по NFS, Samba, FTP на RW лучше оформлять обычной UFS1 или UFS2.
  Хотя у меня и с soft-updates для exports-fs таких проблем не было,
имеет смысл посмотреть логи на предмет сбоев на диске.
Практика показывает что если диск "не очень" и на нем FS  с soft-updates,
дефекты вылазят гораздо раньше.

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру