Public bug reported:

        root@novamanager:~# /usr/sbin/rabbitmqctl list_queues  | awk '$1 ~ 
/^compute/ && $2 != 0 { print }'
        compute.nodexyzzy       12

Occasionally on canonistack, we find that a compute node simply stops
processing its rabbit queues.  A check of the logs will show no nova-
compute.log activity for hours, but a restart of nova-compute will cause
it to check all the instances and then process all the requests in
rabbit (usually lots of duplicates from frustrated users trying to re-
send delete requests and get their quota back for another deployment).

In fact, while I was typing this (having restarted nova-compute on
nodexyzzy before starting), I re-ran the above command to find it now
silent.

This happens often enough (once every couple of days at least) but we're
not sure of how to debug this.  Is there any information we can get you
about a nova-compute process that is in this unhappy state?

For the record, here is the last entry in the example node's nova-
compute.log when I bounced things around 09:00Z:

        2012-04-19 06:35:35 DEBUG nova.virt.libvirt.connection [-]
Updating host stats from (pid=3428) update_status /usr/lib/python2.7
/dist-packages/nova/virt/libvirt/connection.py:2467

** Affects: nova (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: canonistack

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.net/bugs/985489

Title:
  nova-compute stops processing compute.$HOSTNAME occasionally

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/985489/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs

Reply via email to