On Fri, 2014-02-21 at 21:10 +0000, Myles Gray wrote: > Testing targetcli on Ubuntu here, any settings I add to targetcli for > iSCSI (just created a blank install of ubuntu and installed only > targetcli with aptitude). > > Simply did: > > iscsi/ create > backstores/fileio/ create name=test file_or_dev=/tmp/test size=1G > > It created the wwn, fileio store etc, looked good, persisted the > config with “saveconfig” it output all the necessary .sh files. > This is a known bug with lio_dump. If a /iscsi/$IQN is created without any LUNs, the $IQN is not persisted with saveconfig. So with existing code you'll need to attach at least a single LUN to the $IQN before saveconfig. Also note this is a legacy issue, and the new modular WIP saveconfig bits from Jerome aren't effected by this issue. --nab > Restarted the target service: service target restart > > This came up: > > Unloading fabric/configfs: Successfully released > fabric: /sys/kernel/config/target/srpt > Successfully released fabric: /sys/kernel/config/target/qla2xxx > Successfully released fabric: /sys/kernel/config/target/loopback > Successfully released fabric: /sys/kernel/config/target/fc > [OK] > Unloading LIO-Target/ConfigFS fabric: [OK] > Unloading target_core_mod/ConfigFS core: Error: Module > target_core_stgt is not currently loaded > [OK] > Successfully unloaded target_core_mod/ConfigFS core > Loading target_core_mod/ConfigFS core: [OK] > Calling ConfigFS script /etc/target/tcm_start.sh for target_core_mod: > [OK] > Calling ConfigFS script /etc/target/lio_start.sh for iscsi_target_mod: > [FAILED] > Calling ConfigFS script /etc/target/fc_start.sh: [OK] > Calling ConfigFS script /etc/target/loopback_start.sh: [OK] > Calling ConfigFS script /etc/target/qla2xxx_start.sh: [OK] > Calling ConfigFS script /etc/target/srpt_start.sh: [OK] > > As you can see the iscsi_target_mod failed to load - going into > targetcli again I now only see the fileio store, the iscsi config is > completely gone. This happens on our OpenSUSE system too except the > OpenSUSE one persists NOTHING. > > Any ideas guys? Going to have to abandon LIO soon if this can’t just > work OOTB. > > Myles > > Exitex Limited > Mountpleasant > Dundalk > Co Louth > Ireland > > Tel: +353 (0) 42 93 71244 > Fax: +353 (0) 42 93 71221 > * E-mail: myles.gray@xxxxxxxxxx > CONFIDENTIALITY NOTICE. > This email is private and confidential and may contain legally privileged information. If you are not named as an addressee it may be unlawful for you to read, copy, distribute, disclose or otherwise use the information contained in this email. If you are not the intended recipient of this email please destroy this communication and contact: > > myles.gray@xxxxxxxxxx > Any views or opinions presented are solely those of the author and do not necessarily represent those of the company unless otherwise stated. The contents of any attachment to this email may contain software viruses which may damage your computer system. Exitex Limited has taken all reasonable precautions to minimise any risk, but cannot accept responsibility for any damage which may be sustained as a result of any such viruses. The recipient should conduct their own virus checks before opening any attachment to this email. > Please note that Exitex LTD may monitor email traffic data and also the content of email for the purposes of security and staff training. > This footnote also confirms that this email message has been swept for the presence of computer viruses. > -- > To unsubscribe from this list: send the line "unsubscribe target-devel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe target-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
