[RESOLU] Problème création unité sytemd dépendante de NFS

Seb Ryu 84 · 01-12-2014 22:19:11

Bonjour,

j'utilisais depuis la Debian 6.0 (Squeeze) un script init.d qui me permettait de faire un backup grâce à rsync de mon home vers mon NAS.
Ca marchait très bien sur la 7 (Wheezy) jusqu'à ce que je passe en testing avec le passage à systemd...
Pas de problème, j'ai transformé mon script en unit pour systemd:

[Unit]

Description=Service de sauvegarde du home vers le NAS

Requires=ifup@eth0.service

Requires=remote-fs.target

Requires=local-fs.target

After=ifup@eth0.service

After=remote-fs.target

After=local-fs.target

[Service]

Type=oneshot

RemainAfterExit=yes

TimeoutStopSec=0

ExecStart=/bin/true

ExecStop=/usr/bin/backup_v3.sh /home /mnt/nas/backup-home-desktop

[Install]

WantedBy=multi-user.target

et ca marchait bien jusqu'à il y a environ 10 jours où mon unité ne démarre plus.
Voici ce que j'ai à la fin de la commande 'systemctl status backup_v4.service':

debian systemd[1]: Dependency failed for Service de sauvegarde du home vers le NAS

Donc je regarde les dépendances de mon unité et en fait c'est le target 'remote-fs.target' qui à le même soucis (dependency failed...).

En cherchant un peu sur internet, je comprends que c'est mon point de montage NFS

192.168.1.6:/mnt/HD/HD_a2 /mnt/nas nfs timeo=14,intr,auto,user,exec,suid,dev 0 0

qui fait maintenant planter le target 'remote-fs.target' (je pense que depuis les dernières mises à jour, Debian démarre plus vite et du coup le montage NFS fait bloquer certaines étapes de systemd.
Toujours, sur Internet, on conseille de passer le montage NFS en automount, ok:

192.168.1.6:/mnt/HD/HD_a2 /mnt/nas nfs timeo=14,intr,user,exec,suid,dev,comment=systemd.automount 0 0

Depuis le target 'remote-fs.target' et mon unité démarrent sans soucis (plus de message d'erreur dans systmctl status).

Par contre, du coup, lors de l'arrêt/redémarrage du système, systemd semble démonter le montage automount avant d'arrêter mon unité et du coup le rsync ne fonctionne plus!!!!!!

J'ai essayé de modifier mon unité de sorte qu'elle soit dépendante du montage NFS comme suit:

[Unit]

Description=Service de sauvegarde du home vers le NAS

Requires=ifup@eth0.service

Requires=mnt-nas.mount

Requires=local-fs.target

After=ifup@eth0.service

After=mnt-nas.mount

After=local-fs.target

[Service]

Type=oneshot

RemainAfterExit=yes

TimeoutStopSec=0

ExecStart=/bin/true

ExecStop=/usr/bin/backup_v3.sh /home /mnt/nas/backup-home-desktop

[Install]

WantedBy=multi-user.target

Mais sans succès, j'ai de nouveau l'erreur 'Dependency failed' pour mon unité (avec la commande 'systemctl status')....

Là je sèche. Quelqu'un pourrait m'aider, svp? Peut-être que je me complique la vie, peut-re qu'il y a une erreur plus grosse que moi dans mon paramétrage...

Merci d'avance.

Dernière modification par Seb Ryu 84 (03-12-2014 18:46:51)

kao · 02-12-2014 10:42:59

Salut Seb Ryu 84.
Je ne connais pas du tout systemd mais c'est intéressant de voir ce que l'on peut faire avec.
En relisant ta question je me demande s'il ne faut rester sur le premier cas, sans automount, et lancer remote-fs.target en tout dernier.

A confirmer mais pour cela, sur ce lien, il conseille de passer le service type en idle
http://superuser.com/questions/544399/h … ce-on-boot

Type=idle

which as man systemd.service explains

is very similar to simple, however actual execution of the service binary is delayed until all jobs are dispatched. This may be used to avoid interleaving of output of shell services with the status output on the console.

Seb Ryu 84 · 02-12-2014 22:48:53

Merci pour ta réponse.

En fait je viens de trouver la solution en lisant bien attentivement le 'man' de 'systemd.unit'.

Il me suffisait de remplacer mes "Requires=" par des "Wants=".
Ainsi, si un service requis n'est pas démarré, ça n'empêche pas le mien de démarrer. C'est une dépendance moins forte mais cela me convient car mon service ne fait rien au démarrage puisque tout le traitement est fait lors de son arrêt (là où le montage NFS est bien en place et actif).

Voici donc mon fichier .service:

[Unit]

Description=Service de sauvegarde du home vers le NAS

Wants=local-fs.target

Wants=mnt-nas.mount

After=local-fs.target

After=mnt-nas.mount

[Service]

Type=oneshot

RemainAfterExit=yes

TimeoutStopSec=0

ExecStart=/bin/true

ExecStop=/usr/bin/backup_v3.sh /home /mnt/nas/backup-home-desktop

[Install]

WantedBy=multi-user.target

Notes:

1- j'en ai profité pour supprimer la dépendance à 'remote-fs.target' car la dépendance à 'mnt-nas.mount' est suffisante (cette unité est créée automatiquement par systemd en parcourant le fstab lors du démarrage);
2- Je pense qu'il vaut mieux laisser le comment=systemd.automount dans le fstab car sinon le target 'remote-fs.target' ne démarre pas (et je préfère ne pas le déranger au cas ou quelque chose en aurait besoin...).

Merci encore et à bientot.

Seb Ryu 84 · 02-12-2014 22:52:30

Par contre, comment fait-on pour modifier l'intitulé du sujet pour mettre '[RESOLU]'?

bendia · 02-12-2014 23:04:36

Comme ça

smolski · 03-12-2014 03:49:01

Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

kao · 04-12-2014 08:28:43

C'est très intéressant comme exemple. Je crois que pas l'on a encore de page pour systemD, ce serait bien de partir de là.

Debian-facile

#1 01-12-2014 22:19:11

[RESOLU] Problème création unité sytemd dépendante de NFS

#2 02-12-2014 10:42:59

Re : [RESOLU] Problème création unité sytemd dépendante de NFS

#3 02-12-2014 22:48:53

Re : [RESOLU] Problème création unité sytemd dépendante de NFS

#4 02-12-2014 22:52:30

Re : [RESOLU] Problème création unité sytemd dépendante de NFS

#5 02-12-2014 23:04:36

Re : [RESOLU] Problème création unité sytemd dépendante de NFS

#6 03-12-2014 03:49:01

Re : [RESOLU] Problème création unité sytemd dépendante de NFS

#7 04-12-2014 08:28:43

Re : [RESOLU] Problème création unité sytemd dépendante de NFS

Pied de page des forums