Hi Kyle, given that what happens looks ever-so-slightly different each time, a hardware glitch could be possible; to exclude this, would you happen to know whether these panics occurred before build 78 as well ? If they occur if you use the b77 hsfs module on your post-b78 system ? Does the machine you're using have a history of hardware issues, or other symptoms that'd point at flaky hardware (such as e.g. ZFS block checksumming errors) ?
There have been two changes to HSFS in b78 as far as I remember (the readahead speed improvements and the hardlink support), I wouldn't associate either with e.g. screwed vfs linkage (as two of these stacktraces show), but then, stranger regressions have occurred. Can you put the bzip2-compressed crashdumps into some accessible location so that we can have a look ? Have cc:'ed ufs-discuss, as that's often used as discussion forum for legacy filesystems. Thanks, FrankH. On Wed, 11 Jun 2008, Kyle McDonald wrote: > And Again. > > I don't know enough about the panic dumps to say if they're the same or > not, but I've been doing (slightly) different things st the time of each > panic. > > Here's the latest dump: > > # mount -o ro /dev/dsk/c2t0d0s1 /mnt1 > Jun 11 17:02:26 Boot ufs: NOTICE: mount: not a UFS magic number (0x6c8) > mount: /dev/dsk/c2t0d0s1 is not this fstype > # mount -F hsfs /dev/dsk/c2t0d0s1 /mnt1 > hsfs mount: /dev/dsk/c2t0d0s1 is not an hsfs file system. > # mount -o ro /dev/dsk/c2t0d0s2 /mnt1 > mount: /dev/dsk/c2t0d0s2 is not this fstype > # bash > bash-3.2# mount -F hsfs -o ro /dev/dsk/c2t0d0s2 /mnt1 > hsfs mount: /dev/dsk/c2t0d0s2 is not an hsfs file system. > bash-3.2# mount -F hsfs -o ro /dev/dsk/c2t0d0s3 /mnt1 > mount: /dev/dsk/c2t0d0s3 no such device > bash-3.2# mount -o ro /dev/dsk/c2t0d0s3 /mnt1 > mount: I/O error > mount: Cannot mount /dev/dsk/c2t0d0s3 > bash-3.2# mount -o ro /dev/dsk/c2t0d0s4 /mnt1 > mount: I/O error > mount: Cannot mount /dev/dsk/c2t0d0s4 > bash-3.2# mount -f hsfs -o ro /dev/dsk/c2t0d0s4 /mnt1 > mount: /dev/dsk/c2t0d0s4 no such device > bash-3.2# mount -f hsfs -o ro /dev/dsk/c2t0d0s5 /mnt1 > > panic[cpu2]/thread=ffffff02d573d760: BAD TRAP: type=e (#pf Page fault) > rp=ffffff001047d9b0 addr=40 occurred in module "genunix" due to a NULL > pointer dereference > > mount: #pf Page fault > Bad kernel fault at addr=0x40 > pid=1172, pc=0xfffffffffba81ac3, sp=0xffffff001047daa0, eflags=0x10207 > cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 6f8<xmme,fxsr,pge,mce,pae,pse,de> > cr2: 40cr3: 22cbb9000cr8: c > > rdi: fffffffffbca24e0 rsi: 1 rdx: 8 > rcx: 4 r8: fffffffffbca26b0 r9: 0 > rax: 0 rbx: 0 rbp: ffffff001047dac0 > r10: 2700000005 r11: 2c r12: 2700000005 > r13: 2700000005 r14: ffffff001047db08 r15: 0 > fsb: 0 gsb: ffffff02d50aaac0 ds: 4b > es: 4b fs: 0 gs: 1c3 > trp: e err: 0 rip: fffffffffba81ac3 > cs: 30 rfl: 10207 rsp: ffffff001047daa0 > ss: 38 > > ffffff001047d890 unix:die+c8 () > ffffff001047d9a0 unix:trap+13b1 () > ffffff001047d9b0 unix:cmntrap+e9 () > ffffff001047dac0 genunix:vfs_devismounted+23 () > ffffff001047dbd0 hsfs:hs_getmdev+12b () > ffffff001047dc70 hsfs:hsfs_mount+195 () > ffffff001047dca0 genunix:fsop_mount+21 () > ffffff001047de00 genunix:domount+8fa () > ffffff001047de80 genunix:mount+d2 () > ffffff001047dec0 genunix:syscall_ap+8f () > ffffff001047df10 unix:brand_sys_sysenter+1e6 () > > syncing file systems... done > dumping to /dev/dsk/c1t0d0s3, offset 431030272, content: kernel > 100% done: 260327 pages dumped, compression ratio 5.74, dump succeeded > rebooting... > > > -Kyle > > > > > Kyle McDonald wrote: >> It happenned again. Only this time it happenned when I started 'bash' >> (after failing[no such device] to mount s7 of the same CD.) >> >> Here's the panic this time: >> >> # mount -F hsfs -o ro /dev/dsk/c2t0d0s7 /mnt >> mount: /dev/dsk/c2t0d0s7 no such device >> # bash >> >> panic[cpu0]/thread=ffffff02d58d46e0: BAD TRAP: type=e (#pf Page fault) >> rp=ffffff00104e7db0 addr=a occurred in module "<unknown>" due to a NULL >> pointer dereference >> >> sh: #pf Page fault >> Bad kernel fault at addr=0xa >> pid=1199, pc=0xa, sp=0xffffff00104e7ea0, eflags=0x10246 >> cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 6f8<xmme,fxsr,pge,mce,pae,pse,de> >> cr2: acr3: 22fd88000cr8: c >> >> rdi: ffffff02d46a9400 rsi: ffffff030240d040 rdx: ffffff02d58d46e0 >> rcx: 3 r8: ffffff02faddc628 r9: ffffff02faa16708 >> rax: e rbx: fffffffffbc77b90 rbp: ffffff02d4f7f048 >> r10: ffffff02d560c008 r11: 0 r12: 4af >> r13: 2eb r14: ffffff02d59171f0 r15: ffffff02d58d46e0 >> fsb: 0 gsb: fffffffffbc26770 ds: 4b >> es: 4b fs: 0 gs: 1c3 >> trp: e err: 0 rip: a >> cs: 30 rfl: 10246 rsp: ffffff00104e7ea0 >> ss: 38 >> >> ffffff00104e7c90 unix:die+c8 () >> ffffff00104e7da0 unix:trap+13b1 () >> ffffff00104e7db0 unix:cmntrap+e9 () >> >> warning! 8-byte aligned %fp = ffffff02d4f7f048 >> ffffff02d4f7f048 a () >> >> syncing file systems... done >> dumping to /dev/dsk/c1t0d0s3, offset 431030272, content: kernel >> 100% done: 272320 pages dumped, compression ratio 5.20, dump succeeded >> rebooting... >> >> >> Is this machine suffering a Hardware failure? or is this a bug? (It >> could be a bad CD I suppose, but I'd think it was a bug if a bad CD can >> panic the system.) >> >> >> -Kyle >> >> >> >> Kyle McDonald wrote: >> >>> Hi All, >>> >>> I have sNV b78 installed (I know I'm working on upgrading to b90.) >>> >>> I was attempting to mount /dev/dsk/c2t0d0s4, which is an ATAPI DVDROM >>> drive containing S10 03/05 CD1, and the machine panic'd when I did >>> 'mount -F hsfs -o ro /dev/dsk/c2t0d0s4' >>> >>> Here's what came up on the console... I can try to get the core also if >>> needed. >>> >>> panic[cpu0]/thread=ffffff02d5810140: BAD TRAP: type=e (#pf Page fault) >>> rp=ffffff0010896a20 addr=20 occurred in module "mntfs" due to a NULL >>> pointer dereference >>> >>> hald: #pf Page fault >>> Bad kernel fault at addr=0x20 >>> pid=700, pc=0xfffffffff78da280, sp=0xffffff0010896b10, eflags=0x10246 >>> cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 6f8<xmme,fxsr,pge,mce,pae,pse,de> >>> cr2: 20cr3: 22fd88000cr8: c >>> >>> rdi: 0 rsi: a rdx: a >>> rcx: 0 r8: 60 r9: 3a >>> rax: 60 rbx: 42 rbp: ffffff0010896b50 >>> r10: b r11: ffffff001089691d r12: 18ba >>> r13: 0 r14: 0 r15: ffffff04b36e3da8 >>> fsb: 0 gsb: fffffffffbc26770 ds: 4b >>> es: 4b fs: 0 gs: 1c3 >>> trp: e err: 0 rip: fffffffff78da280 >>> cs: 30 rfl: 10246 rsp: ffffff0010896b10 >>> ss: 38 >>> >>> ffffff0010896900 unix:die+c8 () >>> ffffff0010896a10 unix:trap+13b1 () >>> ffffff0010896a20 unix:cmntrap+e9 () >>> ffffff0010896b50 mntfs:mntfs_global_len+30 () >>> ffffff0010896be0 mntfs:mntfs_snapshot+111 () >>> ffffff0010896d30 mntfs:mntioctl+31c () >>> ffffff0010896db0 genunix:fop_ioctl+7b () >>> ffffff0010896ec0 genunix:ioctl+174 () >>> ffffff0010896f10 unix:brand_sys_sysenter+1e6 () >>> >>> syncing file systems... 2 done >>> dumping to /dev/dsk/c1t0d0s3, offset 431030272, content: kernel >>> 100% done: 311409 pages dumped, compression ratio 4.14, dump succeeded >>> rebooting... >>> >>> >>> If there's a better email list to post this to, please let me know. >>> Or if this is a known issue, is it fixed in b90? >>> >>> -Kyle >>> >>> _______________________________________________ >>> opensolaris-discuss mailing list >>> opensolaris-discuss@opensolaris.org >>> >>> >> >> _______________________________________________ >> opensolaris-discuss mailing list >> opensolaris-discuss@opensolaris.org >> > > _______________________________________________ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ------------------------------------------------------------------------------ No good can come from selling your freedom, not for all the gold in the world, for the value of this heavenly gift far exceeds that of any fortune on earth. ------------------------------------------------------------------------------ _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
