On Mon, Dec 01, 2014 at 12:53:58PM -0800, Alex Wang wrote:
> Sorry for this delayed reply and Thx for the answer,

No problem
 
> We'll think of work-arounds

I didn't consider the need of having the intermediate steps between
the daemons when I did the systemd units, so it made sense to expose a
single unit representing the service instead of one unit per daemon.

But since there is a need for special procedures which includes
managing each daemon separately, it seems the solution would be
to split the current unit in two, one for each daemon.

After that, we can create ordinary commands that can do a mix of
managing the daemons and execute external commands without messing up
with systemd states.

fbl

> On Mon, Nov 24, 2014 at 5:45 PM, Flavio Leitner <[email protected]> wrote:
> 
> > On Thu, Nov 20, 2014 at 09:31:18AM -0800, Alex Wang wrote:
> > > Hey Flavio,
> > >
> > > We encountered this issue recently:
> > >
> > > The /etc/init.d/openvswitch script can take options like --save-flows=
> > > which will save and restore all OpenFlow flows during restart...
> > >
> > > However, this does not work on RHEL 7.  Since my understanding is
> > > that all /etc/init.d/openvswitch command will be ignored and the
> > > corresponding systemd service will be run...  And systemctl does not
> > > take options...
> > >
> > > Do you know if there is any workaround?
> >
> > This is not specific to RHEL 7, but with any distro currently integrated
> > to systemd.
> >
> > The issue is that systemd allows only the standard commands:
> > start, stop, reload, force-reload, status, restart and try-restart.
> >
> > Anything besides the list above could be converted to standalone
> > helper scripts.  The problem is that we need individual control over
> > the two daemons which currently we don't have to restore the flow
> > tables.
> >
> > fbl
> >
> _______________________________________________
> dev mailing list
> [email protected]
> http://openvswitch.org/mailman/listinfo/dev
_______________________________________________
dev mailing list
[email protected]
http://openvswitch.org/mailman/listinfo/dev

Reply via email to