On 02/20/2012 11:30 AM, Pádraig Brady wrote: > On 02/20/2012 03:51 PM, Mark McLoughlin wrote: >> Hey, >> >> For OpenStack Essex in Fedora 17, I thought it was worth discussing: >> >> 1) Should we switch to the new --config-file format by default? I >> think we discussed this briefly before and decided we would. We >> should probably go ahead to have it settled in before the test day. > > I think it makes sense to do this ASAP. Agreed. > I tried and had some issues with it. > Are there specific commits I could cherry pick, > or will I wait for essex-4 which is supposed > to land on March 1st, 7 days before the test day. > >> 2) I see we've added support for force_dhcp_release=True; should we >> make it the default? > > I'm not sure of the implications. It seems dafe enough. > If the option is just to cater for systems without `dhcp_release` > then it's fairly redundant, as the availability of that could be > checked for at startup. Not that it would be the first redundant > option ever created :) I'll ask on the openstack list. > >> 3) 'root_helper=sudo nova-rootwrap' is the default now, right? All >> the test cases still work fine? No user impact? > > I ran through most of the test day cases with no issue. > >> 4) 'rpc_backend=nova.rpc.impl_qpid' is also the default now? I think >> we had some debate about whether we should require any of the >> messaging libs by default? Did we come to a conclusion? My >> instinct it to require the default lib only > > I discussed that with Russell who implemented the Qpid support, > and he made the point that you might not even want to run the > qpid broker on the same host as the nova services. > I intentionally didn't depend on an amqp server for now. Right, I don't think it makes sense to depend on qpid-cpp-server or rabbitmq-server at all. I think Mark was referring to the dependencies on the client libs: python-qpid, python-kombu, python-carrot. Depending on only python-qpid out of those is fine with me. We should document how to switch back to rabbitmq/kombu, though since there are so many docs out there referring to that configuration. -- Russell Bryant _______________________________________________ cloud mailing list cloud@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/cloud
