[Users] Centos 6.5 and bonding: "A slave interface is not properly configured"

Federico Alberto Sayd fsayd at uncu.edu.ar
Mon Jan 27 16:10:21 UTC 2014


On 27/01/14 13:02, Moti Asayag wrote:
> Hi Federico,
>
> ----- Original Message -----
>> From: "Federico Alberto Sayd" <fsayd at uncu.edu.ar>
>> To: users at 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 at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
I restarted network service with the config from ifcfg-* that previously 
posted. But I didn't restart the vdsm service.

Regards

Federico



More information about the Users mailing list