----- Original Message ----- From: Michael Schuster <michael.schus...@sun.com> Date: Wednesday, April 29, 2009 3:24 pm Subject: Re: [ilb-dev] initial scf implementation To: ilb-dev at opensolaris.org
> On 04/29/09 14:38, Zhenghui Xie wrote: > > > >----- Original Message ----- > >From: Michael Schuster <Michael.Schuster at Sun.COM> > >Date: Wednesday, April 29, 2009 2:32 pm > >Subject: Re: [ilb-dev] initial scf implementation > >To: Zhenghui.Xie at Sun.COM > >Cc: ilb-dev at opensolaris.org > > > > > >>On 04/28/09 23:14, Zhenghui.Xie at Sun.COM wrote: > >>>Author: Zhenghui Xie <zhenghui.xie at sun.com> > >>>Repository: /hg/vnm/ILB > >>>Latest revision: fa6943e70c4e65adc9640c4613dbb3211ca22761 > >>>Total changesets: 1 > >>>Log message: > >>>initial scf implementation > >>> > >>>Files: > >>> create: usr/src/cmd/cmd-inet/usr.lib/ilbd/ilbd_scf.c > >>Jan, > >> > >>I got ilbd to crash with the store - apparently - in an inconsistent > > > > >is this a fresh bfu/install from the gate? let me know if it is > binary from gate, cause I tried run the test suite before integrate > and it seems OK. > > no, built in my gate. > > >>state. I'd like to > >>a) be able to completely clean out "our" scf "memory" - how do I do > that? > > > >use svccfg delete all ilb related prop groups. > > I failed to find your description of those PGs - can you resend (in > private) the writeup you did a while ago? > > > > sg groups are starting with "sg_", hc groups are starting with "hc_", rule groups are starting with "rule_". Should be very easy to recognize. The description is in our current design doc, section9 I believe. > >>b) turn off SCF completely while ilbd is unstable, or I'll be doing > a) all the time. > >> > > > >I don't know how know disable scf. We don't support temp > configuration and commit. > > sorry ... I didn't mean "turn off all of SCF", but "turn off using SCF > in ilbd". > this is what I meant. There is no way to "turn off" using SCF, when any configuration change comes from cli( create/destroy/add/remove etc), it goes to SCF, because we decided to implemented it as one step. -Jan > thx > Michael > -- > Michael Schuster http://blogs.sun.com/recursion > Recursion, n.: see 'Recursion' > _______________________________________________ > ilb-dev mailing list > ilb-dev at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ilb-dev
