<p dir="ltr"><br>
On Nov 11, 2013 9:53 AM, "Russell Bryant" <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:<br>
><br>
> On 11/11/2013 07:38 AM, Nikola Đipanov wrote:<br>
> > On 11/11/13 12:55, John Garbutt wrote:<br>
> >> I like the idea of a more general config validation phase to help<br>
> >> people when first starting out.<br>
> >><br>
> >> My worry is that it would slow down the starting back up of servers<br>
> >> for people deploying their code using CI, where the have already<br>
> >> verified their configuration. But maybe its so fast I don't care, but<br>
> >> I just felt I should raise that.<br>
> >><br>
> ><br>
> > Thanks John,<br>
> ><br>
> > This is a valid point that makes me think that there might be some<br>
> > upgrade implications to such an approach that we might want to consider<br>
> > also.<br>
><br>
> I like the idea of doing it during service startup.  I'd like to<br>
> actually see that it's painfully slow and must be separate before<br>
> assuming that's the answer.  I really can't image it taking that long.<br>
> It's not a complex algorithm.  It's some sanity checks on combinations<br>
> of config values.<br>
></p>
<p dir="ltr">++  to doing it in service startup. Taking a step back I can see a user making two types of mistakes:</p>
<p dir="ltr">* Set duplicate or nonexistent options.<br>
* set an invalid mix of settings.</p>
<p dir="ltr">The first category should be a generic standalone tool, in fact there is a proof of concept in nova/tools<br>
The second category, the type being discussed here, should be done at service startup.</p>
<p dir="ltr">> --<br>
> Russell Bryant<br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>