[ovirt-users] Network config

Jorick Astrego j.astrego at netbulae.eu
Tue Jan 27 13:10:42 UTC 2015


On 01/27/2015 01:56 PM, Koen Vanoppen wrote:
> Hello everybody,
>
> Just wanted to know if anybody else has the problem, that when you
> restart your network configuration of a hypervisor, all the settings
> concerning the bonding are gone...
> Do I file a bug report for this or is this already a known issue?
>
> Kind regards,
>
> Koen
>
Hmm,

I cannot restart the network service from the host for some reason:

    Jan 27 14:00:27 test2 systemd: network.service: control process
    exited, code=exited status=1
    Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down
    networking.


    systemctl status network.service
    network.service - LSB: Bring up/down networking
       Loaded: loaded (/etc/rc.d/init.d/network)
       Active: failed (Result: exit-code) since Tue 2015-01-27 14:00:27
    CET; 1min 56s ago
      Process: 4113 ExecStart=/etc/rc.d/init.d/network start
    (code=exited, status=1/FAILURE)

    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK
    answers: File exists
    Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service:
    control process exited, code=exited status=1
    Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start LSB:
    Bring up/down networking.
    Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit network.service
    entered failed state.

    -- Subject: Unit network.service has failed
    -- Defined-By: systemd
    -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
    -- 
    -- Unit network.service has failed.
    -- 
    -- The result is failed.
    Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit network.service
    entered failed state.


    In supervdsm I find lots and lots of these:


    sourceRoute::DEBUG::2015-01-27
    14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add
    0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None)
    sourceRoute::DEBUG::2015-01-27
    14:02:40,806::utils::759::root::(execCmd) FAILED: <err> = 'RTNETLINK
    answers: File exists\n'; <rc> = 2
    sourceRoute::ERROR::2015-01-27
    14:02:40,806::sourceroute::88::root::(configure) ip binary failed
    during source route configuration: ['RTNETLINK answers: File exists']
    sourceRoute::WARNING::2015-01-27
    14:02:40,807::utils::129::root::(rmFile) File:
    /var/run/vdsm/trackedInterfaces/bond0 already removed
    sourceRoute::DEBUG::2015-01-27
    14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath)
    Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029
    sourceRoute::INFO::2015-01-27
    14:07:09,052::sourceroute::78::root::(configure) Configuring gateway
    - ip: **.***.**.***, network: **.***.**.**0/24, subnet:
    255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0
    sourceRoute::DEBUG::2015-01-27
    14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add
    0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None)
    sourceRoute::DEBUG::2015-01-27
    14:07:09,057::utils::759::root::(execCmd) FAILED: <err> = 'RTNETLINK
    answers: File exists\n'; <rc> = 2
    sourceRoute::ERROR::2015-01-27
    14:07:09,057::sourceroute::88::root::(configure) ip binary failed
    during source route configuration: ['RTNETLINK answers: File exists']
    sourceRoute::WARNING::2015-01-27
    14:07:09,057::utils::129::root::(rmFile) File:
    /var/run/vdsm/trackedInterfaces/bond0 already removed


The hosts are all Centos 7 freshly provisioned. With these vdsm packages:

    vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
    vdsm-python-4.16.10-8.gitc937927.el7.noarch
    vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
    vdsm-4.16.10-8.gitc937927.el7.x86_64
    vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
    vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
    vdsm-cli-4.16.10-8.gitc937927.el7.noarch





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 

----------------

	Tel: 053 20 30 270 	info at netbulae.eu 	Staalsteden 4-3A 	KvK 08198180
 	Fax: 053 20 30 271 	www.netbulae.eu 	7547 TA Enschede 	BTW NL821234584B01

----------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150127/0464ebdb/attachment-0001.html>


More information about the Users mailing list