until today, most of our test logs went to <https://184.108.40.206:8493>, an
OpenStack instance in fedorainfracloud.org.
However this cloud will shut down at the end of the month, so I set up an
alternative. Initially, I thought that we could just log everything to
<logs-https-cockpit.apps.ci.centos.org>, but unfortunately Routes in OpenShift
only work for HTTP, not the SSH protocol.
So I set up an instance in AWS instead, which is now our new log sink:
<https://220.127.116.11/>. The first time you open a log, you will get a cert
validation error. Unfortunately AWS doesn't support setting up DNS names (or
it's really well hidden -- if you know how, please prod me!), so it's a bit
hard to get a proper certificate. But it's the exact same cert as we use on
image servers and our other log sinks.
Please let me know if you see any trouble with test logs.
I have some code that runs as a cockpit plugin. I have a lot of calls to
cockpit.spawn, which I want to replace by fetch calls. The problem is that
the software running API is running on port 443, not 9090, so I get a big
and red error message about CORS not enabled,
I can check that response has Acces-Control-Allow-Origin set to
mymachine:9090, in dev tools
I did some googling and found that I would enable CORS by editing
cockpit.conf and placing a `Origin = https://mymachine:9090
wss://mymachine:9090 https://mymachine` I tried that without success. I may
be wrong here
I'm running a Centos7 machine with cockpit 195, here is the content of my
Origin = https://192.168.123.2:9090 wss://192.168.123.2:9090
“If you're going to try, go all the way. Otherwise, don't even start. ..."