I am testing with a brand new install of a clustered Sensu Go (5.15.0).
Current problem: Assets are not downloaded due to HTTP_PROXY not being used.
First attempt:
I found several postings on that and entered HTTP_PROXY=http://my.proxy.host:port into /etc/default/sensu-backend or /etc/sysconfig/sensu-backend (I am on CentOS 7).
Result: sensu-backend does not finish starting, only etcd is started (to be seen by list of open ports).
Adding a NO_PROXY list does not remedy that.
Third attempt:
I tried to find a way to download the asset manually and feed the tar.gz file into sensu-backend, but so far I came up empty.
Is this possible as a workaround?
In regards to your first attempt, can you expand on what you used for NO_PROXY in comparison to how you configured the backend URLs? Were they all IP addresses, hostnames, or a combination of both?
Todd,
I tried âNO_PROXY=â.sccon.de" because I found documentation stating that ip addresses should not be used in the NO_PROXY env variable.
Now since you ask I retried entering ip addresses also, and now sensu-backend does start up fully and is accessible.
But the HTTPS_PROXY env variable still seems not to be used because the main problem is still the same: Assets cannot be loaded.
@dirkhschulz, fwiw assets donât have to be loaded from Bonsai. You can mirror the packages on your own webserver, artifactory or internal github/lab/bitbucket instance. The only thing that matters is the URL and SHA512 sum.
aaronsachs-sensu
thanks for hinting at that. To be honest I wanted to avoid the hassle of setting up an internal webserver for that and adding each package to it.
Isnât there any way to load assets manually into sensu-backend like unpackaging the content into some directory or similar?
Youâll have to change your check definition for Sensu to stop attempting to download the asset. My hunch is that youâve still got it listed in your check as part of runtime_assets. Remove it from there, and point the command to the executable (should be at /opt/sensu-plugins-ruby/embedded/bin).
Finally solved the primary problem: Assets could not be loaded because I entered HTTP_PROXY only in /etc/sysconfig/sensu-backend, but not in /etc/sysconfig/sensu-agent.
After adjusting /etc/sysconfig/sensu-agent, downloading assets from bonsai worked.