Merge lp:~psivaa/ubuntu-ci-services-itself/reduce-ppa-retry-period into lp:ubuntu-ci-services-itself

[Para Siva]

The ppa assigner retries of 2 min seems a little longer when the ppa becomes free during runs . This does not matter in cases when ppa is free right at the start of a run but would be useful when ppa was not free at the start and then becomes available during the run.

The ppa assigner retries of 2 min seems a little longer when the ppa becomes free during runs . This does not matter in cases when ppa is free right at the start of a run but would be useful when ppa was not free at the start and then becomes available during the run.

[PS Jenkins bot (ps-jenkins)]

PASSED: Continuous integration, rev:388
http://s-jenkins.ubuntu-ci:8080/job/uci-engine-ci/421/
Executed test runs:

Click here to trigger a rebuild:
http://s-jenkins.ubuntu-ci:8080/job/uci-engine-ci/421/rebuild

review: Approve (continuous-integration)

[Andy Doan (doanac)]

NOTE: I don't think this will be a problem outside of developer-testing. We only do one ticket at a time, so needing lots of ppas and polling them constantly doesn't seem likely.

review: Approve

[Para Siva (psivaa)]

Thanks. I was thinking this could be an issue when consecutive tickets failed probably in a quick succession in a post ppa assigning stage, leaving no free ppa's in the pool whilst the user triggers the next ticket. The webui not updating whilst waiting for ppa's would not help the user a lot and I think the time this saving could be useful there. Could be wrong.

=== modified file 'lander/bin/lander_service_wrapper.py'
--- lander/bin/lander_service_wrapper.py	2014-03-13 23:11:50 +0000
+++ lander/bin/lander_service_wrapper.py	2014-03-14 10:17:17 +0000
@@ -136,7 +136,7 @@
 
 
 def _get_ppa(ppa_assigner_url, ticket_id):
-    timeout = 120
+    timeout = 15
     url = '%s/api/v1/ppa/' % ppa_assigner_url
     while True:
         try: