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

Bug 1106512

Summary: Packstack fails to configure Cinder over Gluster volume
Product: Red Hat OpenStack Reporter: Tzach Shefi <tshefi>
Component: openstack-packstackAssignee: Martin Magr <mmagr>
Status: CLOSED ERRATA QA Contact: Ami Jeain <ajeain>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 5.0 (RHEL 7)CC: adahms, aortega, derekh, mmagr, sreichar, yeylon
Target Milestone: rc   
Target Release: 5.0 (RHEL 7)   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: openstack-packstack-2014.1.1-0.25.dev1149.el7ost Doc Type: Bug Fix
Doc Text:
Previously, the PackStack all-in-one installation process would fail during the Cinder puppet run under certain conditions when configured to use a Gluster mount. This was caused by the logic used to handle volume declarations, whereby iSCSI was defined by default and only one volume declaration could be included in the manifest. Now, the iSCSI definition has been moved to a separate template, allowing the PackStack all-in-one installation process to complete successfully when Gluster has been specified.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-07-08 15:39:12 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
Packstack logs plus answer file none

Description Tzach Shefi 2014-06-09 14:11:41 UTC
Created attachment 904674 [details]
Packstack logs plus answer file

Description of problem: Packstack fails to install Cinder on Gluster volume, 

10.35.160.71_glance.pp:                              [ DONE ]
10.35.160.71_cinder.pp:                           [ ERROR ]
Applying Puppet manifests                         [ ERROR ]

ERROR : Error appeared during Puppet run: 10.35.160.71_cinder.pp
Error: Duplicate declaration: Cinder_config[DEFAULT/volume_backend_name] is already declared in file /var/tmp/packstack/111cd903d53445d689635a8174465ee9/modules/cinder/manifests/backend/iscsi.pp:24; cannot redeclare at /var/tmp/packstack/111cd903d53445d689635a8174465ee9/modules/cinder/manifests/backend/glusterfs.pp:65 on node puma31.scl.lab.tlv.redhat.com
You will find full trace in log /var/tmp/packstack/20140609-165002-trPsGS/manifests/10.35.160.71_cinder.pp.log
Please check log file /var/tmp/packstack/20140609-165002-trPsGS/openstack-setup.log for more information



Version-Release number of selected component (if applicable):
RHEL7
openstack-packstack-2014.1.1-0.22.dev1117.el7ost.noarch

How reproducible:
Not sure first time

Steps to Reproduce:
1. Genrate packstack answer file
2. Configure Cinder to use Gluster, add Gluster mount 
3. Run packstack with answer file

Actual results:
Packstack fails at _cinder.pp (see above)

Expected results:
Should install without errors as did on previous versions.

Additional info:

Comment 1 Martin Magr 2014-06-09 14:43:02 UTC
Since resource duplication is within puppet-cinder module, it seems to me that Gluster is broken in current stable/icehouse module. Will investigate more to find out exact cause.

Comment 3 Martin Magr 2014-06-18 13:44:03 UTC
*** Bug 1110432 has been marked as a duplicate of this bug. ***

Comment 4 Tzach Shefi 2014-06-19 08:55:16 UTC
While trying to recheck this on rhel7 and 
openstack-packstack-puppet-2014.1.1-0.26.dev1157.el7ost.noarch
openstack-packstack-2014.1.1-0.26.dev1157.el7ost.noarch

Got stuck at below stage at 
ERROR : Error appeared during Puppet run: 10.35.160.71_prescript.pp
Error: Execution of '/usr/bin/yum -d 0 -e 0 -y list openstack-selinux' returned 1: Error: No matching Packages to list

Opened a new packstack bz 1111097

Comment 10 errata-xmlrpc 2014-07-08 15:39:12 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-2014-0846.html