Ask Your Question
0

nova-compute: recursion depth error

asked 2013-10-31 09:31:28 -0500

Mathias Ewald gravatar image

Hi, I am - once again after a while - following the OpenStack Installation Guide for Debian 7.0. I think I managed to get up to page 32 and failed where an instance if spinned up (nova boot). After a while I found out that my nova-compute service on the compute1 node is not running:

root@compute1:~# service nova-compute status
[FAIL] nova-compute is not running ... failed!
root@compute1:~# service nova-compute start
[ ok ] Starting OpenStack Compute: nova-compute.
root@compute1:~# service nova-compute status
[FAIL] nova-compute is not running ... failed!
root@compute1:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          6150        1887/rpcbind    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          7858        3155/sshd       
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      0          7740        2952/exim4      
tcp        0      0 0.0.0.0:34106           0.0.0.0:*               LISTEN      102        6080        1918/rpc.statd  
...
root@compute1:~#

Executing nova-compute manually, I get this:

root@compute1:~# nova-compute 
2013-10-31 15:26:52.230 3956 CRITICAL nova [-] maximum recursion depth exceeded while calling a Python object
root@compute1:~#

Here is my nova.conf on the compute1 node:

[DEFAULT]
my_ip = 192.168.0.11
sql_connection = mysql://nova-common:vXLT1234!@192.168.0.10/novadb
enabled_apis=metadata
api_paste_config=/etc/nova/api-paste.ini
metadata_host=192.168.0.11
metadata_port=8775
metadata_listen=0.0.0.0
use_syslog=true
state_path=/var/lib/nova
lock_path=/var/lock/nova
rootwrap_config=/etc/nova/rootwrap.conf
auth_strategy=keystone
rabbit_host = 192.168.0.10
rabbit_userid = guest
rabbit_password = guest
rpc_backend = nova.openstack.common.rpc.impl_kombu
glance_host=192.168.0.10
network_api_class=nova.network.API
security_group_api = nova
libvirt_vif_driver=nova.virt.libvirt.vif.LibvirtGenericVIFDriver
linuxnet_interface_driver=nova.network.linux_net.LinuxBridgeInterfaceDriver
libvirt_vif_driver=nova.virt.libvirt.vif.LibvirtGenericVIFDriver
firewall_driver=nova.virt.libvirt.firewall.IptablesFirewallDriver
libvirt_use_virtio_for_bridges=True
network_manager=nova.network.manager.FlatDHCPManager
firewall_driver=nova.virt.libvirt.firewall.IptablesFirewallDriver
network_size=254
allow_same_net_traffic=False
multi_host=True
send_arp_for_ha=True
share_dhcp_address=True
force_dhcp_release=True
public_interface=eth1
flat_network_bridge=br100
flat_interface=eth1
neutron_url=http://127.0.0.1:9696
neutron_auth_strategy=keystone
neutron_admin_tenant_name=admin
neutron_admin_username=admin
neutron_admin_password=XXXX
neutron_admin_auth_url=http://127.0.0.1:35357/v2.0
service_neutron_metadata_proxy=True
vnc_enabled=false
vncserver_proxyclient_address=192.168.0.011
vncserver_listen=0.0.0.0
vnc_keymap="en-us"
[conductor]
[cells]
[baremetal]
[vmware]
[spice]
html5proxy_base_url=http://127.0.0.1:6082/spice_auto.html
server_listen=0.0.0.0
server_proxyclient_address=$my_ip
enabled=true

Any Ideas?

edit retag flag offensive close merge delete

1 answer

Sort by ยป oldest newest most voted
0

answered 2013-11-03 01:06:02 -0500

unmesh-gurjar gravatar image

I would suggest you set "verbose" and "debug" to "true" in nova.conf and restart the nova-compute service. Then check the compute logs and post them here if required.

edit flag offensive delete link more

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower

Stats

Asked: 2013-10-31 09:31:28 -0500

Seen: 514 times

Last updated: Oct 31 '13