summaryrefslogtreecommitdiff
path: root/ChangeLog
diff options
context:
space:
mode:
authorScott Moser <smoser@ubuntu.com>2011-12-19 12:25:14 -0500
committerScott Moser <smoser@ubuntu.com>2011-12-19 12:25:14 -0500
commitfba08a5a2d69d37f8f0f5c4eb1d4269ac513620a (patch)
tree00ecc38cd9d414e89862ef7db1fcd98acaa20978 /ChangeLog
parent6b799f1c4384094dabc59a08c8418f9eeec59573 (diff)
parent8ea9a9c2c3621b6cb2890abac543885af3b40970 (diff)
downloadvyos-cloud-init-fba08a5a2d69d37f8f0f5c4eb1d4269ac513620a.tar.gz
vyos-cloud-init-fba08a5a2d69d37f8f0f5c4eb1d4269ac513620a.zip
make DataSourceEc2 more resilliant to slow metadata service (LP: #894279)
This increases the timeout for a metadata request to something that should be easily satisfiable (50 seconds). But hopefully does so while still keeping the case of no-metadata service in mind. Previously, there was a small timeout and many retries (30) would be done. Now, - larger timeout (50 seconds) by default - retry until a given "max_wait" is reached (120 seconds default) The end result is that if we're hitting the timeout, there will only end up being a couple attempts made. But if the requests are coming back quickly then we'll still make several attempts. There is one EC2DataSource config change, now 'retries' is not used, but rather 'max_wait' to indicate generally how long it should try to find a metadata service. LP: #894279
Diffstat (limited to 'ChangeLog')
0 files changed, 0 insertions, 0 deletions