Bug 571942

Summary:	sys-block/open-iscsi: app-emulation/libvirt fails with "... (iscsiadm --mode discovery --type sendtargets --portal 10.2.0.15:3260,1) unexpected exit status 20: sh: /sbin/iscsid: No such file or directory"
Product:	Gentoo Linux	Reporter:	REdOG <bugzilla>
Component:	Current packages	Assignee:	Gentoo's Team for Core System packages <base-system>
Status:	RESOLVED OBSOLETE
Severity:	normal	CC:	cardoe, Manfred.Knick, tamiko, virtualization
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description REdOG 2016-01-14 21:26:01 UTC

after creating an iscsi backed storage pool with virsh the pool cannot be started.

Reproducible: Always

Steps to Reproduce:
1.create iscsi backed storage pool
2.issue virsh start pool command


Actual Results:  
error: internal error: Child process (iscsiadm --mode discovery --type sendtargets --portal 10.2.0.15:3260,1) unexpected exit status 20: sh: /sbin/iscsid: No such file or directory

Expected Results:  
error: internal error: Child process (iscsiadm --mode node --portal 10.2.0.15:3260,1 --targetname iqn.2003-01.org.linux-iscsi.kvm0.x8664:sn.bbd08ffd5fa3 --login) unexpected exit status 24: iscsiadm: Could not login to [iface: libvirt-iface-122db5b8, target: iqn.2003-01.org.linux-iscsi.kvm0.x8664:sn.bbd08ffd5fa3, portal: 10.2.0.15,3260].
iscsiadm: initiator reported error (24 - iSCSI login failed due to authorization failure)
iscsiadm: Could not log into all portals


creating a link to /usr/sbin/iscsid in /sbin resolved the error

Comment 1 Doug Goldstein (RETIRED) gentoo-dev

2016-01-16 00:55:06 UTC

Are we sure this is a libvirt issue? From the log it looks like libvirt is running "iscsiadm" which is trying to run "iscsid" and failing.

Comment 2 REdOG 2016-02-13 00:48:47 UTC

the isciadm command error is of no consequence. The portion I addressed was:  "sh: /sbin/iscsid: No such file or directory"

There wasn't in fact any /sbin/iscsid and so when I linked one into /sbin the whole thing came to life. 

I still do in fact still see those same iscsiadm errors in the system logs but these are not fatal. The prior halted the starting of the pool with any of the libvirt tools. 

Should I instead request open-iscsi's iscsid add the link for the issue with libvirt's tools?

Comment 3 Matthias Maier gentoo-dev

2016-06-14 06:45:04 UTC

libvirt itself does indeed call the "iscsiadm" executable.

Assigning bug to base-system for help :-)