looks like the attachment missed in the earlier mail -Anand
________________________________ From: Anand Bhakthavatsala <anand_...@yahoo.com> To: j...@opensolaris.org; Ramesh Babu <rama.b...@gmail.com> Cc: zfs-discuss@opensolaris.org Sent: Fri, 8 October, 2010 10:56:55 AM Subject: Re: [zfs-discuss] ZPool creation brings down the host Thanks James for the response. Please find attached here with the crash dump that we got from the admin. Regards, Anand ________________________________ From: James C. McPherson <j...@opensolaris.org> To: Ramesh Babu <rama.b...@gmail.com> Cc: zfs-discuss@opensolaris.org; anand_...@yahoo.com Sent: Thu, 7 October, 2010 11:56:36 AM Subject: Re: [zfs-discuss] ZPool creation brings down the host OnĀ 7/10/10 03:46 PM, Ramesh Babu wrote: > I am trying to create ZPool using single veritas volume. The host is going > down as soon as I issue zpool create command. It looks like the command is > crashing and bringing host down. Please let me know what the issue might > be.Below is the command used, textvol is the veritas volume and testpool > is the name of pool which I am tyring to create. > > zpool create testpool /dev/vx/dsk/dom/textvol > That's not a configuration that I'd recommend - you're layering one volume management system on top of another. It seems that it's getting rather messy inside the kernel. Do you have the panic stack trace we can look at, and/or a crash dump? James C. McPherson -- Oracle http://www.jmcp.homeunix.com/blog
[r...@losan048:losan048.lss.emc.com]# cd /var/crash/losan048.lss.emc.com [r...@losan048:losan048.lss.emc.com]# echo '::status' | mdb -k unix.11 vmcore.11 debugging crash dump vmcore.11 (64-bit) from losan048.lss.emc.com operating system: 5.10 Generic_142900-10 (sun4us) panic message: BAD TRAP: type=31 rp=2a100fe3110 addr=0 mmu_fsr=0 occurred in module "vxio" due to a NULL pointer dereference dump content: kernel pages and pages from PID 7440 [r...@losan048:losan048.lss.emc.com]# [r...@losan048:losan048.lss.emc.com]# echo '::msgbuf' | mdb -k unix.11 vmcore.11 MESSAGE WARNING: /p...@17,2000/l...@1/f...@0,0/s...@w50000972081ad99d,3 (ssd20): Corrupt label; wrong magic number ... WARNING: /p...@16,2000/l...@1/f...@0,0/s...@w50000972081ad99d,5 (ssd13): Corrupt label; wrong magic number NOTICE: mount: not a UFS magic number (0x7c104d79) NOTICE: mount: not a UFS magic number (0x7c104d79) panic[cpu0]/thread=3000862f060: BAD TRAP: type=31 rp=2a100fe3110 addr=0 mmu_fsr=0 occurred in module "vxio" due to a NULL pointer dereference zpool: trap type = 0x31 pid=7440, pc=0x7bb5bdf8, sp=0x2a100fe29b1, tstate=0x4480001602, context=0x6b1 g1-g7: 7ba3da28, 9a8, 7036e6b0, 7036e738, e6, 0, 3000862f060 000002a100fe2e30 unix:die+78 (31, 2a100fe3110, 0, 0, 2a100fe2ef0, 109d800) %l0-3: 0000000000001fff 0000000000000031 0000000001000000 0000000000002000 %l4-7: 000000000181be88 000000000181bc00 0000000000000000 0000004480001602 000002a100fe2f10 unix:trap+8f8 (2a100fe3110, 10000, 5, ffffffffffffe000, 0, 1) %l0-3: 0000000000000000 000003000a4344b0 0000000000000031 0000000000000000 %l4-7: 0000000000000000 0000000000000000 0000000000000005 0000000000010200 000002a100fe3060 unix:ktl0+48 (0, 0, 2a100fe3350, 7b800, 2a100fe3290, 30007b9880 0) %l0-3: 0000000000000003 0000000000001400 0000004480001602 000000000101cbec %l4-7: 0000000000000029 0000000000000029 0000000000000000 000002a100fe3110 000002a100fe31b0 vxio:vxioioctl+1b0 (13500007918, 42a, 0, ff00000, 100000, 0) %l0-3: 000002a100fe3290 0000000000070400 0000000070522b28 0000000000000000 %l4-7: 0000000000000001 00000000564f4c00 00000000564f4c04 00000000564f4c00 000002a100fe32a0 zfs:vdev_disk_open+4c4 (300036fd9c0, 7ffffc00, 2a100fe3440, 18d bc00, 3000cf04900, 18c0268) %l0-3: 0000000000000000 0000030012598e40 0000000000000000 000000000130e400 %l4-7: 00000600115c5220 0000000000000000 0000000000000016 0000000000000003 000002a100fe3390 zfs:vdev_open+9c (300036fd9c0, 1, 1274400, 0, 3000e647800, 6) %l0-3: 0000000000000001 0000000000000000 ea15973807cccc6c 1c869fa152f059f8 %l4-7: cd8ef796b4dc7274 0000000000000001 00000000018dbdd8 000000000000000a 000002a100fe3450 zfs:vdev_root_open+48 (30004036080, 2a100fe35b8, 2a100fe35b0, 0 , 7ffffc00, 138) %l0-3: 00000300036fd9c0 0000000000000006 0000000000000000 0000000000000000 %l4-7: 0000000000000000 00000300036fd9c0 00000300125fcc90 0000000001138c00 000002a100fe3500 zfs:vdev_open+9c (30004036080, 1c, 0, 0, 3000e647800, 6) %l0-3: 0000000000000001 00000300036fd9c0 0000000000000001 0000000000000020 %l4-7: 0000000001139a68 0000000000000007 0000000000000007 00000000000000d8 000002a100fe35c0 zfs:vdev_create+4 (30004036080, 4, 0, 130e3c8, 0, 130e000) %l0-3: 00000000018db3c8 0000030004036080 0000000000000001 0000000000000001 %l4-7: 0000000000000000 0000000000000000 0000030011cb6718 0000000000000000 000002a100fe3670 zfs:spa_create+1a4 (0, 30011ffb500, 0, 300124cc040, 0, 3000e647 800) %l0-3: 0000000000000000 0000000000000001 000000000000000f 00000000012fa800 %l4-7: 0000000000080000 0000000000000004 0000000000000002 0000000000000002 000002a100fe3760 zfs:zfs_ioc_pool_create+18c (30008524000, 0, 0, 74, 0, 300124cc 040) %l0-3: 0000000000000000 0000030008524008 0000000000000000 0000000000000074 %l4-7: 000000000000000f 0000000000000033 000000000130d800 000000000130d800 000002a100fe3840 zfs:zfsdev_ioctl+184 (0, 18dbff0, ffbfa728, 0, 0, 1000) %l0-3: 0000030008524000 00000000018dbfe8 0000000000000100 ffffffffffffffff %l4-7: 0000060014774c88 00000000012e0c4c 0000000000000000 00000000018dbfe0 000002a100fe38f0 genunix:fop_ioctl+20 (60015662e40, 5a00, ffbfa728, 100003, 3000 a4407a0, 127aa58) %l0-3: 0000000000000003 000003000a4344b0 0000000000000001 00000000ff3f40fc %l4-7: 0000000000000002 0000000000000000 00000000018c1000 0000000000000001 000002a100fe39a0 genunix:ioctl+184 (3, 3000cb5fd28, ffbfa728, 0, 0, 5a00) %l0-3: 0000000000000000 0000000000000000 0000000000000004 000000000000ca87 %l4-7: 0000000000000001 0000000000000000 0000000000000000 0000000000000000 syncing file systems... done dumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel + curproc [r...@losan048:losan048.lss.emc.com]# [r...@losan048:losan048.lss.emc.com]# echo '::stack' | mdb -k unix.11 vmcore.11 vxioioctl+0x4c0(13500007918, 42a, 0, ff00000, 100000, 0) vdev_disk_open+0x4c4(300036fd9c0, 7ffffc00, 2a100fe3440, 18dbc00, 3000cf04900, 18c0268) vdev_open+0x9c(300036fd9c0, 1, 1274400, 0, 3000e647800, 6) vdev_root_open+0x48(30004036080, 2a100fe35b8, 2a100fe35b0, 0, 7ffffc00, 138) vdev_open+0x9c(30004036080, 1c, 0, 0, 3000e647800, 6) vdev_create+4(30004036080, 4, 0, 130e3c8, 0, 130e000) spa_create+0x1a4(0, 30011ffb500, 0, 300124cc040, 0, 3000e647800) zfs_ioc_pool_create+0x18c(30008524000, 0, 0, 74, 0, 300124cc040) zfsdev_ioctl+0x184(0, 18dbff0, ffbfa728, 0, 0, 1000) fop_ioctl+0x20(60015662e40, 5a00, ffbfa728, 100003, 3000a4407a0, 127aa58) ioctl+0x184(3, 3000cb5fd28, ffbfa728, 0, 0, 5a00) syscall_trap32+0xcc(3, 5a00, ffbfa728, 0, 0, ffbfa270) [r...@losan048:losan048.lss.emc.com]# [r...@losan048:losan048.lss.emc.com]# echo '::cpuinfo -v' | mdb -k unix.11 vmcore.11 ID ADDR FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD PROC 0 0000183a5f8 1b 0 0 29 yes no t-0 3000862f060 zpool | RUNNING <--+ READY EXISTS ENABLE ID ADDR FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD PROC 1 30002ca8000 1d 1 0 -1 no no t-0 2a10066dca0 (idle) | | RUNNING <--+ +--> PRI THREAD PROC QUIESCED 60 2a1005f5ca0 sched EXISTS ENABLE [r...@losan048:losan048.lss.emc.com]#
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss