Bug 1129883

Summary:	The neutronclient should fallback to password entry via tty if no password given from env or --os-password
Product:	Red Hat OpenStack	Reporter:	John Trowbridge <jtrowbri>
Component:	python-neutronclient	Assignee:	Assaf Muller <amuller>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Toni Freger <tfreger>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5.0 (RHEL 7)	CC:	amuller, chrisw, dmaley, jruzicka, nyechiel, sclewis, srevivo, tfreger
Target Milestone:	---	Keywords:	TestOnly, ZStream
Target Release:	7.0 (Kilo)
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	python-neutronclient-2.4.0-1.el7ost	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-07-06 18:52:38 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description John Trowbridge 2014-08-13 20:41:12 UTC

Description of problem:
The neutronclient should fallback to password entry via tty if no password given from env or --os-password

Version-Release number of selected component (if applicable):
This is present upstream.

How reproducible:
Easy to reproduce.

Steps to Reproduce:
1. packstack allinone
2. delete the password line from keystonerc_admin
3. `source keystonerc_admin`
4. `neutron agent-list`

Actual results:
You must provide a password via either --os-password or env[OS_PASSWORD]

Expected results:
Prompt for OS Password as novaclient and keystoneclient do.

Additional info:
I used the method in keystoneclient to make a patch and submitted to upstream.

Comment 2 Russell Bryant 2014-08-14 12:48:42 UTC

How do other clients behave here?  There needs to be consistency.

Comment 3 John Trowbridge 2014-08-14 13:07:35 UTC

Right now there is not consistency.

Nova and Keystone clients both fallback to TTY password entry, although both implement this completely differently.

The seperate "openstack" client also has this feature, and implements it in the same way as the Keystone client.

I used Keystone implementation in my upstream commit.

Comment 5 John Trowbridge 2014-10-28 14:24:26 UTC

This has been merged upstream:

https://review.openstack.org/#/c/114010/

Comment 6 Mike McCune 2016-03-28 22:57:02 UTC

This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 7 Lon Hohberger 2016-06-23 18:20:42 UTC

According to our records, this should be resolved by python-neutronclient-2.4.0-2.el7ost.  This build is available now.

Comment 8 Toni Freger 2016-06-30 10:53:35 UTC

Tested on latest OSPd setup: python-neutronclient-2.4.0-1.el7ost