-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 2.0.16
-
Fix Version/s: 2.0.6/2.0.7, 2.0.16
-
Component/s: Backend
-
Labels:
-
Epic Link:
"fabric iscsi not loaded" error when trying to delete an iSCSI map
This error (can only be seen in firebug) does NOT appear, when targetcli is installed on the openATTIC host and targetcli was executed (once!) via commandline.
targetcli will then do the following:
Created '/sys/kernel/config/target/iscsi'.
Loaded ib_srpt kernel module.
Created '/sys/kernel/config/target/srpt'.
Loaded tcm_fc kernel module.
Created '/sys/kernel/config/target/fc'.
Loaded tcm_loop kernel module.
Created '/sys/kernel/config/target/loopback'.
Loaded tcm_qla2xxx kernel module.
Created '/sys/kernel/config/target/qla2xxx'.
Maybe targetcli loads some modules, which are not loaded by openATTIC or those won't be loaded by lio-utils (oA-dependency)..? When adding an iSCSI map in oA you can see in the GUI command Logs that it does a ""modprobe" "iscsi_target_mod"" and ""modprobe" "target_core_mod"" but it seems like this is not enough to erase the "iscsi fabric not loaded" issue...
I think this also relates to https://bitbucket.org/openattic/openattic/issues/9/iscsi-delete-not-possible-every-new-lun-0 -> "Delete LUN Do you really want to delete the LUN ACL for "domainnameurl"? Click: Yes
The List have the same entrys as before."