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

Reply via email to