[ovirt-users] UCS Integration (vmfex/SRIOV)

Mon Feb 29 06:27:46 UTC 2016

Hi Dan,

Answers as follows;

# rpm -qa | grep -i vdsm
vdsm-jsonrpc-4.17.18-1.el7.noarch
vdsm-hook-vmfex-4.17.18-1.el7.noarch
vdsm-infra-4.17.18-1.el7.noarch
vdsm-4.17.18-1.el7.noarch
vdsm-python-4.17.18-1.el7.noarch
vdsm-yajsonrpc-4.17.18-1.el7.noarch
vdsm-cli-4.17.18-1.el7.noarch
vdsm-xmlrpc-4.17.18-1.el7.noarch
vdsm-hook-vmfex-dev-4.17.18-1.el7.noarch

There was in this folder ifcfg-ovirtmgnt bridge setup, and also route-ovirtmgnt & rule-ovirtmgmt.. but they were removed after the reboot.

# ls -althr | grep ifcfg
-rw-r--r--. 1 root root  254 Sep 16 21:21 ifcfg-lo
-rw-r--r--. 1 root root  120 Feb 25 14:07 ifcfg-enp7s0f0
-rw-rw-r--. 1 root root  174 Feb 25 14:40 ifcfg-enp6s0

I think I modified ifcfg-enp6s0 to get networking up again (eg was set to bridge.. but the bridge wasn't configured).. it was a few days ago.. if it's important I can reboot the box again to see what state it comes up with.

# cat ifcfg-enp6s0
BOOTPROTO="none"
IPADDR="10.80.10.117"
NETMASK="255.255.255.0"
GATEWAY="10.80.10.1"
DEVICE="enp6s0"
HWADDR="00:25:b5:00:0b:4f"
ONBOOT=yes
PEERDNS=yes
PEERROUTES=yes
MTU=1500

# cat ifcfg-enp7s0f0
# Generated by VDSM version 4.17.18-1.el7
DEVICE=enp7s0f0
ONBOOT=yes
MTU=1500
HWADDR=00:25:b5:00:0b:0f
NM_CONTROLLED=no

# find /var/lib/vdsm/persistence
/var/lib/vdsm/persistence
/var/lib/vdsm/persistence/netconf
/var/lib/vdsm/persistence/netconf.1456371473833165545
/var/lib/vdsm/persistence/netconf.1456371473833165545/nets
/var/lib/vdsm/persistence/netconf.1456371473833165545/nets/ovirtmgmt

# cat /var/lib/vdsm/persistence/netconf.1456371473833165545/nets/ovirtmgmt
{
    "nic": "enp6s0",
    "ipaddr": "10.80.10.117",
    "mtu": "1500",
    "netmask": "255.255.255.0",
    "STP": "no",
    "bridged": "true",
    "gateway": "10.80.10.1",
    "defaultRoute": true
}

Supervdsm log is attached.

Regards
David

-----Original Message-----
From: Dan Kenigsberg [mailto:danken at redhat.com]
Sent: Sunday, February 28, 2016 20:51
To: David LeVene <David.LeVene at blackboard.com>; edwardh at redhat.com
Cc: Michael Burman <mburman at redhat.com>; users at ovirt.org
Subject: Re: [ovirt-users] UCS Integration (vmfex/SRIOV)

On Thu, Feb 25, 2016 at 04:14:04AM +0000, David LeVene wrote:
> Hi Michael,
>
> Something weird is happening with the networking on the vmhost.
>
> I run the setup and vdsmd comes up ok.. I see ovirtmgmt connected to the non vmfex device and the vmfex device is unconfifuged as it’s a new host.
>
> When I reboot the host.. it fails to start vdsm and I get errors like this - and its deleted all related networking information that was present before.
>
> Feb 25 14:39:50 test_host_c systemd: Starting Virtual Desktop Server Manager network restoration...
> Feb 25 14:39:51 test_host_c vdsm-tool: Traceback (most recent call last):
> Feb 25 14:39:51 test_host_c vdsm-tool: File
> "/usr/share/vdsm/vdsm-restore-net-config", line 425, in <module> Feb
> 25 14:39:51 test_host_c vdsm-tool: restore(args) Feb 25 14:39:51
> test_host_c vdsm-tool: File "/usr/share/vdsm/vdsm-restore-net-config",
> line 388, in restore Feb 25 14:39:51 test_host_c vdsm-tool:
> unified_restoration() Feb 25 14:39:51 test_host_c vdsm-tool: File
> "/usr/share/vdsm/vdsm-restore-net-config", line 110, in
> unified_restoration Feb 25 14:39:51 test_host_c vdsm-tool:
> _remove_networks_in_running_config()
> Feb 25 14:39:51 test_host_c vdsm-tool: File
> "/usr/share/vdsm/vdsm-restore-net-config", line 195, in
> _remove_networks_in_running_config
> Feb 25 14:39:51 test_host_c vdsm-tool: _inRollback=True) Feb 25
> 14:39:51 test_host_c vdsm-tool: File "/usr/share/vdsm/network/api.py",
> line 932, in setupNetworks Feb 25 14:39:51 test_host_c vdsm-tool:
> "system" % network) Feb 25 14:39:51 test_host_c vdsm-tool:
> network.errors.ConfigNetworkError: (27, "Cannot delete network 'ovirtmgmt': It doesn't exist in the system") Feb 25 14:39:51 test_host_c vdsm-tool: Traceback (most recent call last):
> Feb 25 14:39:51 test_host_c vdsm-tool: File "/usr/bin/vdsm-tool", line
> 219, in main Feb 25 14:39:51 test_host_c vdsm-tool: return
> tool_command[cmd]["command"](*args)
> Feb 25 14:39:51 test_host_c vdsm-tool: File
> "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41,
> in restore_command Feb 25 14:39:51 test_host_c vdsm-tool:
> exec_restore(cmd) Feb 25 14:39:51 test_host_c vdsm-tool: File
> "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54,
> in exec_restore Feb 25 14:39:51 test_host_c vdsm-tool: raise
> EnvironmentError('Failed to restore the persisted networks') Feb 25 14:39:51 test_host_c vdsm-tool: EnvironmentError: Failed to restore the persisted networks Feb 25 14:39:51 test_host_c systemd: vdsm-network.service: main process exited, code=exited, status=1/FAILURE Feb 25 14:39:51 test_host_c systemd: Failed to start Virtual Desktop Server Manager network restoration.
> Feb 25 14:39:51 test_host_c systemd: Dependency failed for Virtual Desktop Server Manager.
> Feb 25 14:39:51 test_host_c systemd: Dependency failed for MOM instance configured for VDSM purposes.
> Feb 25 14:39:51 test_host_c systemd: Job mom-vdsm.service/start failed with result 'dependency'.
> Feb 25 14:39:51 test_host_c systemd: Job vdsmd.service/start failed with result 'dependency'.
> Feb 25 14:39:51 test_host_c systemd: Unit vdsm-network.service entered failed state.
> Feb 25 14:39:51 test_host_c systemd: vdsm-network.service failed.
>
> Any ideas?

Which vdsm version are you using? Can you share your
/etc/sysconfig/network-scripts/ifcfg* as well as your /var/lib/vdsm/persistence/ and /var/log/vdsm/supervdsm.log ?

Regards,
Dan.
This email and any attachments may contain confidential and proprietary information of Blackboard that is for the sole use of the intended recipient. If you are not the intended recipient, disclosure, copying, re-distribution or other use of any of this information is strictly prohibited. Please immediately notify the sender and delete this transmission if you received this email in error.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: supervdsm.log
Type: application/octet-stream
Size: 727288 bytes
Desc: supervdsm.log
URL: <http://lists.ovirt.org/pipermail/users/attachments/20160229/04b6c42e/attachment-0001.obj>