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 <[email protected]> wrote: > > Russell Bryant <[email protected] <mailto:[email protected]>> wrote on 02/08/2016 > 10:24:29 AM: > > > From: Russell Bryant <[email protected] <mailto:[email protected]>> > > To: Ryan Moats/Omaha/IBM@IBMUS, Michael <[email protected] > > <mailto:[email protected]>> > > Cc: [email protected] <mailto:[email protected]> > > 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: [email protected] 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 [email protected] http://openvswitch.org/mailman/listinfo/dev
