[Rdo-list] Attempt to reproduce Getting Started with Multi-Node OpenStack RDO Havana + Gluster Backend + Neutron VLAN by Andrew Lau on F19

Wed Dec 25 14:18:51 UTC 2013

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

[root at 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 at 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 at 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 at hotmail.com
CC: pbrady at redhat.com; rdo-list at 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 at hotmail.com> wrote:

I have attached both logs. Traces are there.

My version on F19  :- 

[root at 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 at 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 at redhat.com

> To: bderzhavets at hotmail.com
> CC: rdo-list at 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 at redhat.com

https://www.redhat.com/mailman/listinfo/rdo-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/dev/attachments/20131225/fea5afb6/attachment.html>