Closed Bug 967650 Opened 12 years ago Closed 12 years ago

final verification should report remote IP addresses

Categories

(Release Engineering :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rail, Assigned: pmoore)

References

Details

Attachments

(2 files, 1 obsolete file)

No description provided.
Attached patch remote_ip.diff (obsolete) — Splinter Review
Something like this?
Attachment #8370175 - Flags: review?(pmoore)
Comment on attachment 8370175 [details] [diff] [review] remote_ip.diff %{remote_ip} is not supported by curl installed on the builders... :/
Attachment #8370175 - Flags: review?(pmoore)
Hey Rail, For the sake of tidiness this patch collects the actual headers, and the debug output, in separate files, and presents both of them in the log file. I'll attach a sample log file to this bug now too... Pete
Assignee: nobody → pmoore
Attachment #8370175 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8370240 - Flags: review?(rail)
Comment on attachment 8370240 [details] [diff] [review] Patch to add extra debug logging to curl commands in final verification, e.g. to see remote IP address lgtm
Attachment #8370240 - Flags: review?(rail) → review+
Ah - probably should have added this comment here, instead of https://bugzilla.mozilla.org/show_bug.cgi?id=966637#c34 - duplicating here, as it is probably the correct bug to track this issue... <copied and pasted from https://bugzilla.mozilla.org/show_bug.cgi?id=966637#c34> Rail, do you want me to add -H "Pragma: akamai-x-cache-on, akamai-x-cache-remote-on, akamai-x-check-cacheable, akamai-x-get-cache-key, akamai-x-get-extracted-values, akamai-x-get-nonces, akamai-x-get-ssl-client-session-id, akamai-x-get-true-cache-key, akamai-x-serial-no, akamai-x-get-request-id" permanently to the curl requests in our final verification scripts, as per Eric Gonzalez Mora's suggestion, or is that redundant now? Thanks, Pete </copy and paste>
Flags: needinfo?(rail)
Copy/paste from bug 966637 :) If we can't use HEAD for final verification I'd try Nick's idea in bug 966637 comment 30 and use GET and Range for cases when HEAD fails.
Flags: needinfo?(rail)
Blocks: 968387
I'm going to close this, as the code has been rolled out now to include the IP addresses. If we want to switch the HEAD implementation to a GET request with a limited range, that can be tracked in a separate bug later, if required.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: