GNU bug report logs - #24156
QEMU '-net bridge' --> "qemu-system-x86_64: -net bridge: bridge helper failed"

Previous Next

Package: guix;

Reported by: myglc2 <myglc2 <at> gmail.com>

Date: Fri, 5 Aug 2016 02:42:02 UTC

Severity: normal

Done: zimoun <zimon.toutoune <at> gmail.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24156 in the body.
You can then email your comments to 24156 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#24156; Package guix. (Fri, 05 Aug 2016 02:42:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to myglc2 <myglc2 <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Fri, 05 Aug 2016 02:42:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: myglc2 <myglc2 <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: QEMU '-net bridge' --> "qemu-system-x86_64: -net bridge: bridge
 helper failed"
Date: Thu, 04 Aug 2016 22:40:15 -0400
[Message part 1 (text/plain, inline)]
Motivation: bridging or routing is required to enable a connection to be
made inward to a QEMU VM. TAP seems like the best of the available
solutions. But connecting to a TAP device produces an error when the
QEMU bridge helper fails.

Example:

g1 <at> g1 ~/src/vmb$ qemu-system-x86_64 -net user -net bridge -net nic,model=virtio -enable-kvm -m 4096 -k en-us -display curses /home/g1/src/vmb/tmp/img6/vm.img
failed to parse default acl file `/gnu/store/1072khbm9124a8a1pyyyw4mr1p12jsfq-qemu-2.6.0/etc/qemu/bridge.conf'
qemu-system-x86_64: -net bridge: bridge helper failed

This error was produced with the attached 'img-tap' script. e.g., to
build the vm ...

./img-tap mk 1

To (attempt to) run the vm ..

./img-tap run 1


Running Guix built from git checkout on GuixSD:
stat ~/.config/guix/latest | grep File:
  File: '/home/g1/.config/guix/latest' -> '../../src/guix'
g1 <at> g1 ~/src/vmb$ git -C ~/.config/guix/latest describe
v0.11.0-242-g7ccb874


[img-tap (application/octet-stream, attachment)]

Information forwarded to bug-guix <at> gnu.org:
bug#24156; Package guix. (Fri, 18 Dec 2020 19:52:02 GMT) Full text and rfc822 format available.

Message #8 received at 24156 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: myglc2 <myglc2 <at> gmail.com>, Mathieu Othacehe <othacehe <at> gnu.org>
Cc: 24156 <at> debbugs.gnu.org
Subject: Re: bug#24156: QEMU '-net bridge' --> "qemu-system-x86_64: -net
 bridge: bridge helper failed"
Date: Fri, 18 Dec 2020 20:47:32 +0100
Hi,

On Thu, 04 Aug 2016 at 22:40, myglc2 <myglc2 <at> gmail.com> wrote:
> Motivation: bridging or routing is required to enable a connection to be
> made inward to a QEMU VM. TAP seems like the best of the available
> solutions. But connecting to a TAP device produces an error when the
> QEMU bridge helper fails.
>
> Example:
>
> g1 <at> g1 ~/src/vmb$ qemu-system-x86_64 -net user -net bridge -net nic,model=virtio -enable-kvm -m 4096 -k en-us -display curses /home/g1/src/vmb/tmp/img6/vm.img
> failed to parse default acl file `/gnu/store/1072khbm9124a8a1pyyyw4mr1p12jsfq-qemu-2.6.0/etc/qemu/bridge.conf'
> qemu-system-x86_64: -net bridge: bridge helper failed

Since a lot of things changed, is this bug report still relevant?  If
yes, what could be the next actionable step?  Otherwise, let close it or
mark it as wishlist.


All the best,
simon




Information forwarded to bug-guix <at> gnu.org:
bug#24156; Package guix. (Mon, 11 Jan 2021 12:46:02 GMT) Full text and rfc822 format available.

Message #11 received at 24156 <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: myglc2 <myglc2 <at> gmail.com>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 24156 <at> debbugs.gnu.org
Subject: Re: bug#24156: QEMU '-net bridge' --> "qemu-system-x86_64: -net
 bridge: bridge helper failed"
Date: Mon, 11 Jan 2021 13:36:59 +0100
Hi,

On Fri, 18 Dec 2020 at 20:47, zimoun <zimon.toutoune <at> gmail.com> wrote:
> On Thu, 04 Aug 2016 at 22:40, myglc2 <myglc2 <at> gmail.com> wrote:

>> Motivation: bridging or routing is required to enable a connection to be
>> made inward to a QEMU VM. TAP seems like the best of the available
>> solutions. But connecting to a TAP device produces an error when the
>> QEMU bridge helper fails.
>>
>> Example:
>>
>> g1 <at> g1 ~/src/vmb$ qemu-system-x86_64 -net user -net bridge -net nic,model=virtio -enable-kvm -m 4096 -k en-us -display curses /home/g1/src/vmb/tmp/img6/vm.img
>> failed to parse default acl file `/gnu/store/1072khbm9124a8a1pyyyw4mr1p12jsfq-qemu-2.6.0/etc/qemu/bridge.conf'
>> qemu-system-x86_64: -net bridge: bridge helper failed
>
> Since a lot of things changed, is this bug report still relevant?  If
> yes, what could be the next actionable step?  Otherwise, let close it or
> mark it as wishlist.

If no moreinfo is provided to detail what could the next actionable
step, then I will close this more-than-3-years bug report in the coming
days.


All the best,
simon

http://issues.guix.gnu.org/issue/24156




Information forwarded to bug-guix <at> gnu.org:
bug#24156; Package guix. (Mon, 11 Jan 2021 21:39:01 GMT) Full text and rfc822 format available.

Message #14 received at 24156 <at> debbugs.gnu.org (full text, mbox):

From: George Clemmer <myglc2 <at> gmail.com>
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 24156 <at> debbugs.gnu.org
Subject: Re: bug#24156: QEMU '-net bridge' --> "qemu-system-x86_64: -net
 bridge: bridge helper failed"
Date: Mon, 11 Jan 2021 16:38:33 -0500
zimoun <zimon.toutoune <at> gmail.com> writes:

> Hi,
>
> On Fri, 18 Dec 2020 at 20:47, zimoun <zimon.toutoune <at> gmail.com> wrote:
>> On Thu, 04 Aug 2016 at 22:40, myglc2 <myglc2 <at> gmail.com> wrote:
>
>>> Motivation: bridging or routing is required to enable a connection to be
>>> made inward to a QEMU VM. TAP seems like the best of the available
>>> solutions. But connecting to a TAP device produces an error when the
>>> QEMU bridge helper fails.
>
> If no moreinfo is provided to detail what could the next actionable
> step, then I will close this more-than-3-years bug report in the coming
> days.
>
> http://issues.guix.gnu.org/issue/24156
Hi Simon,

I can't easily provide more detail as I am not currently use QEMU.

Best, George





Reply sent to zimoun <zimon.toutoune <at> gmail.com>:
You have taken responsibility. (Wed, 13 Jan 2021 21:03:02 GMT) Full text and rfc822 format available.

Notification sent to myglc2 <myglc2 <at> gmail.com>:
bug acknowledged by developer. (Wed, 13 Jan 2021 21:03:02 GMT) Full text and rfc822 format available.

Message #19 received at 24156-done <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: George Clemmer <myglc2 <at> gmail.com>
Cc: Mathieu Othacehe <othacehe <at> gnu.org>, 24156-done <at> debbugs.gnu.org
Subject: Re: bug#24156: QEMU '-net bridge' --> "qemu-system-x86_64: -net
 bridge: bridge helper failed"
Date: Wed, 13 Jan 2021 21:59:50 +0100
Hi

On Mon, 11 Jan 2021 at 16:38, George Clemmer <myglc2 <at> gmail.com> wrote:
>> On Fri, 18 Dec 2020 at 20:47, zimoun <zimon.toutoune <at> gmail.com> wrote:
>>> On Thu, 04 Aug 2016 at 22:40, myglc2 <myglc2 <at> gmail.com> wrote:
>>
>>>> Motivation: bridging or routing is required to enable a connection to be
>>>> made inward to a QEMU VM. TAP seems like the best of the available
>>>> solutions. But connecting to a TAP device produces an error when the
>>>> QEMU bridge helper fails.
>>
>> If no moreinfo is provided to detail what could the next actionable
>> step, then I will close this more-than-3-years bug report in the coming
>> days.

[...]

> I can't easily provide more detail as I am not currently use QEMU.

Therefore I am closing.  Feel free to reopen it and discuss the wishlist
on guix-devel.


All the best,
simon




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 11 Feb 2021 12:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 154 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.