Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 895804

Summary: Installation hangs when running packstack from same machine as your target
Product: Red Hat OpenStack Reporter: Mike McCune <mmccune>
Component: openstack-packstackAssignee: Martin Magr <mmagr>
Status: CLOSED ERRATA QA Contact: Nir Magnezi <nmagnezi>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: aortega, derekh, ykaul
Target Milestone: ---Keywords: Regression
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-01-29 11:11:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
answer file used none

Description Mike McCune 2013-01-16 02:52:23 UTC 
Installing OpenStack on a host that is also where I'm running packstack from and it hangs waiting for mysql and qpid to finish.  I let it run for over 60 minutes.  Example here:

[mmccune@openstack2 ~]$ packstack --answer-file=./answer.out 
Welcome to Installer setup utility

Installing:
Clean Up...                                              [ DONE ]
Setting Up ssh keys...                                   [ DONE ]
Create MySQL Manifest...                                 [ DONE ]
Creating QPID Manifest...                                [ DONE ]
Creating Keystone Manifest...                            [ DONE ]
Adding Glance Keystone Manifest entries...               [ DONE ]
Creating Galnce Manifest...                              [ DONE ]
Adding Cinder Keystone Manifest entries...               [ DONE ]
Checking if the Cinder server has a cinder-volumes vg... [ DONE ]
Creating Cinder Manifest...                              [ DONE ]
Adding Nova API Manifest entries...                      [ DONE ]
Adding Nova Keystone Manifest entries...                 [ DONE ]
Adding Nova Cert Manifest entries...                     [ DONE ]
Adding Nova Compute Manifest entries...                  [ DONE ]
Adding Nova Network Manifest entries...                  [ DONE ]
Adding Nova Scheduler Manifest entries...                [ DONE ]
Adding Nova VNC Proxy Manifest entries...                [ DONE ]
Adding Nova Common Manifest entries...                   [ DONE ]
Creating OS Client Manifest...                           [ DONE ]
Creating OS Horizon Manifest...                          [ DONE ]
Preparing Servers...                                     [ DONE ]
Installing Puppet...                                     [ DONE ]
Copying Puppet modules/manifests...                      [ DONE ]
Applying Puppet manifests...
Applying /var/tmp/55ff3088-58fc-4c18-919c-b3f5495e5b35/manifests/127.0.0.1_mysql.pp
Applying /var/tmp/55ff3088-58fc-4c18-919c-b3f5495e5b35/manifests/127.0.0.1_qpid.pp
Testing if puppet apply is finished : 127.0.0.1_mysql.pp.log
Testing if puppet apply is finished : 127.0.0.1_qpid.pp.log
Testing if puppet apply is finished : 127.0.0.1_mysql.pp.log
Testing if puppet apply is finished : 127.0.0.1_qpid.pp.log
Testing if puppet apply is finished : 127.0.0.1_mysql.pp.log
Testing if puppet apply is finished : 127.0.0.1_qpid.pp.log
....
[waited over 60 minutes]


will attach the answer file

IRC conversation indicates it is because my local user can't write to the logfiles:

<mmccune-brb> derekh: im running from my user on local host (mmccune -> root.0.1)
<mmccune> derekh: permission denied
<mmccune> http://pastebin.test.redhat.com/123026
<derekh> ahhh that makes sense
<mmccune> so, run it from a different machine
<derekh> /var/tmp/55ff3088-58fc-4c18-919c-b3f5495e5b35/manifests/127.0.0.1_mysql.pp.log  is owned by root
<mmccune> yup
<derekh> and you trying to copy over it as a non priv user
<mmccune> derekh: yup
<derekh> your -> packstack
<mmccune> derekh: thanks, is that a bug? or expected?  
<mmccune> id be happy to file
<mmccune> just confusing as an end user as you can imagine
<derekh> yup, it is, I think we have a bug that says we should be able to run as a non priv user, one sec
<derekh> file a bug, the one I was thinking about is a different case
<derekh> mmccune: thanks
Comment 2 Mike McCune 2013-01-16 02:55:16 UTC 
Created attachment 679297 [details]
answer file used
Comment 3 Perry Myers 2013-01-16 03:09:31 UTC 
This must be a regression from the previous version of PackStack in RHN, as I was able to successfully run packstack as a non-privileged user hitting the same host (I had set all hostnames to 127.0.0.1).  I'm going to mark this as a Regression due to that.

@mmccune, can you provide the specific NVR of the packstack package you were using and confirm what version of RHEL was used (6.4 beta?)
Comment 4 Derek Higgins 2013-01-16 12:04:09 UTC 
Fix submitted upstream
https://review.openstack.org/#/c/19800/

I would have expected this problem to exist in the previous version too although I haven't tested it.
Comment 5 Nir Magnezi 2013-01-17 12:28:03 UTC 
Bug reproduced with openstack-packstack-2012.2.2-0.3.dev281.el6ost.noarch


Testing if puppet apply is finished : 127.0.0.1_qpid.pp.log
DEBUG:root:# ============ ssh : None ==========
DEBUG:root:scp -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null root.0.1:/var/tmp/a7b7d22b-3198-490b-a06b-c004143fd472/manifests/127.0.0.1_mysql.pp.log /var/tmp/a7b7d22b-3198-490b-a06b-c004143fd472/manifests/127.0.0.1_mysql.pp.log
DEBUG:root:============ STDOUT ==========
DEBUG:root:
DEBUG:root:============= STDERR ==========
DEBUG:root:+ trap t ERR
+ scp -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null root.0.1:/var/tmp/a7b7d22b-3198-490b-a06b-c004143fd472/manifests/127.0.0.1_mysql.pp.log /var/tmp/a7b7d22b-3198-490b-a06b-c004143fd472/manifests/127.0.0.1_mysql.pp.log
Warning: Permanently added '127.0.0.1' (RSA) to the list of known hosts.
/var/tmp/a7b7d22b-3198-490b-a06b-c004143fd472/manifests/127.0.0.1_mysql.pp.log: Permission denied
++ t
++ exit 1
Comment 9 Nir Magnezi 2013-01-23 15:13:13 UTC 
Verified With: openstack-packstack-2012.2.2-0.5.dev318.el6ost.noarch
Installed OpenStack on a same host I used to run openstack, Using a non privileged user.

Result:
packstack didn't hang.
openstack successfully installed.
Comment 11 errata-xmlrpc 2013-01-29 11:11:19 UTC 
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.

http://rhn.redhat.com/errata/RHEA-2013-0204.html