tags 671018 +patch
thanks
This issue has been fixed upstream for 4.2 by using the same hotplug
scripts for tap devices as for vif devices rather than using a special
qemu-ifup script. I don't think this is an appropriate thing to backport
to 4.1 for wheezy so therefore I think the right fix is as
On Mon, Jul 09, 2012 at 12:20:28PM -0600, Ian Campbell wrote:
This issue has been fixed upstream for 4.2 by using the same hotplug
scripts for tap devices as for vif devices rather than using a special
qemu-ifup script. I don't think this is an appropriate thing to backport
to 4.1 for wheezy
On Mon, 2012-07-09 at 20:45 +0200, Bastian Blank wrote:
On Mon, Jul 09, 2012 at 12:20:28PM -0600, Ian Campbell wrote:
This issue has been fixed upstream for 4.2 by using the same hotplug
scripts for tap devices as for vif devices rather than using a special
qemu-ifup script. I don't think
On Mon, Jul 09, 2012 at 02:47:52PM -0600, Ian Campbell wrote:
On Mon, 2012-07-09 at 20:45 +0200, Bastian Blank wrote:
4.1 uses udev on Linux for the qemu tap devices. xl explicitely sets
script=no, not sure about xend yet. So it is not necessary.
I tested this on Wheezy and it is required.
On Mon, 2012-07-09 at 23:03 +0200, Bastian Blank wrote:
On Mon, Jul 09, 2012 at 02:47:52PM -0600, Ian Campbell wrote:
On Mon, 2012-07-09 at 20:45 +0200, Bastian Blank wrote:
4.1 uses udev on Linux for the qemu tap devices. xl explicitely sets
script=no, not sure about xend yet. So it is
Hi guys.
While we discuss of the best way to solve this problem, the problem remains.
It has already been sooo long...
I think changing the mac address of the tap interface is the easiest way.
It works perfectly and even if the random mac wasn't a problem i can't
think about any possible side
6 matches
Mail list logo