[zfs-discuss] [ha-clusters-discuss] (ZFS) file corruption with HAStora

[Armin Ollig]

Hi Victor,

 it was initially created from c4t600D0230000000000088824BC4228807d0s0, then destroyed and recreated from  /dev/did/dsk/d12s0. You are right: It still shows up the old dev.

There seems to be a problem with device reservation and the cluster framework, since i get a kernel panic once in a while when a node leaves....:


Oct 27 17:14:12 siegfried genunix: NOTICE: CMM: Quorum device /dev/did/rdsk/d11s2: owner set to node 1.
Oct 27 17:14:12 siegfried genunix: NOTICE: CMM: Node voelsung (nodeid = 2) is down.
Oct 27 17:14:12 siegfried genunix: NOTICE: CMM: Cluster members: siegfried.
Oct 27 17:14:12 siegfried genunixN: NOTICE: CMM:otnode reconfigurtiion #5 completfying cluster that this node is panicking

panic[cpu1]/thread=ffffff000f5a3c80: Reservation Conflict
Disk: /scsi_vhci/disk at g600d02300000000000888275cd1cc500

ffffff000f5a3a00 sd:sd_panic_for_res_conflict+4f ()
ffffff000f5a3a40 sd:sd_pkt_status_reservation_conflict+a8 ()
ffffff000f5a3a90 sd:sdintr+44e ()
ffffff000f5a3b30 scsi_vhci:vhci_intr+6ac ()
ffffff000f5a3b50 fcp:fcp_post_callback+1e ()
ffffff000f5a3b90 fcp:fcp_cmd_callback+4b ()
ffffff000f5a3bd0 emlxs:emlxs_iodone+b1 ()
ffffff000f5a3c20 emlxs:emlxs_iodone_server+15d ()
ffffff000f5a3c60 emlxs:emlxs_thread+15e ()
ffffff000f5a3c70 unix:thread_start+8 ()

syncing file systems... 5 4 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 done (not all i/o completed)
dumping to /dev/dsk/c4t600D0230000000000088824BC4228803d0s1, offset 1719074816, content: kernel
100% done: 192956 pages dumped, compression ratio 4.32, dump succeeded
rebooting...


I will update to nv99 and try to reproduce the issue.

Best wishes,
 Armin
--
This message posted from opensolaris.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: voelsung-zpool.cache
Type: application/octet-stream
Size: 1072 bytes
Desc: not available
URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20081027/dff42919/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: siegfried-zpool.cache
Type: application/octet-stream
Size: 1076 bytes
Desc: not available
URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20081027/dff42919/attachment-0001.obj>