<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">I had envisioned this as a standalone tool which would be run after an initial deployment to validate the config.  I like the idea of hooking it into an existing framework - but i agree that we certainly don’t want to slow things down.  I wonder if we could use some sort of cookie to track when we validated the config and only revalidate when needed.  As i get further in the BP i’ll investigate these options.<div><br></div><div>Tracy<br><div><div><br><div><div>On Nov 11, 2013, at 4:31 AM, Gary Kotton <<a href="mailto:gkotton@vmware.com">gkotton@vmware.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi,<br>I think that John has a very valid point. My understanding from the<br>session was that this should be a stand alone tool that will also work<br>across services, that is, if neutron is configured then it will check that<br>the neutron credentials are correct.<br>Thanks<br>Gary<br><br>On 11/11/13 1:55 PM, "John Garbutt" <<a href="mailto:john@johngarbutt.com">john@johngarbutt.com</a>> wrote:<br><br><blockquote type="cite">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>John<br><br>On 11 November 2013 11:44, Nikola Đipanov <<a href="mailto:ndipanov@redhat.com">ndipanov@redhat.com</a>> wrote:<br><blockquote type="cite">Hey all,<br><br>During the summit session on the the VMWare driver roadmap, a topic of<br>validating the passed configuration prior to starting services came up<br>(see [1] for more detail on how it's connected to that specific topic).<br><br>Several ideas were thrown around during the session mostly documented in<br>[1].<br><br>There are a few more cases when something like this could be useful (see<br>bug [2] and related patch [3]), and I was wondering if a slightly<br>different approach might be useful. For example use an already existing<br>validation hook in the service class [4] to call into a validation<br>framework that will potentially stop the service with proper<br>logging/notifications. The obvious benefit would be that there is no<br>pre-run required from the user, and the danger of running a<br>misconfigured stack is smaller.<br><br>Since there is already a blueprint raised based on the etherpad [1]- I<br>am bringing this up here so that we can agree on the approach, before<br>raising another one to solve the same problem.<br><br>Thanks,<br><br>Nikola<br><br>[1] <a href="https://etherpad.openstack.org/p/T4tQMQf5uS">https://etherpad.openstack.org/p/T4tQMQf5uS</a><br>[2] <a href="https://bugs.launchpad.net/nova/+bug/1243614">https://bugs.launchpad.net/nova/+bug/1243614</a><br>[3] <a href="https://review.openstack.org/#/c/53303/">https://review.openstack.org/#/c/53303/</a><br>[4] <br><a href="http://git.openstack.org/cgit/openstack/nova/tree/nova/service.py#n283">http://git.openstack.org/cgit/openstack/nova/tree/nova/service.py#n283</a><br><br>_______________________________________________<br>OpenStack-dev mailing list<br>OpenStack-dev@lists.openstack.org<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote><br>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote><br>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></div><br></div></div></div></body></html>