Renewed by @Sandlayth. DNS resolution works again.

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:

In T1721#24049, @dereckson wrote:

Next: Odderon.

Works for Daeghrefn and Wearg.

Libera requires NickServ SASL authentication for Ysul IP range. Going to generate them in Vault under apps/viperserv/libera/nickserv/<bot name>.

Now fixed on Eglide:

The last Salt versions have fixed that issue.

We need to find the exact format of local ~/.oidentd.conf because on WindRiver I've got "dereckson" as ident when I try to use spoof options.

We discovered author now maintains code in a Git repository: https://github.com/simon-budig/woof

• List Item

@Sandlayth We still need to check if we can save the permissions for the users not having logged in and modified stuff by recreating a tar archive perhaps.

yeah is ready :) thanks

You've also to probably recompile the eggdrop: the new server is x64, not ARM.

rashk0@eglide:~$

The authenticity of host 'eglide.org (2001:bc8:1200:511a::1)' can't be established.
ECDSA key fingerprint is 8d:5d:04:90:df:e7:2b:56:3b:ac:62:a9:81:58:3f:15.
Are you sure you want to continue connecting (yes/no)?
Host key verification failed.

Expected, as we've changed the server machine, so the keys.

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: POSSIBLE DNS SPOOFING DETECTED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The ECDSA host key for eglide.org has changed,
and the key for the corresponding IP address 2001:bc8:1200:511a::1
is unknown. This could either mean that
DNS SPOOFING is happening or the IP address for the host
and its host key have changed at the same time.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
8d:5d:04:90:df:e7:2b:56:3b:ac:62:a9:81:58:3f:15.
Please contact your system administrator.
Add correct host key in /home/campari/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/campari/.ssh/known_hosts:19
ECDSA host key for eglide.org has changed and you have requested strict checking.
Host key verification failed.

I see 3 entries in the auth log:

Actually, the issue is stranger, there is a mix of user and root files.

I suspect a permission issue when transferring the /home directories from the old machine to the new machine.

can you help me ..?

Certificates have been migrated, and a salt-call --local state.apply have been successfully ran after the migration.

I've checked on Debian the current status of PHP 7.4 installed extensions with php -i:

In T1646#22480, @Sandlayth wrote:

build.log24 KBDownload

apache2, apache2-data, apache2-utils can be deleted without any issue and impact on other packages.

Apache is still installed during new server provisioning,