Adding a second compute node fails
I'm trying to install OpenStack on two host computers. The first one (192.168.64.66) is for the controller (nova-api, nova-scheduler, nova-objectstore, nova-network) and compute (nova-compute). The second host computer should run only the compute (nova-compute and anything else that is required... nova-schedule?). I use flat networking model. Both host computers run Ubuntu 10.04.02 x64.
I have installed the nova packages from ppa:nova-core/release, and then used the the https://github.com/dubsquared/OpenStack-NOVA-Installer-Script/raw/master/nova-CC-install-v1.1.sh (https://github.com/dubsquared/OpenSta...) script to configure the software on the first host computer. I was able to start instances, SSH to them and access the network from within the instances. No issues here.
Next I installed the nova packages on the second host (also from ppa:nova-core/release) and the used the https://github.com/dubsquared/OpenStack-NOVA-Installer-Script/raw/master/nova-NODE-installer.sh (https://github.com/dubsquared/OpenSta...) script to configure the software.
After restarting the nova services on both computers, nova-manage service list reports the following: asa-test-a nova-network enabled :-) 2011-04-15 01:18:00 asa-test-a nova-compute enabled :-) 2011-04-15 01:18:00 asa-test-a nova-scheduler enabled :-) 2011-04-15 01:18:00 asa-test-b nova-scheduler enabled XXX 2011-04-14 23:16:15
Clearly there is an issue with the nova-scheduler on the second host (asa-test-b). Do I need it at all since I already have the nova-scheduler running on the first host (asa-test-a)? I do not see the nova-compute running on the second host. (log output later, below). Should nova-network be running on the second host? It seems to fail (log output later, below).
/etc/network/interfaces file from the first host (asa-test-a):
auto lo iface lo inet loopback
auto br100 iface br100 inet static bridge_ports eth0 bridge_stp off bridge_maxwait 0 bridge_fd 0 address 192.168.64.66 netmask 255.255.255.0 broadcast 192.168.64.255 gateway 192.168.64.1 dns-nameservers 192.168.64.1
/etc/network/interfaces file from the second host (asa-test-b):
auto lo iface lo inet loopback
auto br100 iface br100 inet static bridge_ports eth0 bridge_stp off bridge_maxwait 0 bridge_fd 0 address 192.168.64.67 netmask 255.255.255.0 broadcast 192.168.64.255 gateway 192.168.64.1 dns-nameservers 192.168.64.1
/etc/nova/nova.conf (identical on both hosts):
--dhcpbridge_flagfile=/etc/nova/nova.conf --dhcpbridge=/usr/bin/nova-dhcpbridge --logdir=/var/log/nova --state_path=/var/lib/nova --lock_path=/var/lock/nova --s3_host=192.168.64.66 --rabbit_host=192.168.64.66 --cc_host=192.168.64.66 --ec2_url=http://192.168.64.66:8773/services/Cloud --fixed_range=192.168.64.0/24 --network_size=64 --FAKE_subdomain=ec2 --routing_source_ip=192.168.64.66 --verbose --sql_connection=mysql://root:nova@192.168.64.66/nova --network_manager=nova.network.manager.FlatManager
The last few entries from the /var/log/nova/nova-compute.log file on asa-test-b:
(nova.root): TRACE: Traceback (most recent call last): (nova.root): TRACE: File "/usr/bin/nova-compute", line 44, in <module> (nova.root): TRACE: service.serve() (nova.root): TRACE: File "/usr/lib/pymodules/python2.6 ...