From b6deb1d851100a79a89d3c66e74df7bc7efff68c Mon Sep 17 00:00:00 2001 From: Scott Moser Date: Tue, 7 Nov 2017 21:35:23 -0500 Subject: Replace the temporary i9n.brickies.net with i9n.cloud-init.io. We had used some dns records in i9n.brickies.net (my personal domain) as a temporary solution until we got names registered in the cloud-init.io namespace. We now have CNAME records for: ubuntu.i9n.cloud-init.io cloudinit1.cloud-init.io cloudinit2.cloud-init.io --- tests/cloud_tests/instances/nocloudkvm.py | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) (limited to 'tests/cloud_tests/instances') diff --git a/tests/cloud_tests/instances/nocloudkvm.py b/tests/cloud_tests/instances/nocloudkvm.py index 2427c856..cc825800 100644 --- a/tests/cloud_tests/instances/nocloudkvm.py +++ b/tests/cloud_tests/instances/nocloudkvm.py @@ -15,10 +15,8 @@ from tests.cloud_tests import util # This domain contains reverse lookups for hostnames that are used. # The primary reason is so sudo will return quickly when it attempts # to look up the hostname. i9n is just short for 'integration'. -# use i9n.brickies.net until i9n.cloud-init.io is populated: -# https://portal.admin.canonical.com/107125 # see also bug 1730744 for why we had to do this. -CI_DOMAIN = "i9n.brickies.net" +CI_DOMAIN = "i9n.cloud-init.io" class NoCloudKVMInstance(base.Instance): -- cgit v1.2.3