Issues encountered at various steps

[airmetal]

When I run setup.py after configuring terraform/main.tf I get the following error -

Detecting client IP...
Traceback (most recent call last):
File "./setup.py", line 84, in
detect_client_ip(local_vars)
File "./setup.py", line 62, in detect_client_ip
socket.gethostbyname('ifconfig.co') # We need the IPv4 address

I changed the setup.py to derive the URL differently. It seems its making the call now, but now I get the following error:

Detecting client IP...
Traceback (most recent call last):
File "./setup.py", line 96, in
detect_client_ip(local_vars)
File "./setup.py", line 71, in detect_client_ip
urllib2.urlopen(request).read()
File "/usr/lib64/python2.6/urllib2.py", line 126, in urlopen
return _opener.open(url, data, timeout)
File "/usr/lib64/python2.6/urllib2.py", line 391, in open
response = self._open(req, data)
File "/usr/lib64/python2.6/urllib2.py", line 409, in _open
'_open', req)
File "/usr/lib64/python2.6/urllib2.py", line 369, in _call_chain
result = func(*args)
File "/usr/lib64/python2.6/urllib2.py", line 1190, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "/usr/lib64/python2.6/urllib2.py", line 1165, in do_open
raise URLError(err)
urllib2.URLError: <urlopen error [Errno 111] Connection refused>

The firewall is open. It seems I am missing some step. I would imagine a web server would be running prior to receiving the HTTP request?

[tintoy]

Actually you could just use requests.Get(‘https://ipv4.ifconfig.co/json')

On 22 Nov 2016, at 5:07 AM, wninobla <notifications@github.commailto:notifications@github.com> wrote:

When I run setup.py after configuring terraform/main.tf I get the following error -

Detecting client IP...
Traceback (most recent call last):
File "./setup.py", line 84, in
detect_client_ip(local_vars)
File "./setup.py", line 62, in detect_client_ip
socket.gethostbyname('ifconfig.cohttp://ifconfig.co') # We need the IPv4 address

I changed the setup.py to derive the URL differently. It seems its making the call now, but now I get the following error:

Detecting client IP...
Traceback (most recent call last):
File "./setup.py", line 96, in
detect_client_ip(local_vars)
File "./setup.py", line 71, in detect_client_ip
urllib2.urlopen(request).read()
File "/usr/lib64/python2.6/urllib2.py", line 126, in urlopen
return _opener.open(url, data, timeout)
File "/usr/lib64/python2.6/urllib2.py", line 391, in open
response = self._open(req, data)
File "/usr/lib64/python2.6/urllib2.py", line 409, in _open
'_open', req)
File "/usr/lib64/python2.6/urllib2.py", line 369, in _call_chain
result = func(*args)
File "/usr/lib64/python2.6/urllib2.py", line 1190, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "/usr/lib64/python2.6/urllib2.py", line 1165, in do_open
raise URLError(err)
urllib2.URLError: <urlopen error [Errno 111] Connection refused>

The firewall is open. It seems I am missing some step. I would imagine a web server would be running prior to receiving the HTTP request?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com//issues/1, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ABkezKhaMYF6X5zeKBA3Ks5vpuYYTwlFks5rAd3GgaJpZM4K4hDS.

itevomcid

[airmetal]

Did not work either.

[tintoy]

Oops - wrong URL.

https://v4.ifconfig.co/json

Otherwise if it's a local network problem, you'll need to manually supply your client IP (in which case it won't try to auto-detect).

[airmetal]

Ok thanks. I was having issues with python versions and SSL support. So finally got past with Python 3.5 and updated code. Although, ran into this later when running terraform plan.

module root: 3 error(s) occurred:
Variable 'client_ip': duplicate found. Variable names must be unique.
Variable 'ssh_public_key_file': duplicate found. Variable names must be unique.
Variable 'ssh_bootstrap_password': duplicate found. Variable names must be unique.

So I removed the variables from the main.tf.

Its running now :)

[tintoy]

Hmm - the variables should be declared in there without a default value (just { } instead of { default = "xxx" }).

On 22 Nov 2016, at 2:19 PM, Andrew Das <notifications@github.commailto:notifications@github.com> wrote:

Ok thanks. I was having issues with python versions and SSL support. So finally got past with Python 3.5 and updated code. Although, ran into this later when running terraform plan.

module root: 3 error(s) occurred:
Variable 'client_ip': duplicate found. Variable names must be unique.
Variable 'ssh_public_key_file': duplicate found. Variable names must be unique.
Variable 'ssh_bootstrap_password': duplicate found. Variable names must be unique.

So I removed the variables from the main.tf.

Its running now :)

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/1#issuecomment-262136943, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ABkezELJtqJrc00-NBcBwS-XuNC13oL7ks5rAl8ngaJpZM4K4hDS.

itevomcid

[airmetal]

Ok VM's deployed but now seeing this:

Error applying plan:

4 error(s) occurred:

• ddcloud_server.rancher_host: Failed to apply 1 tags to server 'b5a506e3-cad3-4d87-bc67-8620358754eb' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.
• ddcloud_server.worker.2: Failed to apply 1 tags to server 'a79e79eb-41ea-4553-8917-c19e2a8ed329' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.
• ddcloud_server.worker.0: Failed to apply 1 tags to server 'f7cc72ef-2819-4823-8ab9-5b8a41097359' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.
• ddcloud_server.worker.1: Failed to apply 1 tags to server '8a31ca03-d847-4de3-b3c1-469dce97c54f' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.

Terraform does not automatically rollback in the face of errors.
Instead, your Terraform state file has been partially updated with
any resources that successfully completed. Please address the error
above and apply again to incrementally change your infrastructure.

[tintoy]

Do you have permission to define tag keys?

On 22 Nov 2016, at 2:25 PM, Andrew Das <notifications@github.commailto:notifications@github.com> wrote:

Ok VM's deployed but now seeing this:

Error applying plan:

4 error(s) occurred:

• ddcloud_server.rancher_host: Failed to apply 1 tags to server 'b5a506e3-cad3-4d87-bc67-8620358754eb' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.
• ddcloud_server.worker.2: Failed to apply 1 tags to server 'a79e79eb-41ea-4553-8917-c19e2a8ed329' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.
• ddcloud_server.worker.0: Failed to apply 1 tags to server 'f7cc72ef-2819-4823-8ab9-5b8a41097359' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.
• ddcloud_server.worker.1: Failed to apply 1 tags to server '8a31ca03-d847-4de3-b3c1-469dce97c54f' (response code 'RESOURCE_NOT_FOUND'): Tag Key(s) (roles) not found.

Terraform does not automatically rollback in the face of errors.
Instead, your Terraform state file has been partially updated with
any resources that successfully completed. Please address the error
above and apply again to incrementally change your infrastructure.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/1#issuecomment-262137681, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ABkezG3UPu2ZS-0z0bqT8C__zZBDeZXjks5rAmCzgaJpZM4K4hDS.

itevomcid

[airmetal]

Yes I do.

[tintoy]

Ok, can you please set the following environment variables and run terraform apply again?

• TF_LOG=DEBUG
• MCP_EXTENDED_LOGGING=1

Let's see what the log says.

[tintoy]

(it should be automatically creating the tag keys because it's been configured to)

[tintoy]

BTW if you're stuck and just need to get going, you just need to go and define the tag key "roles" and everything will work.

But if you could run with logging once before you go and manually create the tag key I'd appreciate it (feel free to email me the logs instead). It'd be useful for working out where the problem lies :)

[airmetal]

Sounds good. Sure np. Should I generate the logs with terraform apply?

[tintoy]

Yes please - just make sure those variables are set first :)

On 22 Nov 2016, at 2:53 PM, Andrew Das <notifications@github.commailto:notifications@github.com> wrote:

Sounds good. Sure np. Should I generate the logs with terraform apply?

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com//issues/1#issuecomment-262140906, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ABkezIff0DiN3m1ih8JLe-XG8Bx5GzBtks5rAmcngaJpZM4K4hDS.

itevomcid

[airmetal]

Where is the log generated?

[airmetal]

Ok log attached.

Rancher-Terraform-Log.txt