Solaris начинает падать на операциях доступ к диску. Иногда при попытке поставить метку на диск в format, иногда это проходит но на операции создания файловой системы опять kernel panic. Да, загружается потом как ни в чем не бывало. Как я искал проблему:
Лог паники:
panic[cpu121]/thread=30033405ba0: free: freeing free block, dev:0x2000000068, block:0, ino:2, fs:/.alt.tmp.b-xv.mnt
000002a1021e9460 ufs:real_panic_v+60 (0, 19b8868, 2a1021e9700, 3000f8f0000, 0, 600b5b383c0)
%l0-3: 0000000000000001 000000000000000f 000003000f8f0310 0000000000080201
%l4-7: 0000000002080201 00000000013417dc 0000000000000064 0000000001833400
000002a1021e9510 ufs:ufs_fault_v+c8 (600b34e3ec0, 19b8868, 2a1021e9700, 0, 600b431d228, 3000f8f0000)
Лог паники:
panic[cpu121]/thread=30033405ba0: free: freeing free block, dev:0x2000000068, block:0, ino:2, fs:/.alt.tmp.b-xv.mnt
000002a1021e9460 ufs:real_panic_v+60 (0, 19b8868, 2a1021e9700, 3000f8f0000, 0, 600b5b383c0)
%l0-3: 0000000000000001 000000000000000f 000003000f8f0310 0000000000080201
%l4-7: 0000000002080201 00000000013417dc 0000000000000064 0000000001833400
000002a1021e9510 ufs:ufs_fault_v+c8 (600b34e3ec0, 19b8868, 2a1021e9700, 0, 600b431d228, 3000f8f0000)
В принципе тут все что нам нужно есть - причина паники free: freeing free block.
Если же причина была такая dump failed: error 28, то искать пришлось бы в заговоловочном файле:
#grep -w 28 /usr/include/sys/errno.h
#define ENOSPC 28 /* No space left on device */
Смотрим куда пишутся корки:
#dumpadm
Dump content: kernel pages
Dump device: /dev/md/dsk/d20 (swap)
Savecore directory: /var/crash
Savecore enabled: yes
Save compressed: on
идем
#cd /var/crash
#savecore -vf vmdump.0
тут мы собрали наш дамп и готовы его посмотреть внутри.
#echo "::status" | mdb -k unix.0 vmcore.0
debugging crash dump vmcore.0 (64-bit) from m5000-ibso-sby
operating system: 5.10 Generic_147147-26 (sun4u)
panic message:
free: freeing free block
, dev:0x2000000068, block:8, ino:2, fs:/.alt.tmp.b-js.mn
t
dump content: kernel pages only
Вот мы снова увидели нашу причину -
free: freeing free block
Теперь идем на сайт support.oracle.com и в строке поиска на dashboard ее и набираем.
Первый результат же и даёт документ, в котором говорится, что кто-то сделал несколько окружений LiveUpdate и не убрал за собой. Теперь надо это исправить....
freeing free inode/frag/block Panic on /.alt.tmp.xxx After Issuing the lufslist Command [ID 1329401.1]
Комментариев нет:
Отправить комментарий