Closed mitom closed 6 years ago
Hey there. Thanks for engaging with us and giving this a spin.
First of all the mirror package.instana.io requires a modern TLS stack. In our previous experiences this particular case of an outdated NSS only occurred on SLES12 (hence the hint in our docs), but as you can see it can also happen in longer-running Instances of other enterprise distributions. The easiest way to test this would be curl the Oneliner Install method's script Url - https://setup.instana.io/agent - When this URl does not return a bash script via curl or another fetcher of web content, then the chances are high that your package manager isn't able to speak modern ciphers either.
What I'm more curious about is the fact that you're seeing an error message from our sysvinit script under a distribution which is being shipped with systemd. Can you elaborate if any customizations have been done on your side?
I've rebuilt the instances in question from scratch to double check, centos 7 - the issue you mentioned - got solved, so it may have been some difference. However, the redhat issue is now present on freshly spun up instances. It feels like that should not be the case.
Also, could you please react on whether windows support is expected or not?
Can you please give me the output of openssl version
on the RHEL instances? That sounds really odd. From when is the image you're using? AWS? GCP? Azure? Something homegrown?
The Windows MSI is downloadable via the User Management Portal, you can find more Informations here.
https://blog.pcisecuritystandards.org/migrating-from-ssl-and-early-tls
Indeed on June 30th the PCI SSC deprecated TLS1.0 - which keeps you from pinging our agent repo through this ssl version.
Chef does appear to have customers running older infra, which is most likely why you're able to ping https://omnitruck.chef.io/ but not our loadbalancers with TLS1.0. So this is neither a chef nor a cookbook issue itself. yum upgrade nss curl openssl
resolves this.
Yet, if you want to distribute the packages to your RHEL instances and depend on older OpenSSL versions, feel free to proxy our package repo as described here.
Regards, Stefan.
Hi,
I've tried to use this cookbook to install the agent on a fairly wide range of OSs, all of which should be supported according to your docs with mixed success. All the instances are less than 2 months old on AWS from official images.
What worked: Ubuntu 16.04 Ubuntu 14.04 Amazon linux Centos 6 Debian 9
What didn't work: Redhat 7: Initially errored, after updating the
nss
package it was able to install and complete. This may not be related to the cookbook but it's certainly not handled nicely nor noted anywhere. Redhat 6: Errors:This is the same error that Redhat 7 originally had, however updating
nss
did not solve it.Centos 7: The agent installed but fails to start:
I figured it would support windows as the docs point to the instana docs for supported OSs but realised that's not the case. Is this something that's expected?