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
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
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
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
** 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
Assignee: wangpan (hzwangpan) = (unassigned)
** Changed in: nova
Status: In Progress = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/985489
Title:
nova
** 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
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
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/985489
Title:
nova-compute stops processing compute.$HOSTNAME occasionally
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
--
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
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
I find that you should modprobe 'acpiphp' 'pci_hotplug' modules in the
VM(ubuntu only has 'acpiphp', but it doesn't matter), then this problem will be
resolved.
http://www.linux-kvm.org/page/Hotadd_pci_devices
--
You received this bug notification because you are a member of Ubuntu
Bugs,
13 matches
Mail list logo