I believe ZFS is causing a panic whenever I attempt to mount an iso image (SXCR 
build 39) that happens to reside on a ZFS file system.  The problem is 100% 
reproducible.  I'm quite new to OpenSolaris, so I may be incorrect in saying 
it's ZFS' fault.  Also, let me know if you need any additional information or 
debug output to help diagnose things.  

Config:
[b]bash-3.00# uname -a
SunOS mathrock-opensolaris 5.11 opensol-20060605 i86pc i386 i86pc[/b]

Scenario:
[b]bash-3.00# mount -F hsfs -o ro `lofiadm -a 
/data/OS/Solaris/sol-nv-b39-x86-dvd.iso` /tmp/test[/b]

After typing that the system hangs, the network drops, panics, and reboots. 
"/data" is a ZFS file system built on a raidz pool of 3 disks.

[b]bash-3.00# zpool status sata
  pool: sata
 state: ONLINE
 scrub: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        sata        ONLINE       0     0     0
          raidz1    ONLINE       0     0     0
            c2t0d0  ONLINE       0     0     0
            c2t1d0  ONLINE       0     0     0
            c2t2d0  ONLINE       0     0     0

errors: No known data errors
bash-3.00# zfs list sata/data
NAME                   USED  AVAIL  REFER  MOUNTPOINT
sata/data             16.9G   533G  16.9G  /data[/b]

Error:
[b]Jun 13 19:33:01 mathrock-opensolaris pseudo: [ID 129642 kern.info] 
pseudo-device: lofi0
Jun 13 19:33:01 mathrock-opensolaris genunix: [ID 936769 kern.info] lofi0 is 
/pseudo/[EMAIL PROTECTED]
Jun 13 19:33:04 mathrock-opensolaris unix: [ID 836849 kern.notice]
Jun 13 19:33:04 mathrock-opensolaris ^Mpanic[cpu1]/thread=d1fafde0:
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 920532 kern.notice] 
page_unlock: page c51b29e0 is not locked
Jun 13 19:33:04 mathrock-opensolaris unix: [ID 100000 kern.notice]
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafb54 
unix:page_unlock+160 (c51b29e0)
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafbb0 
zfs:zfs_getpage+27a (d1e897c0, 3
000, 0, )
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafc0c 
genunix:fop_getpage+36 (d1e897c0
, 8000, 0, )
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafca0 
genunix:segmap_fault+202 (ce043f
58, fec23310,)
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafd08 
genunix:segmap_getmapflt+6fc (fe
c23310, d1e897c0,)
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafd78 
lofi:lofi_strategy_task+2c8 (d2b
6bee0, 0, 0, 0, )
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafdc8 
genunix:taskq_thread+194 (c5e87f
30, 0)
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 353471 kern.notice] d1fafdd8 
unix:thread_start+8 ()
Jun 13 19:33:04 mathrock-opensolaris unix: [ID 100000 kern.notice]
Jun 13 19:33:04 mathrock-opensolaris genunix: [ID 672855 kern.notice] syncing 
file systems...
[/b]
 
 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to