Lystopad Olexandr wrote:
Вопрос к автору и к остальным, кто как борся с таким:
http://lists.freebsd.org/pipermail/freebsd-bugs/2011-July/044923.html
В копилку чтобы не потерялось:
В районе 8.1 захотелось поиграться с вынесением на SSD логов и кеша.
После "поиграться" осталось:
> zpool status
pool: utwig
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using 'zpool online' or replace the device with
'zpool replace'.
scan: resilvered 73,6M in 0h0m with 0 errors on Fri Oct 28 14:37:10 2011
config:
NAME STATE READ
WRITE CKSUM
utwig DEGRADED 0
0 0
mirror-0 ONLINE 0
0 0
gptid/ecb17af1-9119-11df-bb0b-00304f4e6d80 ONLINE 0
0 0
gptid/03aed1f5-95a3-11df-bb0b-00304f4e6d80 ONLINE 0
0 0
logs
2601574929917777954 OFFLINE 0
0 0 was /dev/gptid/231b9002-a4a5-11e0-a114-3f386a87752c
errors: No known data errors
Сей лог никак не удаляется, хотя превосходно мигрирует с девайса на
девайс. Сейчас просто отключен. Обновление до v28 и переход на 9.0
ничего не дали, даже scrub ничего не лечит. Похоже вопрос скорее к
пулам, созданным на v15. Пока ничего не сломалось - сижу и жду измений.
На такое же поведение напарывался ещё кто-то в рассылках.
Способ лечения один - пересоздать пул. ZFS не настолько глубоко изучен и
запилен чтобы кто-то взялся выковыривать такие странные и
трудновоспроизводимые баги.
Хотите поэкспериментировать - пересоберите мир clang'ом. У меня был
прецендент когда при попытке доступа к запоротой директории процесс вис
и терял состояние, оставаясь вечно неубиенным. Пересобрав мир clang'ом я
получил нормальный coredump.
--
Sphinx of black quartz judge my vow.
