OK, for the Sensu addition yesterday it turns out that two Sensu
plugins are also needed on clients:
and then the new Sensu client is all green.
This is surprisingly difficult. Yesterday I switched
cranlogs.r-pkg.org to HTTPS, after getting a new certificate for it. It seems to work fine now, I don’t know what was the problem last time (https://github.com/metacran/cranlogs.app/issues/22), but it works fine today.
I also updated the Sensu checks for
cranlogs, to check HTTPS and also the HTTP -> HTTPS redirect. It seems that to get rid of the old check, one has to restart the Sensu server and the client as well, both running on
monitor.r-hub.io in this case.
Also, one needs to put the port number into the check. Even if the nginx redirect header does not have it:
This seems to a straightforwars enough operation, but it is not. Make sure that you close the browser tab, and open a new one to Azure, after each detach/attach operation, because the UI does not refresh the state of the disk. It is actually the same for the state of the virtual machine, you click on Stop, it stops (after some time), but the state is never updated, until a new browser UI window is used.
I wonder who thought this was a good idea. It only took me ~4 hours to solve this, thank you.
Finally I fixed the Docker builds in
cran.r-hub.io, and built new Fedora images. (https://github.com/r-hub/rhub-linux-builders/pull/12#issuecomment-247629893)
In the process of brushing up Jenkins, I made sure that I get emails about failures, both from
jenkins.r-pkg.org. For this one needs to install
postfix, and on
jenkins.r-pkg.org, one also needs to allow the Docker subnets in the
postfix config file, because there Jenkins runs in a container.
The only glitch is that the clang image does not build, because I would need another external clang repository for that. :(
I updated Dokku to the latest stable version (0.7.1) on
r-pkg.org. This affects
crandeps.r-pkg.org as well. The new version uses the new plugins for Redis and PostgreSQL as well.