[Rdo-list] Attempt to reproduce Getting Started with Multi-Node OpenStack RDO Havana + Gluster Backend + Neutron VLAN by Andrew Lau on F19
by Boris Derzhavets
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 :
Welcome to Installer setup utility
Packstack changed given value to required value /root/.ssh/id_rsa.pub
Packstack changed given value 192.168.1.137:/CINDER-VOLUMES to required value '192.168.1.137:/CINDER-VOLUMES'
Installing:
Clean Up... [ DONE ]
Setting up ssh keys... [ DONE ]
Discovering hosts' details... [ DONE ]
Adding pre install manifest entries... [ DONE ]
Installing time synchronization via NTP... [ DONE ]
Adding MySQL manifest entries... [ DONE ]
Adding QPID manifest entries... [ DONE ]
Adding Keystone manifest entries... [ DONE ]
Adding Glance Keystone manifest entries... [ DONE ]
Adding Glance manifest entries... [ DONE ]
Installing dependencies for Cinder... [ DONE ]
Adding Cinder Keystone manifest entries... [ DONE ]
Adding Cinder manifest entries... [ DONE ]
Adding Nova API manifest entries... [ DONE ]
Adding Nova Keystone manifest entries... [ DONE ]
Adding Nova Cert manifest entries... [ DONE ]
Adding Nova Conductor manifest entries... [ DONE ]
Adding Nova Compute manifest entries... [ DONE ]
Adding Nova Scheduler manifest entries... [ DONE ]
Adding Nova VNC Proxy manifest entries... [ DONE ]
Adding Nova Common manifest entries... [ DONE ]
Adding Openstack Network-related Nova manifest entries...[ DONE ]
Adding Neutron API manifest entries... [ DONE ]
Adding Neutron Keystone manifest entries... [ DONE ]
Adding Neutron L3 manifest entries... [ DONE ]
Adding Neutron L2 Agent manifest entries... [ DONE ]
Adding Neutron DHCP Agent manifest entries... [ DONE ]
Adding Neutron LBaaS Agent manifest entries... [ DONE ]
Adding Neutron Metadata Agent manifest entries... [ DONE ]
Adding OpenStack Client manifest entries... [ DONE ]
Adding Horizon manifest entries... [ DONE ]
Adding Heat manifest entries... [ DONE ]
Adding Heat Keystone manifest entries... [ DONE ]
Adding Ceilometer manifest entries... [ DONE ]
Adding Ceilometer Keystone manifest entries... [ DONE ]
Adding post install manifest entries... [ DONE ]
Preparing servers... [ DONE ]
Installing Dependencies... [ DONE ]
Copying Puppet modules and manifests... [ DONE ]
Applying Puppet manifests...
Applying 192.168.1.127_prescript.pp
Applying 192.168.1.137_prescript.pp
192.168.1.127_prescript.pp : [ DONE ]
192.168.1.137_prescript.pp : [ DONE ]
Applying 192.168.1.127_ntpd.pp
Applying 192.168.1.137_ntpd.pp
192.168.1.137_ntpd.pp : [ DONE ]
192.168.1.127_ntpd.pp : [ DONE ]
Applying 192.168.1.137_mysql.pp
Applying 192.168.1.137_qpid.pp
192.168.1.137_mysql.pp : [ DONE ]
192.168.1.137_qpid.pp : [ DONE ]
Applying 192.168.1.137_keystone.pp
Applying 192.168.1.137_glance.pp
Applying 192.168.1.137_cinder.pp
192.168.1.137_keystone.pp : [ DONE ]
192.168.1.137_glance.pp : [ DONE ]
192.168.1.137_cinder.pp : [ DONE ]
Applying 192.168.1.137_api_nova.pp
192.168.1.137_api_nova.pp : [ DONE ]
Applying 192.168.1.137_nova.pp
Applying 192.168.1.127_nova.pp
192.168.1.137_nova.pp : [ DONE ]
192.168.1.127_nova.pp : [ DONE ]
Applying 192.168.1.127_neutron.pp
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.
Disabling Fedora native Ethernet names and switch to eth0 & eth1 on F19 gives same error.
This make an impression that only `packstack --allinone` could work on F19 . I just cannot configure Neutron on
Compute Node with native fedora's ethernet names. It works fine on CentOS 6.4
I would guess that same question would come up for oVirt 3.3.2 Neutron provider on F19 boxes.
How create a server , how create Neutron plugin for oVirt ?
My question is :-
How would look Andrew's https://gist.github.com/andrewklau/7622535/raw/7dac55bbecc200cfb4bf040b61...
for Fedora 19 ?
10 years, 3 months
[Rdo-list] Packstack error
by Tim Bell
Any ideas how to fix ? I'm running Scientific Linux 6.5.
Running packstack (turning off neutron)
ERROR : Error appeared during Puppet run: 128.142.135.93_horizon.pp
Error: Parameter name failed on Package[horizon-packages]: Name must be a String not Array at /var/tmp/packstack/805bcb724cfe4f8499e799d1795f3a0c/manifests/128.142.135.93_horizon.pp:7
You will find full trace in log /var/tmp/packstack/20131220-135003-LzYOG0/manifests/128.142.135.93_horizon.pp.log
The additional logs just report the same thing (i.e. Name must be a String not Array).
cd /usr/lib/python2.6/site-packages/packstack/puppet/modules
tar --dereference -cpzf - apache ceilometer certmonger cinder concat firewall glance heat horizon inifile keystone memcached mongodb mysql neutron nova nssdb openstack packstack qpid rsync ssh stdlib swift sysctl tempest vcsrepo vlan vswitch xinetd | ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null root(a)128.142.135.93 tar -C /var/tmp/packstack/805bcb724cfe4f8499e799d1795f3a0c/modules -xpzf -
2013-12-20 13:52:12::ERROR::run_setup::909::root:: Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/packstack/installer/run_setup.py", line 904, in main
_main(confFile)
File "/usr/lib/python2.6/site-packages/packstack/installer/run_setup.py", line 573, in _main
runSequences()
File "/usr/lib/python2.6/site-packages/packstack/installer/run_setup.py", line 552, in runSequences
controller.runAllSequences()
File "/usr/lib/python2.6/site-packages/packstack/installer/setup_controller.py", line 84, in runAllSequences
sequence.run(self.CONF)
File "/usr/lib/python2.6/site-packages/packstack/installer/core/sequences.py", line 105, in run
step.run(config=config)
File "/usr/lib/python2.6/site-packages/packstack/installer/core/sequences.py", line 52, in run
raise SequenceError(str(ex))
SequenceError: Error appeared during Puppet run: 128.142.135.93_horizon.pp
Error: Parameter name failed on Package[horizon-packages]: Name must be a String not Array at /var/tmp/packstack/805bcb724cfe4f8499e799d1795f3a0c/manifests/128.142.135.93_horizon.pp:7
You will find full trace in log /var/tmp/packstack/20131220-135003-LzYOG0/manifests/128.142.135.93_horizon.pp.log
[cid:image001.png@01CEFD89.483D8020]
10 years, 3 months
[Rdo-list] devstack on F20 (cinder: No suitable rootwrap found)
by Perry Myers
It looks like devstack hasn't been completely vetted on F20 yet (when I
ran it it printed out a warning message and asked me to override w/
FORCE=yes), but I went ahead and decided to try it anyhow.
> ++ get_rootwrap_location cinder
> ++ local module=cinder
> +++ get_python_exec_prefix
> +++ is_fedora
> +++ [[ -z Fedora ]]
> +++ '[' Fedora = Fedora ']'
> +++ echo /usr/bin
> ++ echo /usr/bin/cinder-rootwrap
> + CINDER_ROOTWRAP=/usr/bin/cinder-rootwrap
> + [[ ! -x /usr/bin/cinder-rootwrap ]]
> ++ get_rootwrap_location oslo
> ++ local module=oslo
> +++ get_python_exec_prefix
> +++ is_fedora
> +++ [[ -z Fedora ]]
> +++ '[' Fedora = Fedora ']'
> +++ echo /usr/bin
> ++ echo /usr/bin/oslo-rootwrap
> + CINDER_ROOTWRAP=/usr/bin/oslo-rootwrap
> + [[ ! -x /usr/bin/oslo-rootwrap ]]
> + die 180 'No suitable rootwrap found.'
> + local exitcode=0
> + set +o xtrace
> [Call Trace]
> ./stack.sh:686:configure_cinder
> /home/admin/devstack/lib/cinder:180:die
> [ERROR] /home/admin/devstack/lib/cinder:180 No suitable rootwrap found.
I looked further up in the stack and saw some compilation errors related
to some compilation that requires libxml2-devel and libxslt-devel.
Turned out that I didn't have libxslt-devel installed on the VM I was
running this on. Installed that, reran stack.sh and it seemed to get
further.
Should we be checking for the presence of that package and installing it
in devstack if it is not already installed?
(fwiw, I don't have a clue as to why the failed gcc compile due to
missing devel libs would result in a missing cinder rootwrap, perhaps
someone can explain?) :)
As an aside, I also gave devstack on RHEL 6.5 a run and that seemed to
go fine as far as my cursory checking could tell (using nova networking)
Glad to see that devstack/RHEL is not falling over :)
10 years, 4 months
[Rdo-list] [package announce] openstack-packstack update
by Pádraig Brady
Havana RDO packstack has been updated as follows.
openstack-packstack-2013.2.1-0.25.dev936
Fix syntax (disallowed by puppet-3.4) for installing packages (rhbz#1045283)
Use class for notifier strategy (rhbz#1020002)
CONFIG_NEUTRON_LBAAS_HOSTS should be empty in allinone (rhbz#1040585)
service_plugins must not be list with empty string (rhbz#1040585)
Allow Ceilometer API for all hosts (rhbz#1040404)
Require also core_plugin setting
NEUTRON_LBAAS_HOSTS should be empty by default (rhbz#1040039)
Upgrades DB before neutron server starts (rhbz#1037675)
Adds localhost to the list of Horizon's ALLOWED_HOSTS
Doesn't set up the L3_EXT_BRIDGE twice(rhbz#1000981)
Updates puppet-nova module (#1015995)
Adds support for LBaaS agent (#1019780)
Adds validation for gluster volumes using hostnames (#1020479)
Validates type of given ssh key (#1022477)
Doesn't touch NetworkManager and iptables (rhbz#1024292, rhbz#1023955)
Updates puppet-certmonger module and puppet-pacemaker module (rhbz#1027455)
Adds puppet-openstack-storage (rhbz#1027460)
Adds missing options to packstack man page (rhbz#1032103)
Adds support for cinder::backup::swift (rhbz#1021627)
Adds auth option to qpid (rhbz#972643)
Fixes errors when nova is disabled (rhbz#987888, rhbz#1024564, rhbz#1026795)
Fixes the nova_ceilometer.pp template (rhbz#1032070)
Fixes heat installer when executed in interactive mode
Updates puppet-neutron module to latest stable/havana branch (rhbz#1017280)
Added the help_url pointing to RH doc (rhbz#1030398)
10 years, 4 months
Re: [Rdo-list] [rhos-list] RDO problem
by Perry Myers
On 12/19/2013 02:03 AM, Guang Ya GY Liu wrote:
> Hi,
>
> I was following this install guide to install OpenStack with RDO:
> http://openstack.redhat.com/Quickstart
Hi,
I'm going to move this thread over to rdo-list, since that's where the
RDO community members hang out.
> After install and OpenStack start, every time I boot a new instance,
> there will be a new nova-compute start up, after I create two instance,
> there are three nova-compute, do you know why the instance create caused
> new nova-compute start?
>
> [root@db03b04 network-scripts(keystone_admin)]# ps -ef | grep nova-com
> nova 5174 6099 0 01:07 ? 00:00:00 /usr/bin/python
> /usr/bin/nova-compute --logfile /var/log/nova/compute.log <<<<<<<<<< Why?
> nova 6099 1 0 Dec18 ? 00:07:47 /usr/bin/python
> /usr/bin/nova-compute --logfile /var/log/nova/compute.log
> nova 6553 6099 0 Dec18 ? 00:00:00 /usr/bin/python
> /usr/bin/nova-compute --logfile /var/log/nova/compute.log <<<<<<<<<< Why?
Russell, can you provide a quick explanation here?
Cheers,
Perry
10 years, 4 months
