Un petit mémo sur comment très facilement réaliser un chroot sur une partition chiffrée avec un LiveCD de la distribution GNU/Linux Manjaro.

• Démarrer l’ordinateur sur le LiveCD Manjaro
• Ouvrir un terminal et changer l’utilisateur pour root :

su

blkid

cryptsetup luksOpen /dev/sdb2 endeavouros

mount /dev/mapper/endeavouros  /mnt

mount /dev/sdb1  /mnt/boot/efi

manjaro-chroot /mnt

Un petit mémo sur la mise à jour de Ceph Pacific(16.2) vers Quincy (17.2), qui est la version déclarée stable depuis Proxmox 7.3

Réaliser ce qui suit sur chaque noeud du cluster Proxmox les uns après les autres pour bénificier de la continuité de service :

• Mise à jour des dépôts actuels avant migration :

apt update && apt full-upgrade

sed -i 's/pacific/quincy/g' /etc/apt/sources.list.d/ceph.list

apt update && apt full-upgrade

Si erreurs :

• all OSDs are running quincy or later but require_osd_release < quincy
  • Taper la commande suivant sur un noeud proxmox :

  ceph osd require-osd-release quincy

  

Un petit mémo sur un comment gérer les paramètres des moniteurs, tels que la luminosité, les niveaux de couleur et la source d’entrée sans passer par les menus accessible via les boutons des écrans. En bref, tout paramètre pouvant être modifié en appuyant sur les boutons du moniteur peut être modifié par ddcutil en ligne de commande ou via ddcui via une interface graphique.
Cependant, ces deux utilitaires ne sont pas compatible avec les écrans des ordinateurs portable.

ddcutil : le réglages des écrans en mode terminal

• Installer le paquet ddcutil :
  • Debian/Ubuntu :

  sudo apt install ddcutil

• Arch/Manjaro :

sudo pacman -S ddcutil

sudo modprobe i2c-dev

• Détection des écrans :

ddcutil detect

ddcutil getvcp all

ddcutil capabilities

ddcutil getvcp 10

ddcutil setvcp 10 30 --display 2

ddcutil setvcp 12 20

ddcui : le réglages des écrans en mode graphique

• Installer le paquet ddcui :
  • Arch/Manjaro :

  yay -S ddcui

• Les autres distributions GNU/Linux : https://github.com/rockowitz/ddcui

Aller dans le menu « View » puis cliquer sur « features » pour accéder au réglages du moniteur :

• Fenêtre de l’ensemble des réglages disponible pour l’écran sélectionné :

Ressources

• Le site officiel de ddcutil : https://www.ddcutil.com/#introduction
• Le man de ddcutil : https://man.archlinux.org/man/extra/ddcutil/ddcutil.1.en
• Le Github de ddcui : https://github.com/rockowitz/ddcui

Un petit mémo rapide sur comment exécuter une commande sur une machine distante via ssh

Via ssh il est possible d’exécuter une commande facilement à distance, ce qui peut être utile dans certain cas.
Pour ce faire, il existe une option dans ssh qui est -t, dont voici la syntaxe :

ssh -t user@cible "commande"

Quelques exemples de commandes :

• Afficher l’espace disque avec ncdu ou df :

ssh -t user@cible "df -h"

ssh -t user@cible "reboot"

Un petit mémo sur la migration d’un cluster HA avec Ceph de Proxmox 7 vers 8.

Pré-requis

• Faire et vérifier la sauvegarde des VM
• Mettre à jour la version 7 avant le passage à la version 8
• Pour Ceph, être en version 17.2 minimum
• Migrer vers la version 8 un nœud à la fois, tout en ayant migrer les VM vers les autres noeuds du cluster au préalable
• Attention lors de la montée de version, le nom des interfaces réseau de cartes additionnelles changent !

Migrer Proxmox 7 vers 8

• Exécuter le script pve7to8 :

  pve7to8 --full

  • Dans mon cas 2 warning :
    • WARN: ‘noout’ flag not set – recommended to prevent rebalancing during upgrades

    Sur le nœud en question, j’exécute la commande suivante :

    ceph osd set noout

  • WARN: systemd-timesyncd is not the best choice for time-keeping on servers, due to only applying updates on boot.
    While not necessary for the upgrade it’s recommended to use one of:
    * chrony (Default in new Proxmox VE installations)
    * ntpsec
    * openntpd
    • Ce cluster était installé depuis la version 6, lors de la migration vers la version 7 j’avais choisi de rester sur systemd-timesyncd.
      Si même cas de figure, remplacer systemd-timesyncd par chrony :

    apt install chrony

sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list

sed -i -e 's/bullseye/bookworm/g' /etc/apt/sources.list.d/pve-install-repo.list 

echo "deb http://download.proxmox.com/debian/ceph-quincy bookworm no-subscription" > /etc/apt/sources.list.d/ceph.list

apt update

apt dist-upgrade

reboot

ceph osd unset noout

apt autoremove

Ressource

• https://pve.proxmox.com/wiki/Upgrade_from_7_to_8

Un petit mémo sur comment convertir facilement des fichiers au format Microsoft comme les .docx, .doc ou des fichiers ouverts de type .odf, .odt au format PDF en ligne de commande dans un terminal avec l’outil lowriter de LibreOffice.

Pour la petite histoire, j’avais une quinzaines de documents au format .docx à imprimer via USB mais le photocopieur n’acceptait que les formats .png ou .pdf et je n’avais pas envie des les convertir 1 à 1 via LibreOffice. Du coup, après une petite recherche avec les mots clé « linux convert .docx to pdf« , j’ai découvert l’outil lowriter.

• Convertir des fichiers .docx au formats PDF :

lowriter --convert-to pdf *.docx

Petit bonus, si les noms des fichiers sont « sales » (comme c’est souvent le cas venant du monde de Microsoft), il est possible de passer un petit coup de nettoyage avec l’outil detox

• Ressource : https://ubunlog.com/en/lowriter-documents-to-pdf-terminal/

Un petit mémo sur comment résoudre l’erreur TASK ERROR: storage migration failed: target storage is known to cause issues with aio=io_uring (used by current drive) lors d’un déplacement de disque dur d’une machine virtuelle sous Proxmox.

Par défaut sous Proxmox, le disque dur d’un machine virtuelle bénéficie de la technologie io_uring.
Cette technologie de io_uring permet d’augmenter les performances IO d’un disque sous Linux.
Cependant, cette technologie peut poser problème si la destination du stockage est de type iSCSI.
Dans mon cas, stockage source Ceph vers stockage destination baie ISCSI = TASK ERROR: storage migration failed: target storage is known to cause issues with aio=io_uring (used by current drive)

Par contre, j’ai fais l’exercice inverse avec le déplacement de la baie iSCSI vers le Ceph et ça fonctionne parfaitement avec l’option io_uring.

Changer l’option Async IO d’un disque d’une machine virtuelle

• Se positionner dans le menu Hardware de la machine virtuelle, puis double cliquer sur Hard Disk :



• Ouvrir les options avancées en cliquant sur « Advanced » :



• Changer l’option de Async IO pour native :



• Redémarrer la machine virtuelle pour prendre en compte les mortification de l’option :




• Une fois la machine virtuelle redémarré, il est de nouveau possible de déplacer le disque dur vers un autre stockage partagé.

Ressources

• Le forum Proxmox : https://forum.proxmox.com/threads/problems-with-moving-disk-vm.124801/
• Petite présentation de io_uring : https://archive.fosdem.org/2020/schedule/event/vai_io_uring_in_qemu/attachments/slides/4145/export/events/attachments/vai_io_uring_in_qemu/slides/4145/io_uring_fosdem.pdf

Un petit mémo sur les étapes à suivre pour faire la montée de version de proxmox backup server 2 vers 3.

• Point de vigilance : tout comme la montée de version de Proxmox de 7 vers 8, le noms des cartes réseaux PCI peuvent changer ! (dans mon cas, j’ai été surpris car pas de changement)

Pré-requis avant la mise à jour de PBS en version 3

• S’assurer que PBS est bien en version 2 :

  proxmox-backup-manager versions

  • Résultat attendu :

  proxmox-backup-server 2.4.2-2 running version: 2.4.2

tar czf "pbs2-etc-backup-$(date -I).tar.gz" -C "/etc" "proxmox-backup"

df -h /

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/pbs-root  250G   12G  226G   5% /

Mise à jour de PBS en version 3

• Passer en mode maintenance le ou les datastores :
  • Exemple dans mon cas :

  proxmox-backup-manager datastore update backup-me5024 --maintenance-mode read-only

  proxmox-backup-manager datastore update nfs-backup --maintenance-mode read-only

sed -i 's/bullseye/bookworm/g' /etc/apt/sources.list

sed -i -e 's/bullseye/bookworm/g' /etc/apt/sources.list.d/*.list

apt update && apt full-upgrade

reboot

proxmox-backup-manager versions

proxmox-backup-server 3.0.1-1 running version: 3.0.1

proxmox-backup-manager datastore update backup-me5024 --delete maintenance-mode

proxmox-backup-manager datastore update nfs-backup --delete maintenance-mode

Ressource

• https://pbs.proxmox.com/wiki/index.php/Upgrade_from_2_to_3

Un petit mémo sur comment activer le mode maintenance d’un nœud Proxmox au sein d’un cluster.

le mode maintenance dans Proxmox

En deux mots, c’est un mode qui permet comme son nom l’indique de mettre un nœud membre d’un cluster hors ligne sans l’arrêter.
Du coup, les machines virtuelles du nœud en question vont réagir suivant comment a été programmé l’option de la HA dans Proxmox.
Dans mon cas, l’option est configurée en mode Migration :

Dès l’activation du mode maintenance d’un nœud membre du cluster Proxmox, les machines virtuelles vont automatiquement migrées à chaud sur un autre nœud. Cet autre nœud est déterminé dans les groupes créés dans le menu HA.
Dans mon cas, si je met en mode maintenance le nœud pve01-lim, les machines vont migrées automatiquement vers le nœud pve02-lim :

Activer/Désactiver le mode maintenance sur un nœud Proxmox

• Activer le mode maintenance :

ha-manager crm-command node-maintenance enable $(hostname)

ha-manager crm-command node-maintenance disable $(hostname)

Dans mon cas, j’ai ajouté cette commande dans mon playbook de mise à jour de mes noeuds Proxmox :
https://github.com/freddL/playbook_proxmox/blob/master/pve_update.yml
Cette option me permet de migrer les machines virtuelles automatiquement avant la mise à jour et surtout avant le redémarrage des service avec needrestart, ce qui dans certain cas fait redémarrer le nœud et donc provoque une coupure de service des machines virtuelles.

Ressource

• https://pve.proxmox.com/pve-docs/chapter-ha-manager.html#_node_maintenance

Gdu pour go DiskUsage() est un petit utilitaire écrit en Go, fort pratique et très rapide d’exécution pour l’analyse d’espace disque sous GNU/Linux. Cet utilitaire d’analyse de disque a été principalement développé pour les disques SSD afin d’utiliser pleinement le traitement parallèle. Gdu peut être évidemment utilisé sur les disques dur mécanique mais avec moins de performance.

Utilisation de gdu

• Une fois installé, taper simplement dans le terminal :

gdu

gdu /home/fred

gdu -d

gdu --help

Installer gdu

• Debian :

apt install gdu

add-apt-repository ppa:daniel-milde/gdu
apt-get update
apt-get install gdu

pacman -S gdu

curl -L https://github.com/dundee/gdu/releases/latest/download/gdu_linux_amd64.tgz | tar xz
chmod +x gdu_linux_amd64
mv gdu_linux_amd64 /usr/bin/gdu

Ressources

• source : https://www.tecmint.com/gdu-disk-usage-analyzer-for-linux/
• https://github.com/dundee/gdu

Un petit mémo sur comment créer simplement une clé bootable multi ISO avec Ventoy de manière graphique.

Installation de Ventoy

• Installer Ventoy :
  • Arch/Manajro (Dépot AUR) :

  yay -S ventoy

sudo tar -xzvf ventoy-*-linux.tar.gz -C /opt

Créer une clé USB multiboot avec Ventoy

• Ouvrir Ventoy :
  • Saisir dans un terminal la commande :

    sudo /opt/ventoy/VentoyGUI.x86_64

    • Le logiciel Ventoy s’ouvre :

    

  • Dans le cas présent, la clé USB a été détectée automatiquemement. Sinon, sélectionner la clé USB souhaité et cliquer sur Install (attention, les données sur clé USB seront entièrement supprimées) :

  

  • Message d’avertissement sur la suppresion total des données, cliquer sur Valider :

  

  • Re message d’avertissement (Double Check) :

  

  • Ventoy a bien été installé sur le clé USB :

  

  • Débrancher puis rebrancher la clé USB sur le PC et la clé est prète à recevoir les ISOs :

  

  • Pour fini copier coller les ISOs sur la clé (perso, j’ai créé un dossier ISO à la racine de la clé USB) :

  

Démarrer sur la clé USB Ventoy

• Faire un test de boot sur la clé USB Ventoy, exemple avec VirtualBox
• Ou directemement su PC :

Un petit mémo sur une ligne de commande pour retrouver facilement la licence d’un Windows virtualisé sous Linux.

• Ouvrir un terminal et saisir la commande suivante :

sudo strings /sys/firmware/acpi/tables/MSDM

MSDMU
"HPQOEMSLIC-BPC
HP  
HLKS2-O48DH-K3DJ7-P82P2-5JRTH

simple et efficasse