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

Problem

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 Message

=========  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 ===============================

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)


Applies To

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

Terms of use for this information are found in Legal Notices.

Search

Survey

Did this article answer your question or resolve your issue?

No
Yes

Did this article save you the trouble of contacting technical support?

No
Yes

How can we make this article more helpful?

Email Address (Optional)