Bug 1155722

Summary: [delorean] ArgumentError: Invalid resource type database_user at /var/tmp/packstack/<snip>/manifests/172.16.32.71_mariadb.pp:28 on node
Product: [Community] RDO Reporter: wes hayutin <whayutin>
Component: openstack-packstackAssignee: Martin Magr <mmagr>
Status: CLOSED EOL QA Contact: Shai Revivo <srevivo>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: unspecifiedCC: aortega, apevec, derekh, gchamoul, ichavero, lbezdick, srevivo
Target Milestone: ---   
Target Release: Juno   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-05-18 20:09:25 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
install and config logs none

Description wes hayutin 2014-10-22 17:39:30 UTC
Created attachment 949508 [details]
install and config logs

Description of problem:

[0;36mDebug: template[/var/tmp/packstack/1c5a526470b94178bf5a33ae0fd956e8/modules/mysql/templates/my.cnf.pass.erb]: Interpolated template /var/tmp/packstack/1c5a526470b94178bf5a33ae0fd956e8/modules/mysql/templates/my.cnf.pass.erb in 0.00 seconds[0m
[0;36mDebug: importing '/var/tmp/packstack/1c5a526470b94178bf5a33ae0fd956e8/modules/mysql/manifests/server/providers.pp' in environment production[0m
[0;36mDebug: Automatically imported mysql::server::providers from mysql/server/providers into production[0m
[1;31mError: Puppet::Parser::AST::Resource failed with error ArgumentError: Invalid resource type database_user at /var/tmp/packstack/1c5a526470b94178bf5a33ae0fd956e8/manifests/172.16.32.71_mariadb.pp:28 on node packstack.example.com
Wrapped exception:
Invalid resource type database_user[0m
[1;31mError: Puppet::Parser::AST::Resource failed with error ArgumentError: Invalid resource type database_user at /var/tmp/packstack/1c5a526470b94178bf5a33ae0fd956e8/manifests/172.16.32.71_mariadb.pp:28 on node packstack.example.com[0m


see logs for install config and logs

Comment 1 wes hayutin 2014-10-22 17:40:36 UTC
openstack-puppet-modules-2014.2-dev.07546a684521743b5b3535f4445d55b6770b502d.fc20.noarch

Comment 2 Lukas Bezdicka 2014-10-23 13:15:14 UTC
This will never work correctly please don't use openstack puppet modules master but use o-p-m master.

Comment 4 Derek Higgins 2014-10-23 15:31:00 UTC
I'm not sure We'll get away with using o-p-m master, what will happen when something is merged into an openstack project that requires a change to the puppet modules? 

In order to be able to use master packages for CI we need a deployment tool that is also developing against master if master or o-p-m and packstack are still being developed using RPM's built from a stable branch then it wont take long before it will become unusable for master based CI.

Ideally we could get to a point where packstack branches at the same time as the openstack projects and packstack master could continue tracking master of the puppet modules and openstack components.

Comment 5 Alan Pevec 2014-10-23 21:53:23 UTC
Note that ATM stable/juno has not be created in any puppet-* module repository,
so I assume there hasn't been any Kilo work on puppet modules yet.
I'm guessing only deployment tool closely tracking openstack master would be tripleo?

Comment 6 Derek Higgins 2014-10-24 09:23:18 UTC
Yup, from a master tracking point of view tripleo would be suitable, although CI for tripleo is not trivial.

It looks like the juno branches for the puppet modules wont be cut for a week if not longer.

So basically we're stuck for the moment until packstack cuts a juno branch and starts development for master.

Comment 7 Gaƫl Chamoulaud 2014-11-21 17:30:15 UTC
If It could help, we have now a packstack juno branch ! https://github.com/stackforge/packstack/tree/juno

Comment 10 Ivan Chavero 2016-05-18 20:09:25 UTC
This bug is against a version which has reached End of Life. Please reopen if it is still relevant with a latest version: http://releases.openstack.org/