summaryrefslogtreecommitdiff
path: root/cloudinit/url_helper.py
diff options
context:
space:
mode:
authorDominic Schlegel <dominic.schlegel@hostpoint.ch>2019-10-16 13:49:43 +0000
committerServer Team CI Bot <josh.powers+server-team-bot@canonical.com>2019-10-16 13:49:43 +0000
commit26e1f063677d974ab3b1a48e010e732a538b9a8d (patch)
tree7b4148e91f72224ddbf530aa07368872c0638d6e /cloudinit/url_helper.py
parent823708ea031290c864e3aef67f60f6eb495f281d (diff)
downloadcloud-init-git-26e1f063677d974ab3b1a48e010e732a538b9a8d.tar.gz
Small typo fixes in code comments.
Diffstat (limited to 'cloudinit/url_helper.py')
-rw-r--r--cloudinit/url_helper.py6
1 files changed, 3 insertions, 3 deletions
diff --git a/cloudinit/url_helper.py b/cloudinit/url_helper.py
index 44ee61d4..0f4c36f7 100644
--- a/cloudinit/url_helper.py
+++ b/cloudinit/url_helper.py
@@ -326,10 +326,10 @@ def wait_for_url(urls, max_wait=None, timeout=None,
sleep_time_cb: call method with 2 arguments (response, loop_n) that
generates the next sleep time.
- the idea of this routine is to wait for the EC2 metdata service to
+ the idea of this routine is to wait for the EC2 metadata service to
come up. On both Eucalyptus and EC2 we have seen the case where
the instance hit the MD before the MD service was up. EC2 seems
- to have permenantely fixed this, though.
+ to have permanently fixed this, though.
In openstack, the metadata service might be painfully slow, and
unable to avoid hitting a timeout of even up to 10 seconds or more
@@ -338,7 +338,7 @@ def wait_for_url(urls, max_wait=None, timeout=None,
Offset those needs with the need to not hang forever (and block boot)
on a system where cloud-init is configured to look for EC2 Metadata
service but is not going to find one. It is possible that the instance
- data host (169.254.169.254) may be firewalled off Entirely for a sytem,
+ data host (169.254.169.254) may be firewalled off Entirely for a system,
meaning that the connection will block forever unless a timeout is set.
A value of None for max_wait will retry indefinitely.