Relevant error file is /var/log/www/nasqueron.org/api-php.log on Ysul:

Lost interest in the subject and it's not maintained anymore.

Drake tunnel is actually OK if we update Salt configuration on router-001:

It seems to, on a brand new DEV1-S machine:

root@scw-awesome-hawking:~# uname -r
5.15.0-41-generic
root@scw-awesome-hawking:~# ll /boot
total 47569
drwxr-xr-x  4 root root     4096 Jul 18 02:11 ./
drwxr-xr-x 20 root root     4096 Sep 23 18:36 ../
-rw-------  1 root root  6249967 Jun 22 12:42 System.map-5.15.0-41-generic
-rw-r--r--  1 root root   261649 Jun 22 12:42 config-5.15.0-41-generic
drwx------  3 root root      512 Jan  1  1970 efi/
drwxr-xr-x  6 root root     4096 Aug  2 12:44 grub/
lrwxrwxrwx  1 root root       28 Jul 18 02:10 initrd.img -> initrd.img-5.15.0-41-generic
-rw-r--r--  1 root root 31096565 Jul 18 02:11 initrd.img-5.15.0-41-generic
lrwxrwxrwx  1 root root       28 Jul 18 02:10 initrd.img.old -> initrd.img-5.15.0-41-generic
lrwxrwxrwx  1 root root       25 Jul 18 02:10 vmlinuz -> vmlinuz-5.15.0-41-generic
-rw-------  1 root root 11086240 Jun 22 13:24 vmlinuz-5.15.0-41-generic
lrwxrwxrwx  1 root root       25 Jul 18 02:10 vmlinuz.old -> vmlinuz-5.15.0-41-generic

What if we stop and run again the instance, it keeps symlinks as is?

I spawned a DEV1-S machine with ubuntu 22.04 in order to make the tests:

Adding eggdrop project, as an error when running add_to_servers_log should be caught, passed to handle_send_to_servers_log and printed on relevant place, DCC session or IRC channel.

Seems we need some sudo here to be able to access containers' files in /srv.

We're done here :)

Vault is live and Salt deployments were successful to cloudhugger dwellers windriver ysul (and Complector itself).

Next step: ask Docker configuration to use that new group

It seems libreadline isn't a dependency anymore of php-fpm:

Per T644.

Per T644.

The Ysul log from 2015 or the November 6700+ sound like DoS attacks to me.

Not a lot of occurence those last months:

As Ysul is EOL, and as the configuration is not in rOPS, we won't propagate this site on next webserver-legacy server, so we're good here :)

Documented at https://agora.nasqueron.org/Devserver_reference

We don't have hunspell packages on rOPS, only the aspell one.

If we want to have it in the multi-services container, run like a charm through runit, without any need for the environment: