I did. But no eth0,eth1,eth2. There are em1,p37p1,p4p1 and under /etc/sysconfig/network-scripts

[root@hv02 network-scripts]# ls -l
total 212
-rw-r--r--. 1 root root   102 Dec 24 15:22 ifcfg-enp2s0
-rw-r--r--. 1 root root   288 Dec 24 14:29 ifcfg-enp5s1
-rw-r--r--. 1 root root   288 Dec 24 14:29 ifcfg-enp5s2
-rw-r--r--. 1 root root   254 May 31  2013 ifcfg-lo

which are different from usual ifcfg-eth(X)

[root@hv02 network-scripts]# cat ifcfg-enp5s1
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
NAME=enp5s1
UUID=68e1cb5d-cafa-47e7-aa2e-1ce6d4632bfa
ONBOOT=no
HWADDR=00:E0:53:13:17:4C
PEERDNS=yes
PEERROUTES=yes

No DEVICE=p(XX)p(Y)

Only MAC address allows to understand what is what ?
Looks like parser gets  confused working with ifcfg-enp* files

View also http://kashyapc.wordpress.com/tag/fedora/
Set up a bit different from yours , but with same idea Controller + Compute,  is done
manually not via packstack with f20 core ( no Ethernet interfaces renaming just ifcfg-eth0 and etc )

Merry Christmas!

Thanks.
Boris.

P.S. I am currently testing CentOS 6.5. libgfapi should be backported   :)

From: andrew@andrewklau.com
Date: Thu, 26 Dec 2013 00:53:42 +1100
Subject: Re: [Rdo-list] Attempt to reproduce Getting Started with Multi-Node OpenStack RDO Havana + Gluster Backend + Neutron VLAN by Andrew Lau on F19
To: bderzhavets@hotmail.com
CC: pbrady@redhat.com; rdo-list@redhat.com

Hey,

Rather than just dropping in my packstack file, try generate the default answer file for Fedora and just modify the variables.

Merry Christmas!

Cheers
,
Andrew


On Tue, Dec 24, 2013 at 9:28 PM, Boris Derzhavets <bderzhavets@hotmail.com> wrote:
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@redhat.com
> To: bderzhavets@hotmail.com
> CC: rdo-list@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-havana-gluster-backend-neutron/
> > 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.

_______________________________________________
Rdo-list mailing list
Rdo-list@redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list