TIL que Microsoft distribue ces propres builds de OpenJDK

Partager oralement des informations sur des condamnations pénales constitue un traitement de données personnelles selon le RGPD... pour autant en tout cas qu'elles soient contenu originellement dans un "dossier".

Ubuntu 24.04 utilise un socket systemd pour activer le service ssh. C'est donc là, et plus /etc/ssh/ssh_config qu'il faut aller modifier le port d'écoute.

/me approuve

Pour la section sur comment export importer la DB en snap.

sudo snap set rocketchat-server backup-on-refresh=enable | pour des backup auto

Backup lui-même:

sudo service snap.rocketchat-server.rocketchat-server stop
sudo snap run rocketchat-server.backupdb

Restore:

sudo service snap.rocketchat-server.rocketchat-server stop
sudo cp rocketchat_backup.tgz /var/snap/rocketchat-server/common/
sudo snap run rocketchat-server.restoredb /var/snap/rocketchat-server/common/rocketchat_backup.tgz

Petit rappel très argumenté qu'il n'est pas utile ni pertinent de tout informatiser.

!! Seuls les disques marqués comme étant backupables seront transférés.

1. Mettre tous les disques (qui sont des mountpoint puisqu'on parle de containers) du container comme backupables

2.Installer pve-zsync
apt install pve-zsync

4. Ajouter la clef SSH publique de l'utilisateur root du serveur d'origine dans /root/.ssh/authorized_keys du serveur de destination

5. Permettre la connexion en SSH (TCP port 22) du serveur d'origine vers celui de destination (a priori, se fait au niveau du firewall du nouveau serveur, en IN)

6. Sur le serveur d'origine:
   pve-zsync sync --source 100 --dest 192.168.1.100:zfs-hdd --verbose --maxsnap 2 --name borg --limit 51200
   Où:
   100 = ID du container sur le serveur d'origine
   192.168.1.100 = IP du serveur de destination. Ne fonctionne pas avec nom de domaine d'après la doc
   zfs-hdd = pool ZFS sur le serveur de destination
   2: le nombre de snapshot à prendre avec
   borg: le nom de l'action (sert si on veut la manager après)
   rootfs: zfs-hdd:subvol-211-disk-0,size=14Gn de synchro, pas du serveur
   51200: la limite de bande passante utilisée, en KBytes/sec ici 50 MB/s environ

   Faire ça dans un tmux peut aider pour éviter les blagues en cas de déconnection

7. Sur le serveur de destination, copier le fichier /etc/pve/lxc/100.conf vers /etc/pve/lxc/111.conf, où 100 est l'ID du container à migrer et 111 un ID libre sur le Proxmox de destination

scp /etc/pve/lxc/211.conf root@cadre3.provelo.org:/etc/pve/lxc/211.conf

9. Sur le serveur de destination, éditer le fichier 111.conf pour mettre le bon nom de dataset ZFS pour le rootfs et le éventuelle mp (points de montage):
   Dans l'exmple, ça donnerait ça:

rootfs: zfs-hdd:subvol-211-disk-0,size=14G

10. On peut tenter de démarrer le container juste pour être sûr que ça fonctionne.
11. À l'heure de la migration, rejouer une seconde fois la ligne de commande pve-zsync pour synchroniser les disques, et démarrer le container.
12. Migrer son IP flottante vers le nouveau Proxmox, si on en a une.

Source: https://pve.proxmox.com/wiki/PVE-zsync