Bug 923612 - RFE: Keystone log files should reveal the source of the token
Summary: RFE: Keystone log files should reveal the source of the token
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-keystone
Version: 2.1
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: 5.0 (RHEL 7)
Assignee: Adam Young
QA Contact: Ami Jeain
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-03-20 08:08 UTC by Ofer Blaut
Modified: 2016-04-27 03:59 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-03-13 15:34:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
token logs (728 bytes, text/plain)
2013-03-20 08:08 UTC, Ofer Blaut
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Launchpad 1266926 0 None None None Never

Description Ofer Blaut 2013-03-20 08:08:01 UTC
Created attachment 713099 [details]
token logs

Description of problem:

Keystone log files should reveal the source of the token (ip address).

I create a mis-configuration where i had two different setups (A & B )

by mistake i configure keystone quantum end-point in setup A to use quantum server of setup B.

in the logs files both quauntum server and keystone on setup B we could only see the messages ( as attahced ), but there was no clue about the source ip of the request, even in debug mode.

adding the identity/source ip ( in none debug mode )will help debug such issues
 


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.configure quantum setup A
2.configure quantum setup B
3.configure keystone enpoint of setupB to use the quantum server of setup A
4.check keystone.log and quantum server.log on setup A

this can be tested with other services like NOVA....

configuration on setupB:

keystone service-create --name=quantum --type=network --description="Quantum Service" 

keystone endpoint-create --region RegionOne --service-id $(get_service_id quantum) --publicurl http://ip_setup_A:9696 --adminurl http://ip_setup_A:9696 --internalurl http://ip_setup_A:9696 

  
Actual results:

errors as attached no way to know about this mis-config 
Expected results:


Additional info:


Note You need to log in before you can comment on or make changes to this bug.