Re: panic when mounting a filesystem

From: Luca Fini (lfini@arcetri.astro.it)
Date: Tue Nov 04 2003 - 07:13:10 EST


Many thanks for the hints. No solution up to now, but I keep hoping.

Here follows a brief summary of suggestions:

- davem@fdgroup.com: Have you tried a forced fsck? fsck -o f /dev/....

  No, the fsck doesn't need to be forced (see below)

- Peter Stokes <peter@ashlyn.co.uk>
  Check if you see a sensible partition table in format

    I did. Everything seems OK. I'm just doing a (non destructive) analyze
    of disk surface.

  Then fsck the partition, you may need to tell it an inode value from the
  look of it.

    I did fsck a few times (the first one something was repaired, then no
    other errors appear).

    What does "you may need to tell it an inode value" mean?

- Grzegorz Bakalarski <G.Bakalarski@icm.edu.pl>

    Have you fsck'ed the filesystem before mounting ???

       See above.

    Are you using any mount options like logging, noatime etc???

       I tried some different options. It always fails.

    What is patch level ? (latest recommended or ? ) ???

       I do not know, actually, but the disk was working up to yesterday

   Definitely I'd start with manual fsck of both partitions ...

       I did ..

   Other question: is it software raid or hardware raid ...? Is your
   raid OK (no error/warning messages, no beeping box etc )?

      It's a hardware RAID on a SCSI interface. It shows no errors in
      /var/adm/messages and it is perfectly silent.

On Tue, 4 Nov 2003, Luca Fini wrote:

> After a power failure I'm not able to mount a partition any longer.
> Whenever I attempt to mount it I get a panic message and the system
> reboots (I attach at bottom the log into /var/adm/messages.
>
> I'd appreciate any hint on how to solve (or better diagnose) the problem.
>
> Many thanks,
> Luca Fini
>
> A few facts:
>
> CPU Ultra-60
> Solaris 5.8
>
> The disk is a RAID system with two partitions both around 150-200 Gb in
> size.
>
> One of the partitions on the RAID works properly. Both have been working
> for a few months before (and also survived another power failure weeks
> ago)
>
> Both partitions pass the fsck smootly.
>
> The mount fails both when done at boot via /etc/vfstab and when I try to
> mount with a command from a root login session.
>
> Here follows the panic log:
>
> Nov 4 10:36:40 obelix unix: [ID 836849 kern.notice]
> Nov 4 10:36:40 obelix ^Mpanic[cpu0]/thread=30001848820:
> Nov 4 10:36:40 obelix unix: [ID 875288 kern.notice] ufs_ifree: freeing free inode, mode:0, ino:0, fs:/test
> Nov 4 10:36:40 obelix unix: [ID 100000 kern.notice]
> Nov 4 10:36:40 obelix genunix: [ID 723222 kern.notice] 000002a1005e4bc0 ufs:real_panic_v+70 (0, 104660a8, 2a1005e4e60, 0, 1045e978, 300021fa8a0)
> Nov 4 10:36:40 obelix genunix: [ID 179002 kern.notice] %l0-3: 000000001014f2e4 0000030001906ad0 0000000000001c00 0000030002169530
> Nov 4 10:36:40 obelix %l4-7: 0000000000000001 000002a1005e5308 0000000000000000 0000000081010100
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4c70 ufs:ufs_fault_v+48 (30002169180, 104660a8, 2a1005e4e60, 30002169180, 5b, 104660a8)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000101ebc8c 00000300021fa7e0 00000020000000a1 0000000000001000
> Nov 4 10:36:41 obelix %l4-7: 0000000000001c00 0000030000019d88 0000030000019d88 0000000000000030
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4d20 ufs:ufs_fault+1c (30002169180, 104660a8, 0, 0, 300021e20d4, 30000a2b530)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000001d88 000000001045a400 0000000000000000 00000300021690f0
> Nov 4 10:36:41 obelix %l4-7: 00000300005c5aa8 0000000000000000 0000000000000000 00000300005b1ed0
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4dd0 ufs:ufs_ifree+1bc (30000a2b5e0, 90255, 300021fa7e0, 0, 0, 300021690f0)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000003f21 0000030000a2b530 00000300021e2000 0000030002230000
> Nov 4 10:36:41 obelix %l4-7: 00000300000578c8 00000300005b1ea8 0000000000000000 00000300021690f0
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4e80 ufs:ufs_delete+1e4 (30002169230, 30000a2b578, 3f21, 0, 30002169180, 300021690f0)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000101627bc 0000030000a2b530 0000000000000000 0000000000001e70
> Nov 4 10:36:41 obelix %l4-7: 0000000000000001 00000300021692c8 0000000000000000 000002a1005e4e70
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4f50 ufs:ufs_scan_inodes+e8 (104785d8, 0, 237, 1000, 0, 30000980370)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000030002169358 0000000000000000 0000030000a2b530 000000001016a290
> Nov 4 10:36:41 obelix %l4-7: 0000030000a2b530 00000000000011b8 00000300021690f0 00000300021692c8
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e5000 ufs:ufs_flush+50 (3000175edf8, 300021e2000, 30000a2b530, 30000a2b530, 300021e2000, 30001892ef0)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000003000001eff8 00000000ffbff7fe 0000000000001200
> Nov 4 10:36:41 obelix %l4-7: 0000000000000000 ffffffffffffffff 00000020000000a1 ffffffffffffffff
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e50c0 ufs:ufs_thaw+4c (30000a2b5e8, 30000a2b530, 0, 3000175edf8, 1045d288, 3000175ee58)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000102f07e0 000003000001eff8 00000000ffbff7fe 0000000000001200
> Nov 4 10:36:41 obelix %l4-7: 0000000000000000 ffffffffffffffff 0000000000000000 ffffffffffffffff
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e5170 ufs:ufs__fiolfs+3dc (30000a2b620, 30000a2b608, 30000a2b580, 30000a2b530, 1, 2)
> Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000003000175edf8 0000030000a2b5e8 0000030002169530
> Nov 4 10:36:41 obelix %l4-7: 0000000000000001 000002a1005e5308 0000000000000000 0000000081010100
> Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e5250 ufs_log:lufs_disable+1b0 (30000a2b608, 2a1005e53ec, 30002169530, 300021e2000, 30000a2b530, ff3bdd04)
> Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000030000a2b5e8 00000000ff3a0a4c 0000000000010be2 00000000ffbee6ec
> Nov 4 10:36:42 obelix %l4-7: 0000000000705aac 0000000000000000 0000000000000000 0000000000000000
> Nov 4 10:36:42 obelix genunix: [ID 723222 kern.notice] 000002a1005e5330 ufs:ufs_fiologdisable+5c (ffbee80c, e, 30002169530, 1, 0, 0)
> Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000102f15b0 0000000000000000 00000000ffbee6ec 00000000ffbee6f0
> Nov 4 10:36:42 obelix %l4-7: 00000000ff3a0018 0000000000000000 0000000000000000 00000000ff3e2660
> Nov 4 10:36:42 obelix genunix: [ID 723222 kern.notice] 000002a1005e5400 ufs:ufs_ioctl+848 (300005c5aa8, ffbee80c, 300021e2000, 100001, 300005c5aa8, 30002169530)
> Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000000005 0000030000a2b530 0000000000011844 0000000000024100
> Nov 4 10:36:42 obelix %l4-7: 00000000ff31931c 0000000000000000 00000000ff3e3c30 0000000000000000
> Nov 4 10:36:42 obelix genunix: [ID 723222 kern.notice] 000002a1005e59a0 genunix:ioctl+1e4 (30001688c08, 3, ffbee80c, ff33801c, 20006657, 11810)
> Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000010160e24 0000000000000000 0000000000000000 0000000000000000
> Nov 4 10:36:42 obelix %l4-7: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> Nov 4 10:36:42 obelix unix: [ID 100000 kern.notice]
> Nov 4 10:36:42 obelix genunix: [ID 672855 kern.notice] syncing file systems...
> Nov 4 10:36:42 obelix genunix: [ID 904073 kern.notice] done
> Nov 4 10:36:43 obelix genunix: [ID 353387 kern.notice] dumping to /dev/dsk/c0t0d0s1, offset 107741184
> Nov 4 10:36:54 obelix genunix: [ID 409368 kern.notice] ^M100% done: 8505 pages dumped, compression ratio 3.40,
> Nov 4 10:36:54 obelix genunix: [ID 851671 kern.notice] dump succeeded
>
>
> --------------------------------------------------------------------------
> -- ) Luca Fini Tel: +39 055 2752 307
> ___ |\ INAF - Oss. Astrofisico di Arcetri Fax: +39 055 2752 292
> / | | |-_ L.go E.Fermi, 5 +-----------------------------------------
> (___|___//___) 50125 Firenze / WWW: http://www.arcetri.astro.it/~lfini
> (_) (_) Italia / e-mail: lfini@arcetri.astro.it
> -----------------------------+--------------------------------------------
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers
>

--------------------------------------------------------------------------
       -- ) Luca Fini Tel: +39 055 2752 307
 ___ |\ INAF - Oss. Astrofisico di Arcetri Fax: +39 055 2752 292
/ | | |-_ L.go E.Fermi, 5 +-----------------------------------------
(___|___//___) 50125 Firenze / WWW: http://www.arcetri.astro.it/~lfini
 (_) (_) Italia / e-mail: lfini@arcetri.astro.it
-----------------------------+--------------------------------------------
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:27:24 EDT