[ovs-dev] [Backport Request] For branch-2.5, backport rhel-systemd integration
Aaron Conole
aconole at redhat.com
Thu Sep 8 16:50:27 UTC 2016
Russell Bryant <russell at ovn.org> writes:
>> On Wed, Sep 7, 2016 at 11:53 AM, Aaron Conole <aconole at redhat.com> wrote:
>>
>> Greetings all,
>>
>> I'd like to request a backport to branch 2.5 of the following commits:
>>
>> c416eaf8c247225f0ebeb22b6ca5c473e96a53d2 ("ovs-ctl: Remove code for upgrading...")
>> 7fc28c50c0128a0c72853f8f243fd5045bcb9917 ("ovs-ctl: Allow selective start for...")
>> 0cfd47f9dcc3914db8d266ed834d6e2c8fc1a11d ("utilities/ovs-ctl.in: Only ...")
>> 48458307b52d13d37d8f88d91385b732af12939f ("utilities/ovs-ctl.in: Allow ...")
>> 4f6218739ec6ed33b71e5127fe619db13605602d ("rhel/ovsdb-server.service: Rename ...")
>> 84ad120834919c3e0945e3e58e0f96c07efa0316 ("rhel: Improved Systemd Integration")
>>
>> These commits are part of a refactor of the systemd integration which
>> fixes a number of ordering issues when starting and stopping the Open
>> vSwitch service on Red Hat systems. One particularly nasty example
>> would be configuring an internal interface through Open vSwitch with an
>> address, mounting an NFS share from that address, and then attempting to
>> shutdown or restart (which would result in a roughly 1/2 hour wait time
>> to stop).
>>
>> Apologies if this is considered in-appropriate for the 2.5 branch, or if
>> no new backport requests are accepted on the 2.5 branch.
>
> What's the upgrade impact of this for someone using 2.5.0 and then moving to a version including
> these commits?
It should be minimal - I haven't tested pre-refactor to post-refactor
2.5.0 extensively, but I will try it out a bit and if I run into
problems I will self nak this (by 9/16/2017). It certainly didn't cause
problems on rhel, and the ovs-ctl changes are either flag-enabled
(meaning those flags must be present), or the one commit which removes
compat upgrade code from 2013.
> It sounds like new feature territory, but you do make a case for it being considered a set of fixes ...
I agree - it straddles a line. I was hesitant to even ask, but in RHEL
we probably need to backport these anyway, so I made an assumption
(maybe poor) that other systemd distros might use the rhel scripts and
run into this class of issues also. Good net-izen, and all that :)
-Aaron
More information about the dev
mailing list