kernel: panic: ffs_blkfree: freeing free block

kernel: panic: ffs_blkfree: freeing free block

This page was exported from - Adam Kucza
Export date: Fri Mar 3 21:29:00 2017 / +0000 GMT
kernel: panic: ffs_blkfree: freeing free block
Po zainstalowaniu czy?ciutkiego nowego systemu FreeBSD 8.0-RELEASE, pracuj?c ju? po SSH (putty) podczas instalowania
odpowiednich portów (polecenie: make install clean), system zacz?? si? dziwnie i niestabilnie zachowywa?. Skutkiem niestabilno?ci
by?y restarty systemu w zasadzie z niewyja?nionych przyczyn.
Przyk?ad: port si? kompiluje i nagle restart, putty traci ??czno?? z serwerem, ponownie zalogowanie do systemu, sprawdzenie
uptime, gdzie z regu?y by?o kilka sekund/minut. Na koniec dmesg, który potwierdza? restart serwera.
Po ka?dym restarcie szuka?em informacji w logach (/var/run, /var/log). Jedynie co znajdywa?em to informacj? o restarcie.
Ciekawostk? by?o to, ?e restarty pojawia?y si? w dowolnym momencie i tylko podczas pracy dysku (read/write). A czasami w
logach nie wida? nieprawid?owej pracy dysków.
Nieufno?? do nowych dysków Caviara (tylko 320GB) pokierowa?y moj? intuicj?, aby sprawdzi? logi S.M.A.R.T. (portem
smartmontools). Ale niestety, niczego z?ego tam nie znalaz?em (No Errors Logged).
Zmieni?em kable. ?adnych zmian. Pod??czy?em monitor i... przy restartach mia?em co? takiego:
Jan 19 09:13:41 fox syslogd: kernel boot file is /boot/kernel/kernel
Jan 19 09:13:41 fox kernel: dev = ad0s1f, block = 1, fs = /usr
Jan 19 09:13:41 fox kernel: panic: ffs_blkfree: freeing free block
Jan 19 09:13:41 fox kernel: cpuid = 0
Jan 19 09:13:41 fox kernel: Uptime: 44m25s
Jan 19 09:13:41 fox kernel: Cannot dump. No dump device defined.
Jan 19 09:13:41 fox kernel: Automatic reboot in 15 seconds - press a key on the console to abort
Jan 19 09:13:41 fox kernel: Rebooting...
Mo?e powinienem ustawi? inny poziom logowania demona syslogd? Mo?e wtedy zobaczy?bym powy?sze zapisy w logach?
Jednak?e z powodu braku czasu zarzuci?em temat wyszukiwarce google.
Okaza?o si?, ?e freeing free block podczas pracy systemu i dysku, to bug samego systemu, z którym ju? od kilku lat borykaj? si?
autorzy dystrybucji freeBSD.
Wg ich sugestii nale?a?o wy??czy? tzw. softupdates dla danego systemu plików (u mnie native freebsd --> ufs).
Podobno softupdates przyspiesza prac? na dysków zwalniaj?c odpowiednie bloki (freeing free blocks) wg zaawansowanych
algorytmów.
Sprawdzi?em wi?c jak by?o u mnie:
fox# mount
/dev/ad0s1a on / (ufs, local)
devfs on /dev (devfs, local, multilabel)
/dev/ad0s1e on /tmp (ufs, local, soft-updates)
/dev/ad0s1f on /usr (ufs, local, soft-updates)
/dev/ad0s1d on /var (ufs, local, soft-updates)
Postanowi?em wy??czy? softupdates dla /usr, na którym wyst?powa? problem.
Nie mo?na tego by?o zrobi? on-the-fly (podczas pracy systemu), poniewa? /usr by?a w u?yciu, a fix mo?na wykona? tylko i
wy??cznie na odmontowanej partycji. Jedyna droga to boot'owanie systemu w trybie Single user mode.
Polecenie
#tunefs -n disable /usr
wy??cza softupdates na /usr.
Jeszcze szybko sprawdzi?em aktualny stan ustawie? systemu plików
fox# mount
/dev/ad0s1a on / (ufs, local)
devfs on /dev (devfs, local, multilabel)
/dev/ad0s1e on /tmp (ufs, local, soft-updates)
/dev/ad0s1f on /usr (ufs, local)
/dev/ad0s1d on /var (ufs, local, soft-updates)
i reboot.
Jako? do dzisiaj nie wida? wyra?nego spadku wydajno?ci pracy dysku po wy??czeniu softupdates.
Output as PDF file has been powered by [ Universal Post Manager ] plugin from www.ProfProjects.com
| Page 1/2 |
This page was exported from - Adam Kucza
Export date: Fri Mar 3 21:29:00 2017 / +0000 GMT
Wa?niejszym jest, ?e restartów ju? nie ma. Nic tylko si? cieszy?.
Jako ciekawostk? mog? doda?, i? serwerów freeBSD postawi?em ju? ca?kiem sporo, a taki przypadek pojawi? si? po raz pierwszy.
Mo?e to jednak ten Caviar? Mo?e powinienem wybra? Seagate albo Maxtor? :)
p.s. polecam te? HandBook'a freeBSD o Tuning Disks: http://www.freebsd.org/doc/handbook/configtuning-disk.html
Output as PDF file has been powered by [ Universal Post Manager ] plugin from www.ProfProjects.com
| Page 2/2 |