Storage Foundation 6.0 panic due to NULL pointer dereference in vxlo module.

Article:TECH192083  |  Created: 2012-06-29  |  Updated: 2012-07-18  |  Article URL http://www.symantec.com/docs/TECH192083
Article Type
Technical Solution

Product(s)

Environment

Subject

Issue



After upgrading a Solaris 10 server to Storage Foundation High Availability (SFHA)  version 6.0, it experienced a system panic each time it rebooted.


Error



=========  From syslog   =================

Mar 13 18:08:42   unix: [ID 836849 kern.notice]
Mar 13 18:08:42   ^Mpanic[cpu7]/thread=3003fef8680:
Mar 13 18:08:42   unix: [ID 340138 kern.notice] BAD TRAP: type=31 rp=2a105155340 addr=0 mmu_fsr=0 occurred in module "unix" due to a NULL pointer dereference
Mar 13 18:08:42   unix: [ID 100000 kern.notice]
Mar 13 18:08:42   unix: [ID 839527 kern.notice] nmhs:
Mar 13 18:08:42   unix: [ID 520581 kern.notice] trap type = 0x31
Mar 13 18:08:42   unix: [ID 101969 kern.notice] pid=9756, pc=0x1053fc0, sp=0x2a105154be1, tstate=0x9900001601,
context=0xd6f
Mar 13 18:08:42   unix: [ID 743441 kern.notice] g1-g7: 198f400, 14, 60025c4f2f0, 0, 28, 0, 3003fef8680
Mar 13 18:08:42   unix: [ID 100000 kern.notice]
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155060 unix:die+78 (31, 2a105155340, 0, 0,
2a105155120, 10ba800)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 0000000000000000 0000000000000031 0000000001000000
0000000000002000
Mar 13 18:08:42     %l4-7: 0000000001846870 0000000001846800 0000000000000005 0000000000000002
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155140 unix:trap+9e4 (2a105155340, 10000, 1fff,
5, 0, 1)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 0000000000000000 000006003fe57220 0000000000000031
0000000000000000
Mar 13 18:08:42     %l4-7: 0000000000001c00 0000000000000001 0000000000000005 0000000000000002
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155290 unix:ktl0+64 (0, 1, 7010fc80, 183f500, 0,
0)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 000003000981c000 0000000000000038 0000009900001601
0000000001020124
Mar 13 18:08:42     %l4-7: 000003003fef8680 00000000010769d4 000000000000000b 000002a105155340
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a1051553e0 genunix:turnstile_interlock+1c (19900f0,
3004048a850, 0, 183f500, 3004048a6a1, 198f708)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 0000000000000000 0000000000000000 000003003bf68920
000006003fe57220
Mar 13 18:08:42     %l4-7: 000003003fef8680 00000000010769d4 0000000000000000 0000000000000000
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155490 genunix:turnstile_block+1b8 (3004048a6a0,
1, 7010fc80, 183f500, 0, 0)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 00000000010769d4 0000000000000000 000003003bf68920
000006003fe57220
Mar 13 18:08:42     %l4-7: 000003003fef8680 00000000010769d4 0000000000000000 0000000000000000
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155540 unix:mutex_vector_enter+428 (190d368, 2,
7010fc80, ffffff12dee14b29, 3004048a6a0, 0)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 000000000198f508 0000000000000000 0000000000000000
0000000000000000
Mar 13 18:08:42     %l4-7: 000003004048a6a0 0000000000000001 000000000183f538 000000000183f530
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a1051555f0 vxlo:vxlo_open+2c (7010f000, 5, 2,
3003f8cc508, 7010f, 70000)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 0000000000000005 00000600270af500 000000007010fc80
00000600264d7b80
Mar 13 18:08:42     %l4-7: 0000000000000000 000000007010f000 000000000007010f 0000000000070000
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a1051556a0 specfs:spec_open+4f4 (2a105155930,
199a400, 3003f8cc508, 220, 60026f2e280, 0)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 0000000000000005 00000600270af500 0000000000000000
00000600264d7b80
Mar 13 18:08:42     %l4-7: 0000000000000004 0000000000008000 00000600275a2030 0000015100000000
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155760 genunix:fop_open+78 (2a105155930, 2,
3003f8cc508, 5, 600270af500, 600270af500)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 000006002151c1c0 0000
000000000000 0000000000000000 0000000000000000
Mar 13 18:08:42     %l4-7: 0000000000000000 0000000000000000 0000000000000000 0000000000000004
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a105155810 genunix:vn_openat+500 (0, 0, 1, 0, 5,
7fffffff)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 0000000000000000 0000000000000000 0000000000000000
0000000000000000
Mar 13 18:08:42     %l4-7: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
Mar 13 18:08:42   genunix: [ID 723222 kern.notice] 000002a1051559d0 genunix:copen+260 (ffffffffffd19553,
ffbfc020, 0, fffffffffefd9018, 0, 5)
Mar 13 18:08:42   genunix: [ID 179002 kern.notice]   %l0-3: 000000000100954c 000002a105155b90 000003003bf68920
0000000000000000
Mar 13 18:08:42     %l4-7: 000000000198f400 0000000000000018 000000000000001f 000006003fe57220
 
========== End ===============================


Environment



System Configuration:  sun4v Sun Fire T200 running Solaris 10
vxfs (VxFS 6.0 SunOS 5.10)
vxlo (Veritas Loopback Driver 0.1)


Cause



A variable being protected by mutex lock "vxlo_ctl_lock" was accessed before the lock was properly released by the vxlo module of the VERITAS File System product.

Solution



There is a hot fix (HF) for Sparc servers based on SFHA 6.0 Rolling Patch 1. (6.0RP1HF1)


Supplemental Materials

SourceETrack
Value2742706
Description

Panic due to not releasing a mutex in vxlo



Article URL http://www.symantec.com/docs/TECH192083


Terms of use for this information are found in Legal Notices