>
>> AFAIK, the reason we cannot start openvswitch before networking is
>> because we have all OVS binaries in /usr and that can be mounted
>> through NFS (which depends on networking). If I remember correctly,
>> the only reason not to have OVS binaries in /bin and /sbin is that we
>> consider it not “really required” for a system.
>
> What about when the controller is on network? You have to have that up
> (networking-wise) before bring up the bridge, right?
Can you elaborate with an example?
I don't know of a use case yet where the controller wants to control a
OVS bridge that is also responsible for SSH (or network connections)
to the machine (Is there any?). If OVS starts before networking, it
can be setup (e.g: through 'interfaces') to have all other bridges in
secure mode and they will keep retrying till they get controller
connection.
>
>> My argument to move OVS binaries to /bin and /sbin is that, since
>> installation of OVS packages is done by the system administrator, he
>> knows that they will end up in /bin and /sbin and has an option not to
>> install it if he feels it should not end up in /bin and /sbin. It
>> looks to me that making openvswitch start before networking will solve
>> quite a few problems.
>>
>> Is there anything obvious that I am missing here?
>
> Well, that is going in opposite direction of freedesktop.org. The idea
> is to move binaries from /{bin,sbin} to /usr. For the use-case where
> the /usr is on NFS, then add openvswitch support to initramfs.
>
> See these links:
> http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken/
> http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/
Thank you for the links. So moving from /usr to /bin does not make
sense. I withdraw that proposal.
What if we remove openvswitch dependency to NFS and expect the users
that have /usr on NFS to mount it through initramfs. Then we can start
openvswitch before networking.
Thanks,
Guru
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
