similar to: [netcf]IFF_RUNNING flag on a bridge device

On 28.05.2014 15:27, Laine Stump wrote: > On 05/27/2014 09:07 AM, Jianwei Hu wrote: >> Hi All, >> >> I have one netcf question, please help me to resolve it, thanks. >> >> I can set a IFF_RUNNING flag to a bridge device which are no interface device attached. What status of a flag on a bridge device in current kernel?(w/o interface), is this a new change in kernel

On 05/27/2014 09:07 AM, Jianwei Hu wrote: > Hi All, > > I have one netcf question, please help me to resolve it, thanks. > > I can set a IFF_RUNNING flag to a bridge device which are no interface device attached. What status of a flag on a bridge device in current kernel?(w/o interface), is this a new change in kernel or other component? In netcf, but there is a patch to fix that

Hi All, I have a usage question about netcf. Why netcf can not rename a existing physical interface dynamically by itself? If you have any other method, please share to me, or can we add support for it in netcf? You can see the following steps for details. Version: netcf-0.2.4-1.el6.x86_64 kernel-2.6.32-431.el6.x86_64 1. Select a existing NIC from host, for example eth1. [root@rhel6 ~]# ncftool

On 05/23/2014 04:56 PM, Laine Stump wrote: > On 05/23/2014 06:46 AM, Jianwei Hu wrote: >> Hi All, >> >> I have a usage question about netcf. Why netcf can not rename a existing physical interface dynamically by itself? > The name of a physical interface is determined by lower levels of the > operating system, and can't be modified by netcf. the configuration that

On 05/23/2014 03:02 PM, jiahu wrote: > > On 05/23/2014 04:56 PM, Laine Stump wrote: >> On 05/23/2014 06:46 AM, Jianwei Hu wrote: >>> Hi All, >>> >>> I have a usage question about netcf. Why netcf can not rename a >>> existing physical interface dynamically by itself? >> The name of a physical interface is determined by lower levels of the

On 05/23/2014 06:46 AM, Jianwei Hu wrote: > Hi All, > > I have a usage question about netcf. Why netcf can not rename a existing physical interface dynamically by itself? The name of a physical interface is determined by lower levels of the operating system, and can't be modified by netcf. the configuration that is setup by netcf can only reference an *existing* physical device

CentOS Errata and Bugfix Advisory 2014:0157 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0157.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: faea977d1108bedc8cd8711ee021e874d8870d443444098fec39c4e2ecabe413 netcf-0.1.9-4.el6_5.2.i686.rpm

Laine, you are right, some packages mixed: [root@openstack3 ~]# rpm -qa | grep '\(libvirt\|netcf\|libnl\)' | sort libnl-1.1.4-3.el7.x86_64 libnl3-3.2.21-7.el6.x86_64 libnl3-cli-3.2.21-7.el6.x86_64 libnl3-debuginfo-3.2.21-7.el6.x86_64 libnl-debuginfo-1.1.4-3.el7.x86_64 libnl-devel-1.1.4-3.el7.x86_64 libvirt-client-1.1.1-29.el7_0.3.x86_64 libvirt-daemon-1.1.1-29.el7_0.3.x86_64

On 02/04/2016 02:47 PM, Niccolò Belli wrote: > Thanks, selecting "Specify shared device name" worked flawlessly! > One more question: often I work with virtual machines with public ip > addresses and routed networking (not bridges!), how can I achieve it > with Arch and virt-manager? If you want to create a completely separate subnet contained within the host, and have

Hi Martin: Actually, I have installed all the debuginfo for this coredump file. But the netcf debuginfo report "mismatch" as below: warning: the debug information found in "/usr/lib/debug/usr/lib64/libnetcf.so.1.4.0.debug" does not match "/lib64/libnetcf.so.1" (CRC mismatch). So I ignore this warning before. You can check what I did on the attachment

Hi all, I looked at patching oVirt Server to work with the latest Matahari schema, from Matahari's 'next' branch, version 0.4.0. ovirt-server depends on matahari version 0.0.5, which is currently latest in Fedora, and it is used during Node registration, to enumerate hardware information. Usage extracted from src/host-browser/host-register.rb is as follows: host_list =

Hi, I have a working fc14 install with a few virtual interfaces set up, and just noticed the following in messages: Apr 18 13:07:43 fc14 libvirtd: 13:07:43.155: error : interfaceGetXMLDesc:355 : internal error could not get interface XML description (netcf: NETLINK socket operation failed - couldn't find ifindex for interface `br0:0`) Apr 18 13:07:43 fc14 libvirtd: 13:07:43.165: error :

Hey Y'all, I got a package update notice this evening for package augeas-libs. As is my practice I figured I would check to see if I needed the package or if I could just delete it thus obviating the need to install the upgrade. This is what yum has to say about the package and it's sole dependency. Dependencies Resolved

Hello Facing below error while trying to access the iface-list. # virsh iface-list *error: Failed to list active interfaces error: this function is not supported by the connection driver: virConnectNumOfInterfaces* root at kvm-1:/usr/local/src/libvirt# virsh list Id Name State ---------------------------------------------------- 1 vm1

Hi, I'm trying to install the newest version of libvirt and libvirt-client from the rpms at ftp://libvirt.org/libvirt/ on a Fedora 14 machine. The naming of the rpms as "libvirt-0.9.4-1.fc14.x86_64.rpm" suggests that this is exactly the system this was made for, however, installation still does not go smoothly. When I try to install these packages with yum install

Hi, I am trying to use prototype.js on a JSP that also contains some javascript from Coremetrics (eluminate.js). Coremetrics is used for tracking marketing clicks. When I have both of these javascript imports on the page I get javascript errors in the eluminate.js file. I get javascript errors that say "Undeterminate string constant." It looks like the prototype.js file is somehow

Hello, I'm just wondering why I can't manage my network interfaces through libvirt when the following kernel parameters are turned on: net.bridge.bridge-nf-call-ip6tables net.bridge.bridge-nf-call-iptables net.bridge.bridge-nf-call-arptables Is it a bug or by design? If the latter, could someone explain me premises of such decision? I'm aware of security implications of mixing

Hi, I have RHEL5 libvirt client compiled at ${BSPACE}/usrcisco This client when connecting to a libvirtd/server fails to connect as follows -bash-3.2$ ${BSPACE}/usrcisco/bin/virsh -c qemu+ssh://sarvi at cnh-nehalem-1/system?socket=/var//run/libvirt/libvirt-sock error: failed to connect to the hypervisor error: authentication failed: unsupported authentication type 2 I have the libvirt

Hi experts, The libvirtd can’t start on my server after the server interruption of power supply, the status is below: [root@openstack3 libvirt]# service libvirtd status Redirecting to /bin/systemctl status libvirtd.service libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled) Active: failed (Result: signal) since Tue 2015-03-24

On 2015-02-13 13:45, Geert Stappers via Syslinux wrote: > Elaborate > They start to load and the system reboots. I have the same issue, syslinux6.03, using syslinux.efi I have a HP G9 BL460c blade with EFI and a vmware virtualised guest with EFI enabled. I'm attempting to install rhel6.6, kernel 2.6.32. Both machines will boot successfully, load kernel vmlinuz, then start to load