logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

Seb Ryu 84
Membre
Lieu : Pernes les Fontaines
Distrib. : Debian Testing (Jessie) 8.0
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome Shell
Inscription : 01-12-2014

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

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)

Hors ligne

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

kao
Modérateur
Distrib. : Testing
Noyau : Linux 4.quelquechose
(G)UI : Gnome 3
Inscription : 27-09-2012
Site Web

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

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.

Hors ligne

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

Seb Ryu 84
Membre
Lieu : Pernes les Fontaines
Distrib. : Debian Testing (Jessie) 8.0
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome Shell
Inscription : 01-12-2014

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

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.

Hors ligne

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

Seb Ryu 84
Membre
Lieu : Pernes les Fontaines
Distrib. : Debian Testing (Jessie) 8.0
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome Shell
Inscription : 01-12-2014

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

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

Hors ligne

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

bendia
Chadministrateur
Distrib. : openSUSE Tumbleweed, Buster
Noyau : Linux 5.9.1-2-default + Linux 4.19.0-12-amd64
(G)UI : Gnome + Console et un peu Fluxbox
Inscription : 20-03-2012
Site Web

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


Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.

En ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

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


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

kao
Modérateur
Distrib. : Testing
Noyau : Linux 4.quelquechose
(G)UI : Gnome 3
Inscription : 27-09-2012
Site Web

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

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à.

Hors ligne

Pied de page des forums