Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RDO tickets are now tracked in Jira https://issues.redhat.com/projects/RDO/issues/

Bug 1080100

Summary: keystone puppet error, "Invalid parameter address at /var/tmp/packstack/<snip>/manifests/172.16.7.19_keystone.pp:102
Product: [Community] RDO Reporter: wes hayutin <whayutin>
Component: openstack-puppet-modulesAssignee: Lukas Bezdicka <lbezdick>
Status: CLOSED CURRENTRELEASE QA Contact: Ami Jeain <ajeain>
Severity: high Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: lbezdick, pbrady, yeylon
Target Milestone: Milestone3   
Target Release: Icehouse   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-05-16 11:03:11 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
keystone.pp
none
full install logs none

Description wes hayutin 2014-03-24 16:45:41 UTC
Created attachment 878125 [details]
keystone.pp

Description of problem:

RHEL7.0, icehouse, stage 
selinux=permissive

It appears that there is a syntax issue w/ the puppet script.  It has an error on line 102 of a file w/ 101 lines.


[1;31mError: Invalid parameter address at /var/tmp/packstack/7e163545e15840e5889a7b1b1999d597/manifests/172.16.7.19_keystone.pp:102 on node rdo-ice-rhel70-stage-controller.novalocal[0m
[1;31mError: Invalid parameter address at /var/tmp/packstack/7e163545e15840e5889a7b1b1999d597/manifests/172.16.7.19_keystone.pp:102 on node rdo-ice-rhel70-stage-controller.novalocal[0m

attaching 172.16.7.19_keystone.pp

Comment 1 wes hayutin 2014-03-24 16:50:38 UTC
Created attachment 878127 [details]
full install logs

full set of install logs

Comment 2 Pádraig Brady 2014-03-24 17:59:53 UTC
Hmm, I see this at the end of the file:

 class { 'swift::keystone::auth':
   address  => '172.16.7.19',
   password => 'redhat',
 }

All the other *::keystone::auth classes have public_address.
In fact the package ships with public_address = '%(CONFIG_SWIFT_PROXY)s',

So what is changing that to "address" ?

Does it work after you s/address/public_address/
and rerun packstack with the --answer-file?

Comment 3 wes hayutin 2014-03-24 19:15:16 UTC
Notice the production job that is passing has the same thing in its keystone.pp file. The class for swift::keystone:auth on rhel65 also does not have a public_address stanza. 

This is not something we're touching or changing.


class {"nova::keystone::auth":
    password    => "redhat",
    public_address => "172.16.7.5",
    admin_address => "172.16.7.5",
    internal_address => "172.16.7.5",
    cinder => true,
}


class {"neutron::keystone::auth":
    password    => "redhat",
    public_address => "172.16.7.5",
    admin_address => "172.16.7.5",
    internal_address => "172.16.7.5",
}

class { 'swift::keystone::auth':
  address  => '172.16.7.5',
  password => 'redhat',
}

I also

Comment 4 Lukas Bezdicka 2014-05-14 13:57:51 UTC
Sorry for the late response :( This got fixed by commit ebd3d8ea5552593ef7eef7c7a225a7908af7e390 https://review.openstack.org/#/c/81198/ am I right?

Comment 5 Lukas Bezdicka 2014-05-16 11:03:11 UTC
definetly got fixed