From: "Federico Alberto Sayd" <fsayd(a)uncu.edu.ar>
To: users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users