Ask Your Question
1

juno vm stuck at spawning state

asked 2014-11-13 20:22:45 -0600

learma gravatar image

updated 2014-11-14 02:54:11 -0600

I use rdo allinone to install juno in a virtual machine of vmware 9.0. However, when I complete the install, and try to lanch an instance, the instance is always in spawning state. I has stuck in this problem for a few days. I tryed to change the lib_virt to kvm or qemu, reinstall juno for a servel times, open debug mode of nova to check the log... But the problem still exists and there is not any error in log files. I am new in openstack, i try my best but i can not get enough information. So anyone can help me to solve this problem? Does the vmware i use do some matter? I can paste the log files if necessary.

Here is the nova-schedule.log

 2014-11-14 16:38:23.312 1286 DEBUG nova.openstack.common.periodic_task [-] Running periodic task SchedulerManager._expire_reservations run_periodic_tasks /usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py:193
2014-11-14 16:38:23.388 1286 DEBUG nova.openstack.common.loopingcall [-] Dynamic looping call <bound method Service.periodic_tasks of <nova.service.Service object at 0x274c950>> sleeping for 19.50 seconds _inner /usr/lib/python2.7/site-packages/nova/openstack/common/loopingcall.py:132
2014-11-14 16:38:42.898 1286 DEBUG nova.openstack.common.periodic_task [-] Running periodic task SchedulerManager._run_periodic_tasks run_periodic_tasks /usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py:193
2014-11-14 16:38:42.898 1286 DEBUG nova.openstack.common.loopingcall [-] Dynamic looping call <bound method Service.periodic_tasks of <nova.service.Service object at 0x274c950>> sleeping for 40.41 seconds _inner /usr/lib/python2.7/site-packages/nova/openstack/common/loopingcall.py:132
2014-11-14 16:39:09.750 1286 INFO oslo.messaging._drivers.impl_rabbit [req-ebdef350-1911-4017-9120-f88c59455cdf ] Connecting to AMQP server on 10.200.43.107:5672
2014-11-14 16:39:09.761 1286 INFO oslo.messaging._drivers.impl_rabbit [req-ebdef350-1911-4017-9120-f88c59455cdf ] Connected to AMQP server on 10.200.43.107:5672
2014-11-14 16:39:09.782 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Starting with 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py:70
2014-11-14 16:39:09.783 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Filter RetryFilter returned 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py:88
2014-11-14 16:39:09.791 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Filter AvailabilityZoneFilter returned 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py:88
2014-11-14 16:39:09.791 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Filter RamFilter returned 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py:88
2014-11-14 16:39:09.792 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Filter ComputeFilter returned 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py:88
2014-11-14 16:39:09.792 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Filter ComputeCapabilitiesFilter returned 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py:88
2014-11-14 16:39:09.792 1286 DEBUG nova.filters [req-ebdef350-1911-4017-9120-f88c59455cdf None] Filter ImagePropertiesFilter returned 1 host(s) get_filtered_objects /usr/lib/python2.7/site-packages/nova/filters.py ...
(more)
edit retag flag offensive close merge delete

Comments

Please , upload

/var/log/nova/nova-compute.log
/var/log/nova/nova-scheduler.log
dbaxps gravatar imagedbaxps ( 2014-11-13 23:22:59 -0600 )edit

Specially check /var/log/nova/nova-network.log. It seems there is some issue related to bridge on centos 7. See this -> http://sethanil.blogspot.in/2014/11/o...

ankush grover gravatar imageankush grover ( 2014-11-14 00:04:42 -0600 )edit

are you able to perform operations on other components like cinder, glance. ex cinder create 1 Also have you checked your rabbitmq-server is running.

yatin gravatar imageyatin ( 2014-11-14 01:28:10 -0600 )edit

I hava uploaded the nova-compute.log and scheduler.log. Hope helpful! and the rabbitmq-server is running.

learma gravatar imagelearma ( 2014-11-14 02:58:32 -0600 )edit

Sorry, it is hard to read with DEBUG option. Just in usual mode do you see any ERRORS or WARNINGS in compute.log (scheduler.log). When vm stuck at spawning state what is coming into nova-compute.log ?

dbaxps gravatar imagedbaxps ( 2014-11-14 03:11:35 -0600 )edit

2 answers

Sort by ยป oldest newest most voted
1

answered 2014-11-14 01:17:17 -0600

Ram.Meena gravatar image

updated 2014-11-27 07:46:14 -0600

Hi,

Please change the debug mode 'true' in nova configuration file as below:

debug=True

Restart the nova compute service and check the logs again for more detailed error messages. You may also provide the logs at http://paste.openstack.org/ .

You will need to set the 'virt_type = qemu' if you are using vmware. Make sure that your installation is able to allocate IP address to newly launched instances i.e. nova network should be setup correctly following the OpenStack installation docs.

edit flag offensive delete link more
0

answered 2014-11-14 03:55:53 -0600

Hi,

The log (scheduler.log) you pasted about not showing any errors. Can you please share the logs of compute service. "/var/log/nova/nova-compute.log"

edit flag offensive delete link more

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Get to know Ask OpenStack

Resources for moderators

Question Tools

2 followers

Stats

Asked: 2014-11-13 20:22:45 -0600

Seen: 2,009 times

Last updated: Nov 27 '14