Project

General

Profile

Bug #4895

system coredump when delete lu during data copy

Added by Bob Lu over 5 years ago. Updated over 5 years ago.

Status:
New
Priority:
High
Assignee:
-
Category:
-
Start date:
2014-05-28
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage

Description

1, configure couple of LUNs(Here I created 3)
2, copy data to one of the LUN on Win 7
3, delete all the created LUNs in background task:
fmdump -Vp -u 933d4c8a-8813-c1ce-cd81-eaf8cb071549
TIME UUID SUNW-MSG-ID
May 26 2014 20:43:17.867957000 933d4c8a-8813-c1ce-cd81-eaf8cb071549 SUNOS-8000-KL

TIME                 CLASS                                 ENA
May 26 20:43:17.8147 ireport.os.sunos.panic.dump_available 0x0000000000000000
May 26 20:43:05.2424 ireport.os.sunos.panic.dump_pending_on_device 0x0000000000000000

nvlist version: 0
version = 0x0
class = list.suspect
uuid = 933d4c8a-8813-c1ce-cd81-eaf8cb071549
code = SUNOS-8000-KL
diag-time = 1401108197 829118
de = fmd:///module/software-diagnosis
fault-list-sz = 0x1
fault-list = (array of embedded nvlists)
(start fault-list0)
nvlist version: 0
version = 0x0
class = defect.sunos.kernel.panic
certainty = 0x64
asru = sw:///:path=/var/crash/Anystorage83/.933d4c8a-8813-c1ce-cd81-eaf8cb071549
resource = sw:///:path=/var/crash/Anystorage83/.933d4c8a-8813-c1ce-cd81-eaf8cb071549
savecore-succcess = 1
dump-dir = /var/crash/Anystorage83
dump-files = vmdump.2
os-instance-uuid = 933d4c8a-8813-c1ce-cd81-eaf8cb071549
panicstr = mutex_enter: bad mutex, lp=ffffff0707bf9630 owner=ffffff070f6beae0 thread=ffffff002f63ec40
panicstack = unix:mutex_panic+73 () | unix:mutex_vector_enter+446 () | stmf_sbd:sbd_check_and_clear_scsi2_reservation+2c () | stmf_sbd:sbd_abort+88 () | stmf:stmf_release_itl_handle+79 () | stmf:stmf_do_itl_dereg+70 () | stmf:stmf_session_destroy_lun_map+5d () | stmf:stmf_deregister_scsi_session+150 () | iscsit:iscsit_sess_unref+38 () | idm:idm_refcnt_unref_task+5e () | genunix:taskq_thread+285 () | unix:thread_start+8 () |
crashtime = 1401107975
panic-time = May 26, 2014 08:39:35 PM CST CST
(end fault-list0)

fault-status = 0x1
severity = Major
__ttl = 0x1
__tod = 0x538336e5 0x33bbf908

$C

ffffff001faa78e0 vpanic()
ffffff001faa7910 mutex_panic+0x73(fffffffffb962200, ffffff04ff28c930)
ffffff001faa7970 mutex_vector_enter+0x446(ffffff04ff28c930)
ffffff001faa79b0 sbd_check_and_clear_scsi2_reservation+0x2c(ffffff04ff28c918, ffffff050344ca28)
ffffff001faa79f0 sbd_abort+0x88(ffffff04ff28c880, 3, ffffff050344ca28, 3)
ffffff001faa7a30 stmf_release_itl_handle+0x79(ffffff04ff28c880, ffffff05032136c0)
ffffff001faa7a80 stmf_do_itl_dereg+0x70(ffffff04ff28c880, ffffff05032136c0, 3)
ffffff001faa7ac0 stmf_session_destroy_lun_map+0x5d(ffffff04fe6b3928, ffffff04fdfe5f38)
ffffff001faa7b10 stmf_deregister_scsi_session+0x150(ffffff04fe6b2000, ffffff04fdfe5f00)
ffffff001faa7b40 iscsit_sess_unref+0x38(ffffff050defc000)
ffffff001faa7b70 idm_refcnt_unref_task+0x5e(ffffff050defc018)
ffffff001faa7c20 taskq_thread+0x285(ffffff04e9fd45b0)
ffffff001faa7c30 thread_start+8()

ffffff04ff28c930::what

whatis
whatthread
whattype

ffffff04ff28c930::whatis

ffffff04ff28c930 is ffffff04ff28c880+b0, freed from kmem_alloc_896

History

#1

Updated by Bob Lu over 5 years ago

To be noted, the system is OpenIndiana 151a8
And I tested without using backgroud task to delete lu, system works fine.
Not sure if there's race condition when delete lu in parallel, while copy data to the LUN.

Also available in: Atom PDF