On Jan 29, 2015, at 8:34 PM, Rochelle Grober
mailto:rochelle.gro...@huawei.com>> wrote:
Hi folks!
Changed the tags a bit because this is a discussion for all projects and
dovetails with logging rationalization/standards/
At the Paris summit, we had a number of session on logging that kept circ
On 1/30/15 1:33 PM, Everett Toews wrote:
Once I have the token from Keystone, I’ll be talking directly to the
services. So either something goes wrong with Keystone and I get no
token or I get a token and talk directly to a service. Either way a
client knows who it's talking to.
That's only tru
You are splitting hairs here...
If I was talking to nova about a vm but nova was having an issue
communicating to neutron to get the vm network/ip details it would be
helpful to know the error happened in neutron vs's a generic 500 error.
Or if I ask nova to give me an image list (or snapshot crea
On Jan 30, 2015, at 3:17 PM, Jesse Keating wrote:
> On 1/30/15 1:08 PM, Everett Toews wrote:
>> Project: A client dealing with the API already knows what project
>> (service) they’re dealing with. Including this in an API error message
>> would be redundant. That’s not necessarily so bad and it c
On 1/30/15 1:08 PM, Everett Toews wrote:
Project: A client dealing with the API already knows what project
(service) they’re dealing with. Including this in an API error message
would be redundant. That’s not necessarily so bad and it could actually
be convenient for client logging purposes to ha
On Jan 29, 2015, at 7:34 PM, Rochelle Grober
mailto:rochelle.gro...@huawei.com>> wrote:
Hi folks!
Changed the tags a bit because this is a discussion for all projects and
dovetails with logging rationalization/standards/
At the Paris summit, we had a number of session on logging that kept circ
Hi folks!
Changed the tags a bit because this is a discussion for all projects and
dovetails with logging rationalization/standards/
At the Paris summit, we had a number of session on logging that kept circling
back to Error Codes. But, these codes would not be http codes, rather, as
others h