Bug #3621
ZFS LU stuck in the offlining state
Status:
Feedback
Priority:
Normal
Assignee:
-
Category:
comstar - iSCSI/FC/SAS target
Start date:
2013-03-12
Due date:
% Done:
100%
Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:
Description
Hi,
Houston, we have a problem - ZFS Logical Unit stuck in the offlining state with COMSTAR.
Mandatory condition to reproduce the problem - the presence of the I/O load on Logical Unit
stmfadm create-lu /dev/zvol/rdsk/GIGO/zvol200g stmfadm add-view 600144F054A281000000513DB9770005
I mounted iscsi device on the initiator and began to upload with dd
At this point, you can execute commands:
stmfadm delete-lu -k 600144F054A281000000513DB9770005 or stmfadm offline-lu 600144F054A281000000513DB9770005
Logical Unit will stuck in the offlining state
stmfadm list-lu -v LU Name: 600144F054A281000000513DB9770005 Operational Status: Offlining Provider Name : sbd Alias : /dev/zvol/rdsk/GIGO/zvol200g View Entry Count : 0 Data File : /dev/zvol/rdsk/GIGO/zvol200g Meta File : not set Size : 214748364800 Block Size : 512 Management URL : not set Vendor ID : SUN Product ID : COMSTAR Serial Num : not set Write Protect : Disabled Writeback Cache : Enabled Access State : Active
As a consequence, it cannot be unloaded from the COMSTAR framework
stmfadm delete-lu 600144F054A281000000513DB9770005 stmfadm: resource busy
Hence the GIGO pool cannot be exported:
zpool export GIGO cannot export 'GIGO': pool is busy
Resulting in the cluster aborting failover
Now only reboot...
I tested it in OmniOS, OpenIndiana and Illumianos
The problem was in all variants.
Can you fix this?
I found this bug during testing rsf-1
Support rsf-1 says that this bug fixed in NexentaStor
Best regards,
Alexander Shvayakov