Hide Forgot
Description of problem: I can't bring up a virtual network device using /etc/init.d/network start because even if I tweak the scripts to use different device names for different programs, there is no device name that will satisfy arping. Version-Release number of selected component (if applicable): iputils-20101006-14.fc17.x86_64 How reproducible: Always Steps to Reproduce: Create an LXC container using virt-manager which starts /bin/bash Start the container. Inside the container, set eth0 to up and then try /sbin/arping -q -c 2 -w 3 -D -I eth0 192.168.1.55 Then try /sbin/arping -q -c 2 -w 3 -D -I p128p1 192.168.1.55 Actual results: # /sbin/arping -q -c 2 -w 3 -D -I eth0 192.168.1.55 sysfs read broadcast value: No such file or directory # /sbin/arping -q -c 2 -w 3 -D -I p128p1 192.168.1.55 arping: unknown iface p128p1 Expected results: One of the above commands should work Additional info: p128p1 is the name of the device according to the host. eth0 doesn't exist in the list of network devices in sysfs.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
I've setup an LXC container using the virt-manager that is using only one virtual NIC - virtual network 'eth0': isolated network. Ifconfig shows only 'eth0' and the loopback device. # /sbin/arping -q -c 2 -w 3 -D -I eth0 192.168.1.55 sysfs read broadcast value: No such file or directory Arping is trying to access '/sys/class/net/eth0/broadcast', which I guess should be present. So to my understanding, LXC now knows only about the virtual device. But, because there is no information about the virtual device anywhere in the sysfs, there is no way for arping to actually work. And that would be a problem of LXC then. In my opinion, LXC should provide the correct information about the virtual devices.
Afaik libvirtds's lxc is different from lxc itself, re-assigning.
This message is a reminder that Fedora 17 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 17. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '17'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 17's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 17 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 17's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
This seems to work fine on F19, and since F17 is end of life soon, just closing as CURRENTRELEASE