I will now revert only in the following points: > How about using $rundir/ovnnb_db.sock and $rundir/ovnsb_db.sock instead > of the new directory?
For High Availability we need to have the dbs on a directory that we can easily share between hosts. We can do this by default or make it optional using env variables. I prefer the first but nothing against the other. > Any reason not to use the old approach of removing/re-adding the db > without restarting the ovsdb-server process? We can but I don’t really like the approach of using ovs-appctl in this way the two database are focused so the overhead of re-running should be not so big… > On 08 Feb 2016, at 17:37, Ryan Moats <rmo...@us.ibm.com> wrote: > > Russell Bryant <russ...@ovn.org <mailto:russ...@ovn.org>> wrote on 02/08/2016 > 10:24:29 AM: > > > From: Russell Bryant <russ...@ovn.org <mailto:russ...@ovn.org>> > > To: Ryan Moats/Omaha/IBM@IBMUS, Michael <michael.arna...@mymoneyex.com > > <mailto:michael.arna...@mymoneyex.com>> > > Cc: dev@openvswitch.org <mailto:dev@openvswitch.org> > > Date: 02/08/2016 10:24 AM > > Subject: Re: [ovs-dev] [PATCH 1/1] ovn/utilities: Separating OVN NB > > and SBdatabases. Run dbs in separate > > > > On 02/08/2016 11:17 AM, Ryan Moats wrote: > > > For devstack, we need a few more things: > > > > Context: devstack is an OpenStack development environment. Our OVN > > integration pre-dated ovn-ctl, but we'd like to start using it. > > > > > 1) the ability to start and stop the ovsdb processes separate from > > > ovn-northd, so this patch needs to break them out as separate commands. > > > > It seems most common that you'd run ovn-northd and both ovsdb-server > > instances all on the same host right now, so I'd be OK with this being a > > future enhancement. devstack enforces this right now, as well. > > IIRC, the issue is that ovsdb-server has to be started at an earlier point > than ovn-northd during stacking. > > > > 2) the logfile settings for vconsole and vfile need to use environment > > > variables so that we can control their level at start up > > > > indeed, those would be nice enhancements as well, but could be follow up > > patches. > > Russell, we can do that, but both of these items are things that I see as > being necessary to get to parity to https://review.openstack.org/#/c/276364 > <https://review.openstack.org/#/c/276364> > and its follow-on patches. > > Ryan > Michael Arnaldi - Chief Technology Officer (CTO) MyMoneyEx Limited c/o Buzzacott LLP 130 Wood Street London EC2V 6DL - United Kingdom Mail: michael.arna...@mymoneyex.com Web: https://www.mymoneyex.com -------------------------------------------------------------------------------------------- This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
