keystone-all should not attempt to run if keystone is in httpd

Bug #1452345 reported by Adam Young
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Identity (keystone)
Won't Fix
Undecided
Unassigned

Bug Description

If a user attempts to run keystone-manage but the instance is configured to run in httpd, it will attempt to start the eventlet server. If the httpd instance is running, the error is confusing, since a port is already in use.

Revision history for this message
Dolph Mathews (dolph) wrote :

Unable to reproduce in stable/kilo.

Revision history for this message
David Stanek (dstanek) wrote :

Should the description here be 'keystone-all should not....'?

Adam Young (ayoung)
summary: - keystone-manage should not attempt to run if keystone is in httpd
+ keystone-all should not attempt to run if keystone is in httpd
Revision history for this message
Morgan Fainberg (mdrnstm) wrote :

I'm not sure how keystone-all is meant to know keystone is supposed to run under httpd. I've done a number of test scenarios where I'll configure keystone under both and swap between. The port already in use is a valid error (while cryptic) and correct as it isn't guaranteed to be keystone on the port.

Changed in keystone:
status: New → Incomplete
Revision history for this message
Morgan Fainberg (mdrnstm) wrote :

What is the thought on keystone being aware of what the deployer has chosen to run?

Revision history for this message
Dolph Mathews (dolph) wrote :

That's crazy. Don't try to start the eventlet server if you're already running it in Apache on the same port. More generally, don't try to run any two things on the same port, as the error message already indicates.

Changed in keystone:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.