Workaround launchpad error 'Unable to handle http code 502: Bad Gateway'
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
UTAH |
Fix Released
|
High
|
Javier Collado |
Bug Description
Current raring smoke tests are impacted by launchpad connectivity issue which report the following error
This occurs in two stages,
1. When starting the utah job to get the preseed, runlists from lp: the error is as follows
sudo -u utah -i run_utah_tests.py -p lp:~ubuntu-server-dev/ubuntu-test-cases/server-tests-raring/preseeds/default.preseed -i /var/cache/
usage: run_utah_tests.py [-h] [-m MACHINETYPE] [-v VARIANT] [-s SERIES]
run_utah_tests.py: error: argument -p/--preseed: Bazaar export error: Invalid http response for http://
The impacted job :
https:/
2: When getting the test code after the installation within the client machine: The error is as follows
- cmd_type: testsuite_fetch
command: bzr export usit lp:~javier.collado/ubuntu-test-cases/desktop/testsuites/usit
returncode: 3
start_time: '2013-01-23 11:54:39'
stderr: |-
You have not informed bzr of your Launchpad ID, and you must do this to
write to Launchpad or access private data. See "bzr help launchpad-login".
bzr: ERROR: Invalid http response for http://
The impacted job:
https:/
This error occurred about 25% of the tests and lanuchpad-ops first suggested to use bzr+ssh rather than http but then later from the information from cdimages that this has been occurring once in a while due to possible lp overload, downtime etc, the proposed solution is to add a workaround to retry after some time.
Related branches
- Max Brustkern (community): Approve
- Joe Talbott: Pending requested
- UTAH Dev: Pending requested
-
Diff: 207 lines (+96/-19)4 files modifiedutah/client/runner.py (+17/-2)
utah/retry.py (+20/-3)
utah/timeout.py (+38/-13)
utah/url.py (+21/-1)
Changed in utah: | |
status: | New → Triaged |
importance: | Undecided → High |
Changed in utah: | |
assignee: | nobody → Javier Collado (javier.collado) |
Changed in utah: | |
status: | Triaged → In Progress |
Changed in utah: | |
status: | In Progress → Fix Committed |
Changed in utah: | |
status: | Fix Committed → Fix Released |
Thanks for the complete report.
The retry strategy is the easiest to use since that needs only a minor update
in the code while, as discussed on irc, the bzr+ssh one requires to use a
launchpad user with an authorized ssh key. Hence, I'll try first to use the
retry strategy.
If that doesn't work, we can go for the second options since we're going to use
a launchpad user account for tarmac in the future anyway.