Script lancé à l'arrêt de Linux : Quid de sync pour la sauvegarde d'un RAM disk persistant ?

Je cherche a adapter mes scripts Optimisation d'un serveur Linux pour un SSD : réduire au maximum les écritures sur le SSD à systemd, pour upgrader vers Ubuntu 16.04

Pour Munin, je souhaite éviter que les fichiers .rrd et les images soient crées sur le disque dur, pour privilégier un ramdisque qui est sauvegardé.

Je pense que le plus propre est de mettre un script dans /lib/systemd/system-shutdown : Les scripts de ce dossiers sont executés avant d'éteindre le système, alors que les systèmes de fichiers sont déjà en read only :
#!/bin/sh
# Munin: Sauvegarde des fichiers du ramdisk /tmp/munin-rrd vers le SSD /root/munin-rrd.tar.lzop
mount -oremount,rw /
rm /root/munin-rrd.tar.lzop
cd /tmp
tar --lzop -cf /root/munin-rrd.tar.lzop munin-rrd
sync
mount -oremount,ro /
sleep 1Note : /tmp est un ramdisque crée dans /etc/fstab avec tmpfs

Je me pose deux questions :

1/ Est-il nécessaire de faire un sync ? Si on passe un système de fichiers en read only, c'est fait à ce moment là ?

2/ Pour laisser le temps au cache intégré sur les disques, Linux attendrais une seconde avant d'éteindre une machine. Ce temps d'attente est-il executé avant ou après l’exécution des scripts de /lib/systemd/system-shutdown ?


A noter qu'au démarrage, pour la restauration du ramdisque persistant, je trouvé que le moyen le plus simple est la crontab avec le raccourci @reboot, en complétant le fichier /etc/cron.d/munin qui existe déjà et qui sert à lancer Munin toutes les 5 minutes.

echo "# Démarrage: Copie des fichiers du SSD /root/munin-rrd.tar.lzop vers le ramdisk /tmp/munin-rrd" >> /etc/cron.d/munin
echo "@reboot         root    cd /tmp ; tar --lzop -xf /root/munin-rrd.tar.lzop" >> /etc/cron.d/munin
echo "# Démarrage: Création du dossier pour les images, dans le ramdisk /tmp" >> /etc/cron.d/munin
echo "@reboot         munin   mkdir /tmp/munin-www ; chown munin:munin /tmp/munin-www" >> /etc/cron.d/munin

J'ai ce type de script avec Ubuntu 14.04 LTS et System V.

Mon problème viens du fait qu'Ubuntu 16.04 LTS utilise systemd à la place de System V.

La problématique est d’exécuter un script avant l'arrêt de Linux (le système dois attendre que ce script se termine pour s'éteindre et il ne dois pas killer le script).

Il me semble que le dossier /lib/systemd/system-shutdown est fait pour ça. Par contre les scripts de ce dossier s’exécutent à la fin de l’arrêt du système (c'est pas plus mal pour une sauvegarde) alors que les systèmes de fichiers sont déjà en read only.

tu peux écrire ton service systemd (il faut un .service qui décrive les dépendences et les actions stop et start)

C'est ce que j'ai fait chez moi sur un 16.04 LTS, où j'ai mis les RRD d'Observium en ramdisk. Voir mon "persistent-ramdisk.service" ci-dessous. Attention, par contre, petite spécificité dans mon cas, observium tourne dans un container lxc, donc le ramdisk est restoré (par l'hote) juste avant que lxc ne démarre (à adapter selon le besoin, il faut modifier le paramètre "Before"). Après, pour le script "ramdisk.sh", c'est du classique comme tu as déjà pu le proposer dans un autre fil @vivien:
[Unit]
Description=RAM-Disk Manager
After=local-fs.target
Requires=local-fs.target
Before=lxc.service

[Install]
WantedBy=default.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/sbin/ramdisk.sh start
ExecStop=/usr/local/sbin/ramdisk.sh stop


tu l'as bien 'enable' au démarrage ?

Genre

hugues@saturn:~$ sudo systemctl enable dhclient
Created symlink from /etc/systemd/system/multi-user.target.wants/dhclient.service to /etc/systemd/system/dhclient.service.

Et un "service munin-ramdisk status" donne quoi ?

C'est moche d'utiliser cd dans un script de manière générale

Et avec un
WorkingDirectory=/var/lib

Dans la section [Service] ?

Disponible à partir de systemd en version 227. La version distribuée avec Ubuntu 16.04 est la 229.