<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <div class="moz-cite-prefix">On 09/24/2014 02:43 PM, Gene Czarcinski wrote: </div> <blockquote cite="mid:542310E6.70300@gmail.com" type="cite"> <meta http-equiv="content-type" content="text/html; charset=utf-8"> It sure would be nice if someone who knows what they are doing took a look at this problem: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1135762">https://bugzilla.redhat.com/show_bug.cgi?id=1135762</a> The current situation on Fedora 21 is that virt-sandbox and virt-sandbox-service simply do not work if a network is defined (e.g., -N address-192.168.1.1/34). I would give dhcp as an example but to work, that needs to patch I submitted in another BZ report. Since both virt-sandbox -c lxc:/// -N <network>,source=default and doing systemctl start <sandbox> result in the same error and since I am running the fedora-virt-preview rpms and the failure does not occur on Fedora 20 but does occur on Fedora 21, I have to assume that the problem is not directly in libvirt. However, determining what/where the problem really is, is stretching my abilities a bit too far ... help!! </blockquote> The problem is now fixed by iproute-3.16.0-3: * Sat Oct 04 2014 Lubomir Rintel <a class="moz-txt-link-rfc2396E" href="mailto:lkundrak@v3.sk"><lkundrak@v3.sk></a> - 3.16.0-3 - Backport fix for ip link add name regression that broke libvirt Gene </body> </html>