You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm not exactly convinced by this: We're still processing the same request (and the request uids are here to help tracking how one requests fares)
Generating a new ID may complexify things here, including for investigations.
Now, if you're talking about a sub-request id, that may be a possibility, but still generated quite a bit of complexity in understanding the logs.
Yes, I meant the sub-request id since the request logger would be created using the req_id from S3.
I was helping @msegura debug an issue why certain requests were failing at sproxyd level and it was hard to track the individual failover requests at the nginx level as all the requests had the same "sub" request_id.
So instead of creating logger only once, for example right now at the beginning of a PUT operation, it could be moved over to_failover so that we get a different request_id combo for each failover request.
The following example is more easy to debug at nginx level
No description provided.
The text was updated successfully, but these errors were encountered: