** Changed in: nova
Status: Incomplete => Invalid
--
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 on
Moving to incomplete, I feel like we're waiting on the patch from
@wangpan. And it's not clear this bug is moving forward without it.
** Tags removed: canonistack
** Changed in: nova
Status: Confirmed => Incomplete
** Changed in: nova
Importance: High => Medium
** Tags added: compute
@wangpan
I'm revisiting this bug, do you have a link to the change that you
proposed? Even if you didn't think it was adequate I'd like to see your
approach.
-Mike
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https:
In addition, this seemed to hit three compute nodes (the full set in a
test deployment) in relatively quick succession after a few days of
normal operation.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.la
We just saw this with havana on precise.
ii libvirt0
1.1.1-0ubuntu8.5~cloud0 library for interfacing
with different virtualization systems
ii nova-compute-kvm
1:2013.2.2-0ubuntu1~cloud
Hi all, after we updating our qemu to "qemu-kvm 1.1.2+dfsg-6" under
debian wheezy 7.0(linux kernel is 3.2.39), this question has disappeared
for more than three months, someone else can try this way if you
encountered this issue.
--
You received this bug notification because you are a member of
@wangpan (hzwangpan)
two things.
1 I've forgot the URL of multi-thread/process lock of libvirt (I faced
this problem in essex, one year more time.). My solution is compiling
libvirt from source code which is 1.XXX version.
2 Seems different with, I'll try my best to submit a patch. I hope it
can
Hi Ji you,
two things:
1. Can you tell me more info about the multi-process/multi-threads lock bugs of
libvirt? such as bug report URL or something like this.
2. In our env, the 'virsh' command is running OK and there is only one libvirtd
process when this bug occurs, this may be a difference wit
Description of this problem
I have met this problem before. This bug is mainly caused by libvirt &
openstack-compute driver for libvirt.
When you meet this problem. You may type command.
$ virsh list --all
If this command get stucked, you may face this problem. Another
interesting appearance is
** Changed in: nova
Assignee: wangpan (hzwangpan) => (unassigned)
** Changed in: nova
Status: In Progress => Confirmed
--
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
** Changed in: nova
Status: Confirmed => In Progress
** Changed in: nova
Assignee: (unassigned) => wangpan (hzwangpan)
--
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
Sorry for Michael H Wilson, I commited a patch relative to this bug, so
OpenStack Hudson automatically assign it to me, but the patch can't
reslove this bug eventually, and I can't reassign it to you now, you may
need to get it again.
** Changed in: nova
Status: In Progress => Confirmed
--
** Changed in: nova
Assignee: wangpan (hzwangpan) => (unassigned)
--
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 occa
** Changed in: nova
Status: Confirmed => In Progress
** Changed in: nova
Assignee: Michael H Wilson (geekinutah) => wangpan (hzwangpan)
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.launchpad.
** Changed in: nova
Assignee: (unassigned) => Michael H Wilson (geekinutah)
--
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.$HOS
I find this issue in my stable folsom, but unortunately it occurs randomly, and
my libvirt version is 0.9.12-5(debian wheezy).
log in the nova-compute.log:
2013-02-26 02:48:45 DEBUG nova.manager [-] Running periodic task
ComputeManager.update_available_resource from (pid=35879) periodic_tasks
/u
** Summary changed:
- nova-compute stops processing compute.$HOSTNAME occasionally
+ nova-compute stops processing compute.$HOSTNAME occasionally on libvirt
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to nova in Ubuntu.
https://bugs.l
@Rafi,
Thanks for the suggestion. What you describe used to happen to me when
we were using Oneiric's libvirtd (LP#903212). Since upgrading to Precise
I haven't experienced the exact problem you're having.
My issue is that libvirtd seems to temporarily stop responding, enough
to block nova-comput
We ran into this issue as well and as you have correctly stated, it's a
result of libvirtd becoming unresponsive. Thus far we have not been
able to resolve the issue at its core but I can offer you a workaround.
It's a simple script which calls virsh help (which will block
indefinitely when the l
@Serge,
As mentioned in #1 the cluster is running Precise + Essex. Unfortunately
I cannot consistently reproduce the problem, however the problem has
been recurring approximately once per month.
As mentioned in #5 I think that perhaps nova-compute is attempting to
query libvirtd and libvirtd is n
@Andrew,
I'd like to try to reproduce this on a local cluster. Can you give me
as much information as possible about what may have happened when this
was triggered?
Is this on a cluster intalled on precise? I'll try with two nodes (one
separate compute node).
--
You received this bug notifica
Fortunately (or not) this has just recently occurred. We do not have
debug symbols installed.
It looks to me to be stuck on virDomainGetInfo(). Interestingly,
libvirtd seems to be responding when I query it. Perhaps there is a
missing timeout somewhere?
Backtrace from python:
(gdb) bt
#0 0x000
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nova (Ubuntu)
Status: New => Confirmed
--
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
This is certainly concerning. It would be nice to figure out where
nova-compute is stuck. Could you try to attach to the process with gdb
and get a Python stack trace?
http://wiki.python.org/moin/DebuggingWithGdb
** Changed in: nova
Status: New => Confirmed
** Changed in: nova
Import
** Changed in: nova (Ubuntu)
Importance: Undecided => Medium
--
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 occasionall
** Also affects: nova
Importance: Undecided
Status: New
--
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 occasiona
This has happened again.
Process listing:
$ ps auxwwwf | grep [n]ova-compute
nova 25735 0.0 0.0 48040 4 ?Ss Apr16 0:00 su -s /bin/sh
-c exec nova-compute --flagfile=/etc/nova/nova.conf
--flagfile=/etc/nova/nova-compute.conf nova
nova 25746 1.2 0.1 1725088 32604 ?
The symptoms are similar to what we experienced in LP#903212, however I
can confirm that libvirtd seems to be responding correctly in Precise.
Is there further information that we can provide?
$ dpkg-query --show nova-*
nova-api2012.1~e4~20120210.12574-0ubuntu1
nova-common 2012.1-0ubu
28 matches
Mail list logo