Wei - is this issue fixed on 4.5/master?
On 11-May-2015, at 12:32 pm, Wei ZHOU
ustcweiz...@gmail.commailto:ustcweiz...@gmail.com wrote:
Hi Mike,
Please apply the following patch to cloudstack, and copy the file
agent/bindir/libvirtqemuhook.in to repace /etc/libvirt/hooks/qemu on your
hosts
On 2015-05-19 04:13, Rohit Yadav wrote:
Were able to fix the issue? Do we need to update
agent/bindir/libvirtqemuhook.in with Wei’s fix?
I can confirm the below patch fixes the issue I was having. Thank you
for the help in getting this resolved.
Forgive the delay on my response, work got
Were able to fix the issue? Do we need to update
agent/bindir/libvirtqemuhook.in with Wei’s fix?
On 12-May-2015, at 3:09 pm, Mike C mcrosson_cloudst...@nusku.net wrote:
On 2015-05-12 02:02, Wei ZHOU wrote:
is /etc/libvirt/hooks/qemu executable?
Yes
Given the announcement of 4.5.1
On 2015-05-19 04:13, Rohit Yadav wrote:
Were able to fix the issue? Do we need to update
agent/bindir/libvirtqemuhook.in with Wei’s fix?
I got dragged off into another item right as I was finishing up the
4.5.x upgrade. As soon as I have a chance I'll be applying Wei's fix to
see if it is
is /etc/libvirt/hooks/qemu executable?
2015-05-11 18:08 GMT+02:00 Mike C mcrosson_cloudst...@nusku.net:
On 2015-05-11 03:02, Wei ZHOU wrote:
Hi Mike,
Please apply the following patch to cloudstack, and copy the file
agent/bindir/libvirtqemuhook.in to repace /etc/libvirt/hooks/qemu on your
On 2015-05-12 02:02, Wei ZHOU wrote:
is /etc/libvirt/hooks/qemu executable?
Yes
Given the announcement of 4.5.1 yesterday and the fact we found this
problem during testing of 4.4 prior to rollout, would it be wise for us
to jump past 4.4 and straight to 4.5? We're currently only evaluating
Hi Mike,
Please apply the following patch to cloudstack, and copy the file
agent/bindir/libvirtqemuhook.in to repace /etc/libvirt/hooks/qemu on your
hosts
--start
diff --git a/agent/bindir/libvirtqemuhook.in b/agent/bindir/
libvirtqemuhook.in
index 7bf9634..a895280 100755
---
On 2015-05-11 03:02, Wei ZHOU wrote:
Hi Mike,
Please apply the following patch to cloudstack, and copy the file
agent/bindir/libvirtqemuhook.in to repace /etc/libvirt/hooks/qemu on
your
hosts
Wei,
I've applied the patch manually (git apply failed) and the error
persists. Below you'll
On 2015-05-08 20:07, Marcus wrote:
Can you confirm that those bridges and bond devices exist prior to
attempting migration, and that the VMs are attached to them and work?
Perhaps a 'brctl show' and 'virsh dumpxml'. Those look like they should
be
cloudstack-generated guest network bridges and
Dave,
I'll pull a new log of me trying to move the virtual router from one
agent to another later today. I'll be sure to include logs from both
agents and the management server.
-- Mike
On 2015-05-08 13:58, Daan Hoogland wrote:
Moving this to dev, Mike. Probably more understanding of
On 2015-05-08 13:58, Daan Hoogland wrote:
Moving this to dev, Mike. Probably more understanding of the matter available
there.
I don't understand the periode between 2015-05-08 09:58:13,766 until
2015-05-08 09:58:14,491
All of your log from the source host is between only two of
Hi Mike,
From the logs, there seems to be something wrong with the configured interface:
Cannot get interface MTU on
'brbond0-1209': No such device
It mixes bridge/bond... How did you configure it? Can you post agent.properties
and/or explain a bit about the setup you are using?
Regards,
Moving this to dev, Mike. Probably more understanding of the matter
available there.
I don't understand the periode between 2015-05-08 09:58:13,766 until
2015-05-08 09:58:14,491
All of your log from the source host is between only two of the log entries
from the destination.
Can you maybe share
, May 08, 2015 2:14 PM
To: Daan Hoogland
Cc: dev
Subject: Re: libvirt exception
On 2015-05-08 13:58, Daan Hoogland wrote:
Moving this to dev, Mike. Probably more understanding of the matter available
there.
I don't understand the periode between 2015-05-08 09:58:13,766 until
2015-05-08 09:58
Can you confirm that those bridges and bond devices exist prior to
attempting migration, and that the VMs are attached to them and work?
Perhaps a 'brctl show' and 'virsh dumpxml'. Those look like they should be
cloudstack-generated guest network bridges and libvirt is complaining they
don't exist
On 2015-05-08 15:18, Remi Bergsma wrote:
It mixes bridge/bond... How did you configure it? Can you post
agent.properties and/or explain a bit about the setup you are using?
I've included a rough overview of my Ubuntu 14.04 network config(s)
below. I followed the standard conventions in the
16 matches
Mail list logo
