I have attached both logs. Traces are there.
My version on F19 :-
[root@openstack1 ~]# rpm -qa | grep openstack
openstack-ceilometer-common-2013.2.1-1.fc20.noarch
openstack-nova-compute-2013.2.1-2.fc20.noarch
openstack-nova-common-2013.2.1-2.fc20.noarch
openstack-nova-cert-2013.2.1-2.fc20.noarch
openstack-utils-2013.2-2.fc20.noarch
openstack-glance-2013.2.1-1.fc20.noarch
openstack-ceilometer-compute-2013.2.1-1.fc20.noarch
openstack-packstack-2013.2.1-0.25.dev936.fc20.noarch
openstack-nova-conductor-2013.2.1-2.fc20.noarch
openstack-nova-scheduler-2013.2.1-2.fc20.noarch
openstack-keystone-2013.2.1-1.fc20.noarch
openstack-nova-api-2013.2.1-2.fc20.noarch
openstack-nova-console-2013.2.1-2.fc20.noarch
openstack-nova-novncproxy-2013.2.1-2.fc20.noarch
openstack-cinder-2013.2.1-1.fc20.noarch
[root@openstack1 ~]# uname -a
Linux openstack1.localdomain 3.12.5-200.fc19.x86_64 #1 SMP Tue Dec 17 22:21:14 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
System on CentOS 6.4 doesn't belong to me. I am a bit hesitant to ask system's
admin too much
questions. I am sorry.
Boris.
Date: Mon, 23 Dec 2013 23:03:54 +0000
From: pbrady(a)redhat.com
To: bderzhavets(a)hotmail.com
CC: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to reproduce Getting Started with Multi-Node OpenStack
RDO Havana + Gluster Backend + Neutron VLAN by Andrew Lau on F19
On 12/23/2013 12:02 PM, Boris Derzhavets wrote:
> Original document
http://www.andrewklau.com/getting-started-with-multi-node-openstack-rdo-h...
> contains the sample of answer file. In my situation p37p1 is eth0 p4p1 is eth1 and
I've tried to make a substitution in answer-file . packstack fails with error :
> Applying 192.168.1.137_neutron.pp
>
[ ERROR ]
>
> ERROR : Error appeared during Puppet run: 192.168.1.127_neutron.pp
> Error: Validate method failed for class sleep: implicit argument passing of super
from method defined by define_method() is not supported. Specify all arguments
explicitly.
What are the versions of packstack and puppet on your centos and Fedora 19 systems?
They should be the same if going from a pristine setup, but if not it would
be worth trying to match the F19 versions to the working centos one.
If they are in fact the same then it must come down to different
logic in the puppet modules for Fedora and EL systems, which we'd
need to look into.
You might get more indication of the particular error in:
/var/tmp/packstack/...neutron...log
thanks,
Pádraig.