grep -vE '^\s*#' /path/to/the/file | sed '/^\s*$/d'

This step-by-step article shows how to set up Postfix to use an external SMTP, forward emails, and add TLS encryption to the emails.

Install packages

dnf install cyrus-sasl-plain esmtp-local-delivery s-nail

Edit /etc/esmtprc and add the following line

hostname smtp.example.com:587

La boucle doit être alimentée par un process au même niveau.

Par exemple, cette boucle ne peut modifier la variable globale unformatted.

#!/bin/bash

unformatted=""

lsblk -dn -o NAME,TYPE,SIZE | while read name type size
do
  if [ "$type" == "disk" ]
  then
    parts=$(lsblk -n /dev/$name | grep part)
    if [ -z "$parts" ]
    then
      unformatted="$unformatted /dev/$name,$size"
    fi
  fi
done

Dans la boucle while la variable unformatted est locale et ne modifie donc pas la variable globale du même nom définie plus haut car la boucle ne s'exécute pas au même niveau que le shell principal, mais dans un subshell à cause du pipe |.

Une solution pour l'exécuter au même niveau, utiliser <<<. On remplace donc la boucle par celle-ci.

#!/bin/bash

unformatted=""

while read name type size
do
  if [ "$type" == "disk" ]
  then
    parts=$(lsblk -n /dev/$name | grep part)
    if [ -z "$parts" ]
    then
      unformatted="$unformatted /dev/$name,$size"
    fi
  fi
done <<< $(lsblk -dn -o NAME,TYPE,SIZE)

Dans un premier temps il convient de lister les versions disponibles

dnf list <package> --showduplicates

Exemple avec le paquet centreon

[root@test-centreon ~]# dnf list centreon --showduplicates
Last metadata expiration check: 0:17:14 ago on Fri Sep 13 09:12:45 2024.
Available Packages
centreon.noarch 24.04.0-1.el9 centreon-24.04-stable-noarch
centreon.noarch 24.04.1-1.el9 centreon-24.04-stable-noarch
centreon.noarch 24.04.2-1.el9 centreon-24.04-stable-noarch
centreon.noarch 24.04.4-1.el9 centreon-24.04-stable-noarch
centreon.noarch 24.04.5-1.el9 centreon-24.04-stable-noarch
centreon.noarch 24.04.6-1.el9 centreon-24.04-stable-noarch

Ensuite pour installer la version 24.04.5 de Centreon

dnf install centreon-24.04.5

Avec Ansible

- name: Install Centreon packages
  dnf:
    name:
      - centreon-mariadb = 24.04.5
      - centreon = 24.04.5
    state: present

Getting information about the last shutdowns and reboot history is rather easy on Linux.

last -x -F shutdown

who -b

journalctl --list-boots 

PowerTools is not available in Almalinux or Rocky Linux 9 instead its equivalent repository CRB (Code Ready Builder), let's enable it.

Subtle differences in proxy setting implementations led to surprising problems for a GitLab customer. Here's how we got to the root of it.

• Kickstart Installations :: CentOS Docs Site
• 32.9.1. Creating Kickstart Boot Media | Red Hat Product Documentation
• Automating the Installation by Using Kickstart
• Pushing Kickstarts with Ansible
• 23.3. Référence de syntaxe Kickstart | Red Hat Product Documentation
• misc/rhel-9-base.ks at master · myllynen/misc
• Automatiser votre installation Linux avec Kickstart

Impossible de lister les partages Samba du serveur TrueNAS depuis une Debian. A priori ce serait pour cette raison.

Pour contourner il suffit d'activer le support de SMB1 au niveau du service SMB sur le serveur TrueNAS.

• RG353V
• RG351MP

Je suis sur un cas intéressant de consommation ou plutôt d'allocation mémoire excessive de RAM au système. Donc peu de mémoire restante pour les services et applications.

La machine est une VM Rocky Linux 8.8 sur Nutanix qui propulse un serveur DHCP.

• 1 vCPU
• 1G de mémoire

Au moment des faits, la couche de virtualisation Nutanix est en cours de mise à jour par le prestataire.

Deux informations dans /var/log/messages me disent que l'allocation système est excessive.

Reserving 192MB of memory at 640MB for crashkernel (System RAM: 1023MB)

On voit bien la taille totale de 1023M, aussi l'allocation de 192M à crashkernel.

Memory: 261120K/1048028K available (14341K kernel code, 5892K rwdata, 8464K rodata, 2596K init, 14140K bss, 432576K reserved, 0K cma-reserved)

Ensuite on voit une réservation de 432576K (~422M) au noyau.

Voyons cat /proc/meminfo, on a quelques info intéressantes.

MemTotal:         372900 kB
MemFree:           74512 kB
MemAvailable:      64744 kB
...
Slab:              70188 kB
...
Percpu:           112320 kB

Selon ChatGPT

Percpu: 112320 kB est la mémoire utilisée par les données spécifiques à chaque CPU. Cela semble relativement élevé pour la configuration.

Autres info intéressantes, le graph de la mémoire sur Centreon présente une anomalie depuis la mise à jour de Nutanix. La flèche montre la courbe de la mémoire totale et on observe que depuis la mise à jour de Nutanix, elle varie constamment.

Depuis la mise à jour on a aussi des alertes concernant les Nutanix Guest Tools qui semblent pas à jour.

En somme c'est lié au fait que les buffers de NGINX sont sous-dimensionnés.

A ajuster dans la conf, par ex. : /etc/nginx/nginx.conf

server {
  proxy_busy_buffers_size 512k;
  proxy_buffers 4 512k;
  proxy_buffer_size 256k;
}

Pour régler l'erreur de greffon qui concerne la lib soco manquante dans Quod Libet, il suffit d'installer la lib..

pip3 install --user soco

Puis redémarrer Quod Libet

rsync -rlptv --bwlimit=33333 --partial --inplace --append --progress

Fichier en lecture seule malgré tout

Je suis tombé sur un cas où je ne pouvais écrire dans un fichier malgré que :

• je sois root
• le owner du fichier est root
• les droits positionnés sur le fichier permettent l'écriture (-rw-r--r--)
• le filesystem est monté avec les droits d'écriture (rw)

J'ai donc d'abord vérifié les ACLs sur le fichier

# getfacl /etc/monfichier.conf
getfacl: Removing leading '/' from absolute path names
# file: etc/monfichier.conf
# owner: root
# group: root
user::rw-
group::r--
other::r--

Tout semblait bon, j'étais un peu pris au dépourvu.

En fait il y avait un attribut positionné sur le fichier pour le protéger de toute suppression/modification. Attribut positionné à l'aide de chattr.

lsattr /etc/monfichier.conf
----i----------- /etc/monfichier.conf

L'attribut i permet de protéger le fichier, même du compte root. Il faut donc le retirer pour pouvoir modifier le fichier.

chattr -i /etc/monfichier.conf

Pour remettre l'attribut et protéger le fichier

chattr +i /etc/monfichier.conf

Le man de chattr précise les attributs

Cet article m'a aidé : https://debian-facile.org/doc:systeme:chattr

Prérequis

apt install pdftk

Usage

pdftk mondocument.pdf input_pw <mot_de_passe> output mondocument_unsecured.pdf

Symptôme

$ su - johndoe
Account locked due to 70 failed logins
Password:
su: incorrect password

Dans /var/log/secure on constate

Apr 21 17:20:59 myhost su: pam_tally2(su-l:auth): user johndoe (20001) tally 70, deny 5
Apr 21 17:21:01 myhost unix_chkpwd[14328]: password check failed for user (johndoe)
Apr 21 17:21:01 myhost su: pam_unix(su-l:auth): authentication failure; logname=janedoe uid=1099 euid=0 tty=pts/1 ruser=janedoe rhost=  user=johndoe
Apr 21 17:21:01 myhost su: pam_sss(su-l:auth): authentication failure; logname=janedoe uid=1099 euid=0 tty=pts/1 ruser=janedoe rhost= user=johndoe
Apr 21 17:21:01 myhost su: pam_sss(su-l:auth): received for user johndoe: 10 (User not known to the underlying authentication module)

Le compte ne semble pourtant pas verrouillé

# passwd -S johndoe
johndoe PS 2023-04-21 1 60 10 -1 (Password set, MD5 crypt.)

La méthode classique pour déverrouiller le compte ne fonctionne pas

# usermod -U johndoe

Il est verrouillé par tally, il faut donc le déverrouiller avec tally..

# pam_tally2 -r -u johndoe