Hi Federico, ----- Original Message ----- > From: "Federico Alberto Sayd" <fs...@uncu.edu.ar> > To: users@ovirt.org > Sent: Thursday, January 23, 2014 4:56:22 PM > Subject: Re: [Users] Centos 6.5 and bonding: "A slave interface is not > properly configured" > > On 22/01/14 21:31, Dan Kenigsberg wrote: > > On Wed, Jan 22, 2014 at 01:57:35PM -0300, Federico Alberto Sayd wrote: > >> On 22/01/14 12:13, Dan Kenigsberg wrote: > >>> On Wed, Jan 22, 2014 at 07:43:52AM +0000, Karli Sjöberg wrote: > >>>> On Tue, 2014-01-21 at 21:22 -0300, Federico Sayd wrote: > >>>>> Hello: > >>>>> > >>>>> I am having problems with bonding > >>>>> > >>>>> I have installed Centos 6.5 in order to use it as host. I configured > >>>>> eth0 with the vlan of the management network (Vlan 70). Then I > >>>>> registered the host to the engine (3.3.2-1-el6) and the engine > >>>>> installed oVirt in the host without problem. Ovirtmgmt was created > >>>>> automatically and bridged with eth0.70. > >>>>> > >>>>> Now I need to bond a second network interface (eth1) with eth0. But > >>>>> when I try to bond the nics, I get the next error: > >>>>> > >>>>> "A slave interface is not properly configured. Please verify slaves do > >>>>> not contain any of the following properties: network name, boot > >>>>> protocol, IP address, netmask, gateway or vlan-ID notation (as part of > >>>>> interface's name or explicitly)" > >>> Federico, where exactly do you get this error? Would you attach the > >>> setupNetwork log from supervdsmd.log? > >> I get the error in the setup-network dialog in ovirt-engine. > >> > >> Today I solved the issue copying the network config of other host > >> (same hardware), and it worked. > >> > >> The supervdsm.log whith the lines logged yesterday: > >> > >> http://pastebin.com/kpXrRd2w > >> > >> It would be nice if the error could be more explicit, i.e. telling > >> the ifcfg-* that are conflictive. > > I do not understand the error yet... I believe that in the text you have > > quoted, Engine complains that an interface has not joined a bond. But > > Engine's command to Vdsm > > > > MainProcess|Thread-15::DEBUG::2014-01-21 > > 13:13:21,166::supervdsmServer::95::SuperVdsm.ServerCallback::(wrapper) > > call setupNetworks with ({'ovirtmgmt': {'nic': 'eth0', 'vlan': '70', > > 'ipaddr': '192.168.1.101', 'netmask': '255.255.255.0', 'STP': 'no', > > 'bridged': 'true'}}, {}, {'connectivityCheck': 'true', > > 'connectivityTimeout': 120} > > > > contains no reference to a bond device, and seems to have succeeded. > > > > One notable problem is that the network definitions lack a 'gateway' > > parameter, which is very important for ovirtmgmt. > > > > Would you share your vdsm.log, too? The output of getCapabilities before > > and after setupNetworks may shed some light on the circumstances. > > > > Regads, > > Dan. > > > > Exactly , Engine doesn't want to create the bond because the > configuration of a nic have "unacceptable" parameters. > > But, specifically what parameters? Which interface? Could the error be > more explicit? > > Engine complains about the contents of ifcfg-* or actual network config? > or both? In any case I restarted network service after edit ifcfg-* files. > > I got the error when I tried to bond the interfaces. The ovirtmgmt was > created by oVirt and bridged to eth0.70 when the host was installed via > oVirt Engine. After, I tried to bond the two interfaces: eth0, (with > ovirtmgmt attached to it) and eth1 (without config), then the gui showed > the error about ifcfg-* parameters. > > I guess that the text that you quoted corresponds to the creation of > ovirmgmnt network at install time. I don't find in supervdsm.log any > references to the bond creation. > > vdsm.log: http://pastebin.com/AGSMBnkN >
I took a closer look at the vdsm.log file and i've noticed that the 'getCapabilities' reports the following for the 'eth1' interface: nics': {'eth1': {'netmask': '', 'addr': '', 'hwaddr': 'e4:1f:13:1a:5b:da', 'cfg': {'UUID': '3d63cd78-57e5-4f26-81c4-8a342a342ef4', 'NM_CONTROLLED': 'yes', 'HWADDR': 'E4:1F:13:1A:5B:DA', 'BOOTPROTO': 'dhcp', 'DEVICE': 'eth1', 'TYPE': 'Ethernet', 'ONBOOT': 'no'}, 'ipv6addrs': ['fe80::e61f:13ff:fe1a:5bda/64'], 'speed': 1000, 'mtu': '1500'}, This in interface is configured with boot-protocol as 'dhcp' and cannot serve as a slave. In addition, it is marked as managed by the network manager which i'm not sure is advisable. This somehow defers from the output of the ifcfg-eth1 content which didn't specify any value for that device: ifcfg-eth1: DEVIC E=eth1 TYPE=Ethernet ONBOOT=yes Adding to this file: NM_CONTROLLED=no BOOTPROTO=none and restarting the network service && vdsm would reflect this information to the engine which will allow to refer to such a nic as a slave when constructing a bond. The reason for not seeing any bond created in the [super]vdsm.log is due to the fact this action was blocked on the ovirt-engine side and never sent to vdsm. Regards, Moti > Thanks > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users