similar to: Re: [netcf-devel] Re: Error when creating bridge with virt-manager

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

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 flag issue, I can't understand it. fix wrong status of

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

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 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

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 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

On 12/28/11 8:52 AM, Niccolò Belli wrote: > Hi, > I still didn''t find a viable solution for the LARTC wiki, so I decided > to start hosting it on my own server. Later we can easily switch > somewhere else if we keep using the same wiki engine (and maybe even > with another wiki engine). > I decided to use wikimedia because it''s the only one I know of, so if

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

(Please put your responses inline rather than top-posting) On 02/12/2014 10:07 AM, John Obaterspok wrote: > Hello, > I've setup a VM with default networking (NAT) and this works fine > but hosts on my LAN can't get to the VM since it uses NAT. > > When I try to set network to use MacVTap with either default or > bridged I get no networking for the

hello, virsh iface-bridge to build bridge interface does not work for me,i've searched in google but got nothing ,please give some help,thanks. # VIRSH_DEBUG=0 VIRSH_LOG_FILE=bridge.log virsh iface-bridge eth0 br0 iface-bridge: found option <interface>: eth0 iface-bridge: <interface> trying as interface NAME libvir: Interface error : Interface not found: couldn't find

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

Does the libvirt has any capabilities to get the statistics of DHCP server ? How many packets received/sent ? Is there a way to get those statistics if the APIs are not available ? Thanks & Regards Santhosh Kumar Gunturu On Thu, Apr 30, 2020 at 1:45 PM Laine Stump <laine@redhat.com> wrote: > On 4/28/20 12:01 PM, Daniel P. Berrangé wrote: > > On Tue, Apr 28, 2020 at

Hello Laine: I've revised the configuration and followed all your instructions. I'll try to give you a better explain of my problem. a) I need a bridged (3) configuration, because I have to connect the guests from each others. (via ssh and execute mpi). I've three hosts, each of one has at least a guest. I'll only explain about the configuration of one of them, because the problem

On 4/28/20 12:01 PM, Daniel P. Berrangé wrote: > On Tue, Apr 28, 2020 at 08:51:45AM -0700, Santhosh Kumar Gunturu wrote: >> Okay. Thanks. >> >> Do we have any facility APIs to set the DHCP Options via XML ? >> Default gateway ? libvirt has no supported method of specifying a default gateway other than the IP of the bridge device on the virtualization host it self, and

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

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

On 03/26/2015 05:31 AM, 梅磊 wrote: > 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.

On 9/9/20 7:13 AM, Paul van der Vlis wrote: > Hello, > > I want to do some testing and I have removed two VM's from the bridge > what connects them to internet, and added them to another isolated > bridge what's not connected to internet. Problem is that I cannot reach > the other host in the isolated network. > > Something like this: > > virsh shutdown