On 06/18/2015 06:49 AM, Sean Dague wrote: > On 06/18/2015 03:28 AM, ozamiatin wrote: >> Hi, please don't remove zmq support from devstack. >> We are now in progress of writing a new version of the driver. >> I use devstack each time to check the driver functionality. >> When the implementation become public it will be even more >> important to have a possibility to check it on devstack. > > Which will be extremely easy to continue doing with an external plugin, > and also make it much simpler for you to add new enhancements to it. > Your development workflow would be add the following line to your localrc: > > enable_plugin zmq git://.......................... > > And will continue exactly the same in usage pattern of devstack after that.
So, instead of further explaining that this was going to be easy to do out of tree, I did it for the 0mq case. https://github.com/sdague/zmq-devstack is up and ready to go. It creates the same functional environment as the in code. You can demonstrate that by doing the following: git clone https://github.com/openstack-dev/devstack cd devstack git review -d 192154 (this is the code which deletes all the non rabbit code from the devstack tree) echo "enable_plugin zmq-devstack https://github.com/sdague/zmq-devstack"; >> localrc ./stack.sh Which I just did and tested in a local 14.04 vagrant (easily built with devstack-vagrant project). Looked through all the logs, things look like they are working to some degree. Saw a couple of stack traces that looked non fatal in nova-conductor, which would be the current state of the zmq driver from my understanding. I did not functionally test this beyond that, because from a devstack interface point of view, all the things devstack used to do (install redis, zmq code, start the oslo messaging zmq receiver, and setup all the config files for all the projects) match the output of the old code. The effort could use a README like the other devstack plugins have, to document to prospective users what variables they have access when using this. I'll leave that as an exercise for whenever someone imports this into gerrit to take ownership of it. Other drivers should be able to pretty closely model this in about 30 minutes of work. The install and post-config phases are probably the only ones you need. (install for installing code, post-config for starting servers). User friendly plugins will want to also want to implement clean and maybe unstack. (clean is implemented here, because it was in the old code). -Sean -- Sean Dague http://dague.net __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
