Is sluggish performance caused by scheduler startup errors?

asked 2013-05-15 16:22:39 -0500

jay-janardhan gravatar image

updated 2013-07-26 17:11:41 -0500

smaffulli gravatar image

Environment: Grizzly running with 4 KVM based hypervisors. Controller is installed using packstack on CentOS 6.4.

At present all services are running and I'm trying to understand sluggish performance. While looking through the logs I noticed the following errors in nova/scheduler.log file. Are they hinting some issue in the environment?

scheduler.log

2013-05-10 11:16:35.316 7236 INFO nova.service [-] Caught SIGTERM, exiting
2013-05-10 11:16:35.325 7236 CRITICAL nova [-] need more than 0 values to unpack
2013-05-10 11:16:35.325 7236 TRACE nova Traceback (most recent call last):
2013-05-10 11:16:35.325 7236 TRACE nova   File "/usr/bin/nova-scheduler", line 56, in <module>
2013-05-10 12:15:01.796 INFO nova.openstack.common.rpc.impl_qpid [req-befeed3c-ad73-439d-b73d-dfec2c811231 29dd2a4570544454b05f711ec200c370 57ce20970ae146628b9cb12bda995af9] Connected to AMQP server on 192.168.10.10:5672
2013-05-13 16:22:01.262 ERROR nova.scheduler.filter_scheduler [req-39567973-5c61-41fe-8dbb-ed37dc2243f3 29dd2a4570544454b05f711ec200c370 57ce20970ae146628b9cb12bda995af9] [instance: 8af7459c-dafb-4d91-9f33-d9e7ba338b8e] Error from last host: hv2 (node hv2.testlab.info): [u'Traceback (most recent call last):\n', u'  File "/usr/lib/python2.6/site-packages/nova/compute/manager.py", line 817, in _run_instance\n    requested_networks, macs, security_groups)\n', u'  File "/usr/lib/python2.6/site-packages/nova/compute/manager

This error repeats many times but eventually scheduler starts up:

2013-05-15 16:48:02.235 1945 AUDIT nova.service [-] Starting scheduler node (version 2013.1-3.el6)
2013-05-15 16:48:03.805 INFO nova.openstack.common.rpc.impl_qpid [req-89a83ee0-950a-4bfc-b469-16d303332d01 None None] Connected to AMQP server on 192.168.10.10:5672
2013-05-15 16:48:03.862 INFO nova.openstack.common.rpc.impl_qpid [req-89a83ee0-950a-4bfc-b469-16d303332d01 None None] Connected to AMQP server on 192.168.10.10:5672
edit retag flag offensive close delete

Comments

Did you end up figure this error out?

Florin ( 2013-06-07 14:35:06 -0500 )edit

is this error still happening? Please share your findings with others

smaffulli ( 2013-07-26 17:10:43 -0500 )edit

Sluggish perfomance where? Is instance creation slow, or does instances themselves have sluggish behaviour?

Stenstad ( 2013-08-12 08:37:48 -0500 )edit

"this error repeats many times" ...other than the date stamps, is 100% of the remainder of the message repeating exactly? Or, are there differences? (for example, the host name changes each time?)

PaulReiber ( 2013-11-14 15:43:55 -0500 )edit