Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1435378 - split-stack: deployment error for initiatorname.iscsi config
split-stack: deployment error for initiatorname.iscsi config
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: puppet-tripleo (Show other bugs)
11.0 (Ocata)
Unspecified Unspecified
urgent Severity urgent
: rc
: 11.0 (Ocata)
Assigned To: Alex Schultz
Gurenko Alex
: Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-03-23 12:20 EDT by Dan Macpherson
Modified: 2017-05-17 16:13 EDT (History)
8 users (show)

See Also:
Fixed In Version: puppet-tripleo-6.3.0-5.el7ost
Doc Type: No Doc Update
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-05-17 16:13:23 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Launchpad 1675462 None None None 2017-03-23 12:28 EDT
OpenStack gerrit 449964 None None None 2017-03-27 10:52 EDT
Red Hat Product Errata RHEA-2017:1245 normal SHIPPED_LIVE Red Hat OpenStack Platform 11.0 Bug Fix and Enhancement Advisory 2017-05-17 19:01:50 EDT

  None (edit)
Description Dan Macpherson 2017-03-23 12:20:23 EDT
I was deploying a split stack overcloud. During step 4, I hit a puppet error for iscsi initiator config on the Compute node.

Here's the puppet error:

Error: /bin/echo InitiatorName=$(/usr/sbin/iscsi-iname) > /etc/iscsi/initiatorname.iscsi returned 1 instead of one of [0]
Error: /Stage[main]/Tripleo::Profile::Base::Nova::Compute/Exec[reset-iscsi-initiator-name]/returns: change from notrun to 0 failed: /bin/echo InitiatorName=$(/usr/sbin/iscsi-iname) > /etc/iscsi/initiatorname.iscsi returned 1 instead of one of [0]

And journalctl grepping for iscsi-related entries:

Mar 23 15:16:22 compute.dansosp.net os-collect-config[1210]: Notice: /Stage[main]/Tripleo::Profile::Base::Nova::Compute/Exec[reset-iscsi-initiator-name]/returns: sh: /usr/sbin/iscsi-iname: No such file or directory
Mar 23 15:16:22 compute.dansosp.net os-collect-config[1210]: Notice: /Stage[main]/Tripleo::Profile::Base::Nova::Compute/Exec[reset-iscsi-initiator-name]/returns: sh: /etc/iscsi/initiatorname.iscsi: No such file or directory
Mar 23 15:16:22 compute.dansosp.net os-collect-config[1210]: Notice: /Stage[main]/Tripleo::Profile::Base::Nova::Compute/File[/etc/iscsi/.initiator_reset]: Dependency Exec[reset-iscsi-initiator-name] has failures: true
Mar 23 15:16:22 compute.dansosp.net os-collect-config[1210]: Error: /bin/echo InitiatorName=$(/usr/sbin/iscsi-iname) > /etc/iscsi/initiatorname.iscsi returned 1 instead of one of [0]
Mar 23 15:16:22 compute.dansosp.net os-collect-config[1210]: Error: /Stage[main]/Tripleo::Profile::Base::Nova::Compute/Exec[reset-iscsi-initiator-name]/returns: change from notrun to 0 failed: /bin/echo InitiatorName=$(/usr/sbin/iscsi-iname) > /etc/iscsi/initiatorname.iscsi returned 1 instead of one of [0]
Mar 23 15:16:22 compute.dansosp.net os-collect-config[1210]: Warning: /Stage[main]/Tripleo::Profile::Base::Nova::Compute/File[/etc/iscsi/.initiator_reset]: Skipping because of failed dependencies

I worked this issue by manually running "sudo /bin/echo InitiatorName=$(/usr/sbin/iscsi-iname) > /etc/iscsi/initiatorname.iscsi" on the compute node (which works) and then rerunning the deployment command.

From Alex Schultz:

This seems like an ordering thing where iscsi-initiator-utils is not
installed before we try and reset the name but eventually gets
installed which is why you were able to do it after the fact.  Could
you log a BZ and we can fix it?

Upstream bug is https://bugs.launchpad.net/tripleo/+bug/1675462 with
proposed fix https://review.openstack.org/449200
Comment 1 James Slagle 2017-03-27 07:40:55 EDT
this can be temporarily worked around by manually installing iscsi-initiator-utils on the deployed servers before the overcloud deployment
Comment 2 Jaromir Coufal 2017-03-29 23:38:29 EDT
Given the manual workaround - not a blocker. But let's try to make it in.
Comment 3 Dan Macpherson 2017-03-30 00:12:36 EDT
If that's the case, should I document the workaround? (I'm assuming yes, but want to check if this patch will make it into OSP11)
Comment 6 Gurenko Alex 2017-04-24 02:15:47 EDT
Verified on build 2017-04-20.2

[stack@undercloud-0 ~]$ rpm -q puppet-tripleo
puppet-tripleo-6.3.0-10.el7ost.noarch
Comment 7 errata-xmlrpc 2017-05-17 16:13:23 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2017:1245

Note You need to log in before you can comment on or make changes to this bug.