<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 9, 2014 at 3:01 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, 2014-01-09 at 23:56 +0100, Julien Danjou wrote:<br>
> On Thu, Jan 09 2014, Jay Pipes wrote:<br>
><br>
> > Hope you don't mind, I'll jump in here :)<br>
> ><br>
> > On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:<br>
> >> Hi Jeremy<br>
> >><br>
> >> Don't you think it is burden for operators if we should choose correct<br>
> >> combination of config for multiple nodes even if we have chef and<br>
> >> puppet?<br>
> ><br>
> > It's more of a burden for operators to have to configure OpenStack in<br>
> > multiple ways.<br>
><br>
> I also think projects should try to minimize configuration options at<br>
> their minimum so operators are completely lost. Opening the sample<br>
> nova.conf and seeing 696 options is not what I would call user friendly.<br>
><br></div></blockquote><div><br></div><div><br></div><div>There was talk a while back about marking different config options as basic and advanced (or something along those lines) to help make it easier for operators.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> And also having working default. I know it's hard, but we should really<br>
> try to think about that sometimes.<br>
<br>
</div>+100 :)<br>
<br>
-jay<br>
<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" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div></div>