[ovirt-users] Failure during self-hosted deployment: exception configuring management bridge

Sandro Bonazzola sbonazzo at redhat.com
Tue May 13 06:07:09 EDT 2014


Il 12/05/2014 23:53, Bob Doolittle ha scritto:
> On 05/12/2014 02:49 PM, Bob Doolittle wrote:
>> Hi,
>>
>> I'm trying to set up a fresh system on F19, using oVirt 3.4.

Hi Bob, can you check you're using right repositories in order to get 3.4.1?
See http://www.ovirt.org/OVirt_3.4.1_release_notes
Thanks,



>>
>> When running hosted-engine --deploy, it fails during "Configuring the management bridge". The ovirt-hosted-engine-setup log shows:
>>
>> 2014-05-12 13:59:35 INFO otopi.plugins.ovirt_hosted_engine_setup.network.bridge bridge._misc:196 Configuring the management bridge
>> 2014-05-12 13:59:35 DEBUG otopi.context context._executeMethod:152 method exception
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod
>>     method['method']()
>>   File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/network/bridge.py", line 201, in _misc
>>     ].s.getVdsCapabilities()['info']['nics'][nics]
>> KeyError: 'info'
>> 2014-05-12 13:59:35 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': 'info'
>>
>>
>> The vdsm.log shows:
>>
>> Thread-14::DEBUG::2014-05-12 13:59:35,840::BindingXMLRPC::1067::vds::(wrapper) client [127.0.0.1]::call getCapabilities with () {}
>> Thread-14::DEBUG::2014-05-12 13:59:35,875::utils::642::root::(execCmd) '/sbin/ip route show to 0.0.0.0/0 table all' (cwd None)
>> Thread-14::DEBUG::2014-05-12 13:59:35,879::utils::662::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0
>> Thread-14::ERROR::2014-05-12 13:59:35,882::BindingXMLRPC::1086::vds::(wrapper) unexpected error
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper
>>     res = f(*args, **kwargs)
>>   File "/usr/share/vdsm/BindingXMLRPC.py", line 393, in getCapabilities
>>     ret = api.getCapabilities()
>>   File "/usr/share/vdsm/API.py", line 1185, in getCapabilities
>>     c = caps.get()
>>   File "/usr/share/vdsm/caps.py", line 369, in get
>>     caps.update(netinfo.get())
>>   File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 566, in get
>>     d['nics'][dev.name] = _nicinfo(dev.name, paddr)
>>   File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 516, in _nicinfo
>>     info = _devinfo(nic)
>>   File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 536, in _devinfo
>>     ipv4addr, ipv4netmask, ipv6addrs = getIpInfo(dev)
>>   File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 317, in getIpInfo
>>     ipv6addrs = devInfo.get_ipv6_addresses()
>> SystemError: error return without exception set
>>
>>
>> I have two NICs - a wireless NIC which is disabled, and an ethernet NIC "p3p1" which is statically configured via network-scripts.
>>
>> I've also attached the output of "ip addr".
>>
>> I also notice some disturbing looking messages in the vdsm log during setupMultipath, including "Panic: Error initializing IRS" and then subsequent
>> lvm-related errors during StorageRefresh. Those did not abort the deployment, however. What do those failures indicate?
> 
> This looks a lot like a new manifestation of: https://bugzilla.redhat.com/show_bug.cgi?id=1057772
> 
> I even instrumented the code in /usr/lib64/python2.7/site-packages/vdsm/netinfo.py
> 
> The device name ("p3p1") being passed in is correct (I even tried setting the string directly), but the returned object is empty.
> 
> If I start python by hand and run ethtool.get_interfaces_info("p3p1") it returns the correct data.
> 
> So it seems as though the code is somehow environmentally sensitive. I'm not sure what it is about my environment that would cause issues here
> however, since presumably this is working for others...
> 
> -Bob
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com


More information about the Users mailing list