When I run iscsiadm --mode node --targetname iqn.2018-12.dz.esi:iso --portal 10.11.0.2 --login I get this error: Logging in to [iface: default, target: iqn.2018-12.dz.esi:iso, portal: 10.11.0.2,3260] (multiple) iscsiadm: Could not login to [iface: default, target: iqn.2018-12.dz.esi:iso, portal: 10.11.0.2,3260]. iscsiadm: initiator reported error (24 - iSCSI login failed due to authorization failure) iscsiadm: Could not log into all portals My /etc/iscsi/initiatorname.iscsi file: > InitiatorName = iqn.2018-12.dz.esi:kvm1 Auth config in my target: /iscsi/iqn.20....esi:iso/tpg1> set auth userid=vcl Parameter userid is now 'vcl'. /iscsi/iqn.20....esi:iso/tpg1> set auth password=password Parameter password is now 'password'. My /etc/iscsi/iscsid.conf file: # To enable CHAP authentication set node.session.auth.authmethod # to CHAP. The default is None. node.session.auth.authmethod = CHAP # To configure which CHAP algorithms to enable set # node.session.auth.chap_algs to a comma seperated list. # The algorithms should be listen with most prefered first. # Valid values are MD5, SHA1, SHA256 # The default is MD5. # node.session.auth.chap_algs = SHA256,SHA1,MD5 # To set a CHAP username and password for initiator # authentication by the target(s), uncomment the following lines: node.session.auth.username = vcl node.session.auth.password = password Thanks for your help,

I have created a lab for databases, and when I am discovering the targets, it show two sessions (1,2): 10.0.0.17:3260,1 iqn.2003-01.org.linux-iscsi.san.x8664:sn.b5aad37c0404 10.0.0.17:3260,2 iqn.2003-01.org.linux-iscsi.san.x8664:sn.b5aad37c0404 How can I connect to only one session? I guess those sessions are for multiple paths, right? since is a lab, I don't have a multipath configured, not needed. I have tried something like it (,1 at the end): iscsiadm --mode node --targetname iqn.2003-01.org.linux-iscsi.san.x8664:sn.b5aad37c0404 --portal 10.0.0.17:3260,1 --login But the two sessions are connected. I' am using targetcli in a linux machine to simulate it. If possible, I can disable on target server side as well.

I was reading about targetcli and have this confusion. in rhel 6, to configure iscsi target, iscsi-target-utils need to be installed but in rhel 7, targetcli need to be installed. Can't we use iscsi-target-utils on rhel7 and targetcli in rhel 6. is targetcli is advanced version of iscsi-target-utils.

I'm using LRBD to configure iSCSI targets from a Ceph cluster, LRBD uses Open-iSCSI/targetcli to configure the targets. When I use an uppercase letter in the unique part of the iqn (after the colon), I get the following error message: Invalid iqn wwn: iqn.1996-10.com.suse:enVolume1 If I change the V to be lowercase, the target is successfully created. I can't find any information which says the iqn cannot contain uppercase letters after the colon, does anyone know what's causing this?

Targetcli is able to run [root@controller ~]# targetcli targetcli shell version 2.1.fb34 Copyright 2011-2013 by Datera, Inc and others. For help on commands, type 'help'. /> exit Global pref auto_save_on_exit=true Last 10 configs saved in /etc/target/backup. Configuration saved to /etc/target/saveconfig.json After an update [root@controller ~]# yum update targetcli -y Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: ftp.nluug.nl * epel: ftp.nluug.nl * extras: ftp.nluug.nl * updates: ftp.nluug.nl Resolving Dependencies --> Running transaction check ---> Package targetcli.noarch 0:2.1.fb34-1.el7 will be updated ---> Package targetcli.noarch 0:2.1.fb37-3.el7 will be an update --> Finished Dependency Resolution Dependencies Resolved ================================================================================= Package Arch Version Repository Size ================================================================================= Updating: targetcli noarch 2.1.fb37-3.el7 base 56 k Transaction Summary ================================================================================= Upgrade 1 Package Total download size: 56 k Downloading packages: No Presto metadata available for base targetcli-2.1.fb37-3.el7.noarch.rpm | 56 kB 00:00:05 Running transaction check Running transaction test Transaction test succeeded Running transaction Updating : targetcli-2.1.fb37-3.el7.noarch 1/2 Cleanup : targetcli-2.1.fb34-1.el7.noarch 2/2 Verifying : targetcli-2.1.fb37-3.el7.noarch 1/2 Verifying : targetcli-2.1.fb34-1.el7.noarch 2/2 Updated: targetcli.noarch 0:2.1.fb37-3.el7 Complete! it does not start anymore [root@controller ~]# targetcli Traceback (most recent call last): File "/bin/targetcli", line 24, in from targetcli import UIRoot File "/usr/lib/python2.7/site-packages/targetcli/__init__.py", line 18, in from ui_root import UIRoot File "/usr/lib/python2.7/site-packages/targetcli/ui_root.py", line 25, in from ui_target import UIFabricModule File "/usr/lib/python2.7/site-packages/targetcli/ui_target.py", line 24, in from rtslib import Target, TPG, LUN, StorageObjectFactory ImportError: cannot import name StorageObjectFactory an email has been received once returned has been entered [root@controller ~]# You have mail in /var/spool/mail/root the mail indicates that [root@controller ~]# mail Heirloom Mail version 12.5 7/5/10. Type ? for help. "/var/spool/mail/root": 1 message 1 new >N 1 user@localhost.local Sat Jun 20 12:24 223/10885 "[abrt] full crash repo" & 1 Message 1: From user@localhost.localdomain Sat Jun 20 12:24:47 2015 Return-Path: X-Original-To: root@localhost Delivered-To: root@localhost.localdomain Date: Sat, 20 Jun 2015 12:24:47 +0000 From: user@localhost.localdomain To: root@localhost.localdomain Subject: [abrt] full crash report User-Agent: Heirloom mailx 12.5 7/5/10 Content-Type: text/plain; charset=us-ascii Status: R abrt_version: 2.1.11 cmdline: /usr/bin/python /bin/targetcli executable: /bin/targetcli hostname: controller kernel: 3.10.0-123.el7.x86_64 last_occurrence: 1434803085 pid: 6839 pkg_arch: noarch pkg_epoch: 0 pkg_name: targetcli pkg_release: 3.el7 pkg_version: 2.1.fb37 runlevel: unknown time: Sat 20 Jun 2015 12:24:45 PM UTC uid: 0 username: root backtrace: :ui_target.py:24::ImportError: cannot import name StorageObjectFactory : :Traceback (most recent call last): : File "/bin/targetcli", line 24, in : from targetcli import UIRoot : File "/usr/lib/python2.7/site-packages/targetcli/__init__.py", line 18, in : from ui_root import UIRoot : File "/usr/lib/python2.7/site-packages/targetcli/ui_root.py", line 25, in : from ui_target import UIFabricModule : File "/usr/lib/python2.7/site-packages/targetcli/ui_target.py", line 24, in : from rtslib import Target, TPG, LUN, StorageObjectFactory :ImportError: cannot import name StorageObjectFactory : :Local variables in innermost frame: :TPG: None :RTSLibBrokenLink: None :Target: None :NodeACL: None :__builtins__: {'bytearray': , 'IndexError': , 'all': , 'help': Type help() for interactive help, or help(object) for help about object., 'vars': , 'SyntaxError': , 'unicode': , 'Uni codeDecodeError': , 'memoryview': , 'isinstance': , 'copyright': Copyright (c) 2001-2013 Python Software Foundation. :All Rights Reserved. : :Copyright (c) 2000 BeOpen.com. :All Rights Reserved. : :Copyright (c) 1995-2001 Corporation for National Research Initiatives. :All Rights Reserved. : :Copyright (c) 1991-1995 Stichting Mathematisch Centrum, Amsterdam. :All Rights Reserved., 'NameError': , 'BytesWarning' : , 'dict': , 'input': , 'oct': , 'bin': , 'Sy stemExit': , 'StandardError': , 'format': , 'repr': , 'sorted': , 'False': False, 'RuntimeWarning': , 'list': , 'iter': , 'reload': , 'Warning': , '__package__': None, 'round': , 'dir': , 'cmp': , 'set': , 'bytes': , 'reduce': , 'intern': , 'issubclass': , 'Ellipsis': Ellipsis, 'EOFError' : , 'locals': , 'BufferErro r': , 'slice': , 'FloatingPointError ': , 'sum': , 'getat tr': , 'abs': , 'exit': Use exi t() or Ctrl-D (i.e. EOF) to exit, 'print': , 'True': Tru e, 'FutureWarning': , 'ImportWarning': , 'None': None, 'hash': , 'Refere nceError': , 'len': , 'c redits': Thanks to CWI, CNRI, BeOpen.com, Zope Corporation and a cast of thou sands : for supporting Python development. See www.python.org for more information. , 'frozenset': , '__name__': '__builtin__', 'ord': , 'super': , 'TypeError': , 'license': See http://www.python.org/2.7/license.html , 'KeyboardInterrupt': , 'UserWarning': , 'filter': , 'range': , 'stat icmethod': , 'SystemError': , 'BaseException': , 'pow': , 'RuntimeError': , 'float': , 'M emoryError': , 'StopIteration': , 'globals': , 'divmod': , 'enumerate': , 'apply': , 'LookupError': , 'open': , 'quit': Use quit() or Ctrl-D (i.e. EOF) to exit, 'basestring': , 'UnicodeError': , 'zip': , 'hex': , 'long': , 'next': , 'ImportError': , 'chr': , 'xrange': , 'type': , '__doc__': "Built -in functions, exceptions, and other objects.\n\nNoteworthy: None is the `nil' ob ject; Ellipsis represents `...' in slices.", 'Exception': , 'tuple': , 'UnicodeTranslateError': , 'reversed': , 'UnicodeEncodeError': , 'IOError': , 'hasattr' : , 'delattr': , 'setattr': , 'raw_input': , 'Syntax Warning': , 'compile': , 'ArithmeticError': , 'str': , 'property': , 'GeneratorExit': , 'int': , '__import__': , 'KeyError': , 'coerce': , 'PendingDepre cationWarning': , 'file': , 'EnvironmentError': , 'unichr': , 'id': , 'OSError': , 'DeprecationWarning': , 'min': , 'UnicodeWarning': , 'exec file': , 'any': , 'complex': , 'bool': , 'ValueError': , 'NotImplemented': NotImplemented, 'map': , 'buffer': , 'max': , 'object': , 'TabE rror': , 'callable': , 'Z eroDivisionError': , 'eval': , '__debug__': True, 'IndentationError': , 'AssertionError': , 'classmethod': , 'UnboundLocalError': , 'Not ImplementedError': , 'AttributeError': , 'OverflowError': } :UIRTSLibNode: None :__file__: None :UINode: None :__package__: None :complete_path: None :NetworkPortal: None :LUN: None :__name__: None :RTSLibError: None :__doc__: None :utils: None :MappedLUN: None environ: :USERNAME=root :LANG=en_US.UTF-8 :TERM=xterm :SHELL=/bin/bash :SUDO_COMMAND=/bin/bash :SHLVL=1 :HOSTNAME=controller :SUDO_UID=1000 :SUDO_GID=1000 :HISTSIZE=1000 :HISTCONTROL=ignoredups :PWD=/root :LOGNAME=root :USER=root :MAIL=/var/spool/mail/root :PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin :SUDO_USER=vagrant :LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd =40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42 :st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*. lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;3 1:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:* .lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31: *.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;3 1:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01 ;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pg m=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35: *.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01 ;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m 4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35: *.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;3 5:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01 ;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid =01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*. wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36: :HOME=/root :LESSOPEN=||/usr/bin/lesspipe.sh %s :_=/bin/targetcli os_info: :NAME="CentOS Linux" :VERSION="7 (Core)" :ID="centos" :ID_LIKE="rhel fedora" :VERSION_ID="7" :PRETTY_NAME="CentOS Linux 7 (Core)" :ANSI_COLOR="0;31" :CPE_NAME="cpe:/o:centos:centos:7" :HOME_URL="https://www.centos.org/ " :BUG_REPORT_URL="https://bugs.centos.org/ " : & I thought that it is perhaps a bug. I have Googled but did not find anything. I decided to downgrade the package, but that does not seem to be possible. [root@controller ~]# yum downgrade targetcli Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: ftp.nluug.nl * epel: ftp.nluug.nl * extras: ftp.nluug.nl * updates: ftp.nluug.nl Nothing to do Now I am really worried because I cannot access the iSCSI target anymore. How to fix the issue or downgrade the package so I can access the iSCSI again?

We've been running a CentOS 7 server successfully for a couple months with two iSCSI targets, all set up using targetcli. These are mounted from a Windows 7 box using the MS iSCSI Initiator. Worked great. About a month ago, I added another target, to be mounted from a second machine. It seems I may have forgotten that I need to run saveconfig. Last week, we started to evaluate TigerStore, a metadata server. This is installed on a third Windows 7 machine. I set up a 4th target on the CentOS box for testing purposes with TigerStore (which also uses the Windows initiator to mount the target that it then serves up). Again, forgot that I need to saveconfig. We have been using all four targets without issues. I was using it on Friday evening, in fact. However, when I came in this morning, the targets on the first machine, which have been mounted for months, were showing up with just a drive letter, and when clicked on, gave me a permissions error. I checked Windows machine #2, same thing with its one mounted iSCSI target. The TigerStore server was still connected to its target and working fine. Rebooted all three Windows machines, same issue with permissions. Now is where I really screwed up: rebooted the CentOS server, and two of the target configurations are showing up with no LUNs (these are the two for which I didn't run saveconfig). Because... The location of the devices has changed. One pair was /dev/sdb1 and /dev/sdb2, and the other was /dev/sdc1 and /dev/sdc2, before the reboot. Now these are different, with /dev/sdc being my system drive, what was previously /dev/sdb is now /dev/sda, and /dev/sdc is now /dev/sdb. Thus, all the mappings are a mess. So I guess I have a two-part question here: 1) Can I create new LUNs in targetcli to point to the new block device locations, in order to get the mappings to work correctly --WITHOUT-- altering the user data on the targets? 2) Can I force the system to use the same /dev/sd* location assignments at boot every time? Ok, three part question: 3) If I can't do #2, what should I be doing differently to ensure that this doesn't happen again. For reference, here's the output of a targetcli ls: o- / ..................................................................... [...] o- backstores .......................................................... [...] | o- block .............................................. [Storage Objects: 2] | | o- block1 ..................... [/dev/sdb1 (0 bytes) write-thru activated] | | | o- alua ............................................... [ALUA Groups: 1] | | | o- default_tg_pt_gp ................... [ALUA state: Active/optimized] | | o- block3 ..................... [/dev/sdb2 (0 bytes) write-thru activated] | | o- alua ............................................... [ALUA Groups: 1] | | o- default_tg_pt_gp ................... [ALUA state: Active/optimized] | o- fileio ............................................. [Storage Objects: 0] | o- pscsi .............................................. [Storage Objects: 0] | o- ramdisk ............................................ [Storage Objects: 0] o- iscsi ........................................................ [Targets: 4] | o- iqn.2018-03.com.grd.t3 ............................ [TPGs: 1] | | o- tpg1 .............................................. [gen-acls, no-auth] | | o- acls ...................................................... [ACLs: 0] | | o- luns ...................................................... [LUNs: 1] | | | o- lun0 ................ [block/block3 (/dev/sdb2) (default_tg_pt_gp)] | | o- portals ................................................ [Portals: 1] | | o- 10.0.0.1:3260 ................................................ [OK] | o- iqn.2018-03.com.grd:t1 ............................ [TPGs: 1] | | o- tpg1 .............................................. [gen-acls, no-auth] | | o- acls ...................................................... [ACLs: 0] | | o- luns ...................................................... [LUNs: 1] | | | o- lun0 ................ [block/block1 (/dev/sdb1) (default_tg_pt_gp)] | | o- portals ................................................ [Portals: 1] | | o- 10.0.0.1:3260 ................................................ [OK] | o- iqn.2018-03.com.grd:t2 ............................ [TPGs: 1] | | o- tpg1 .............................................. [gen-acls, no-auth] | | o- acls ...................................................... [ACLs: 0] | | o- luns ...................................................... [LUNs: 0] | | o- portals ................................................ [Portals: 1] | | o- 10.0.0.1:3260 ................................................ [OK] | o- iqn.2018-04.com.grd:t3 ............................ [TPGs: 1] | o- tpg1 .............................................. [gen-acls, no-auth] | o- acls ...................................................... [ACLs: 0] | o- luns ...................................................... [LUNs: 0] | o- portals ................................................ [Portals: 1] | o- 10.0.0.1:3260 ................................................ [OK] o- loopback ..................................................... [Targets: 0] o- srpt ......................................................... [Targets: 0] Thanks!

I'm trying to setup my iSCSI server using targetcli. Initial setup went fine and my Windows iSCSI initiator can connect to my first target / portal / LUN. Now I'm trying to setup another LUN. I want it to be separate, such that my Windows client won't even attempt to mount it and such that my Ubntu client would only mount the new LUN. So I created another target under iscsi, added a tpg and set up a new acl there and bound a iblock backstore to it. As far as I can tell, the setup is completely the same as the original target. I also added a portal to 0.0.0.0:3260, same as the original target. Now, issuing discovery (iscsiadm -m discovey -t st -p myserver) in my client Ubuntu correctly identifies both targets. However, my next step, trying to log in (iscsiadm -m node --login) fails with message 24 - iSCSI login failed due to authorization failure. * I have tried adding the credential info as suggested here with no success. * Removing the target ACL also gives me no joy. * Setting up two different ACLs within the original target as well. Anyway, at this point I'm now stuck unable to complete the second step (login). If I understand this correctly, that would also attach all LUNs on the target to my ubuntu initiator. I'm obviously missing some detail here and would appreciate any pointers. My current targetcli configuration: Each of the acls has auth userid set to same name as acl name and password set to something between 12 and 16 characters long. ACL name is in one instance the same one as suggested by the Windows iSCSI initiator, in the other, I just made up some name using same format, but different company name and initiator machine name. tpg is set such that ACL authentication takes precedence.

I have a disc with data and lost targetcli configuration. The disk.img exists and has a 900 GB size but I do not have the saveconfig.json configuration file. How to recover or extract the data from disk.img file?