I followed the instructions from IBM and Swift does appear to work correctly under mod_wsgi. I have yet to do extensive multi-node testing. I'm a bit surprised why those, ~50 SLOC code snippets to start the service, have yet to be integrated into the Swift repo.
In my single node environment, Glance, Cinder and Heat mod_wsgi also appear to work correct such that a VM can boot on a filesystem and Heat orchestration works. Nick On Thu, Aug 18, 2016 at 12:39 AM, John Dickinson <m...@not.mn> wrote: > I don't know of people running Swift in production with mod_wsgi. The > original doc you referenced and the related work done upstream was done > several years ago, IIRC by IBM. Personally, I've never deployed Swift that > way. > > However, I too am really interested in the general answers to your > question, especially from the ops mailing list. If there's something broken > in docs or code that is preventing people from solving their problems with > Swift, I want to hear about it and fix it. > > --John > > > > > On 17 Aug 2016, at 13:22, Nick Papadonis wrote: > > > Hi Folks, > > > > I was hacking in this area on Mitaka and enabled Glance, Cinder, Heat, > > Swift, Ironic, Horizon and Keystone under Apache mod_wsgi instead of the > > Eventlet server. Cinder, Keystone, Heat and Ironic provide Python > source > > in Github to easily enable this. It appears that Glance and Swift > (despite > > the existence of > > https://github.com/openstack/swift/blob/2bf5eb775fe3ad6d3a2afddfc75723 > 18e85d10be/doc/source/apache_deployment_guide.rst) > > provide no such Python source to call from the Apache conf file. > > > > That said, is anyone using Glance, Swift, Neutron or Nova (marked > > experimental) in production environments with mod_wsgi? I had to put > > together code to launch a subset of these which does not appear > integrated > > in Github. Appreciate your insight. > > > > Thanks, > > Nick > > ____________________________________________________________ > ______________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject: > unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
