La commande suivante fonctionne à partir de l'invite de commande mais pas à partir de crontab.
grep abc /var/log/messages | grep "`date '+%B %d'`" | mail -s"abc log of `hostname`" s.o+`hostname`@gmail.comJe dois l'ajouter à la tâche cron quotidienne.
Vous devez échapper les signes %. Ils ont une signification spéciale dans les crontabs:
man (5) crontab:
Les signes de pourcentage (%) dans la commande, sauf s'ils sont échappés avec un antislash (\),
seront remplacés par des caractères de nouvelle ligne, et toutes les données après le
premier % seront envoyées à la commande en tant qu'entrée standard.
Le code suivant a-t-il une utilité? Avec SHELL=/bin/bash, je peux toujours réécrire cat %Hello world comme cat <<<'Hello world'. Je ne vois pas la nécessité d'une syntaxe spéciale.
@Witiko Si la "syntaxe spéciale" à laquelle vous faites référence est le backslash pour échapper au pourcentage, alors la propre question de l'OP est un exemple où il est nécessaire : les arguments de commande qui nécessitent un pourcentage, notamment le programme de date, qui serait assez populaire dans une commande cron. Si vous vous demandez en fait pourquoi cron a cette astuce en premier lieu : c'est-à-dire de substituer un saut de ligne à la place du pourcentage, alors je suppose que c'est pour que vous puissiez fournir, sur une seule ligne requise par crontab, une "commande" qui consiste en deux ou plusieurs commandes subsidiaires.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
1 votes
Votre exemple est incroyable, le % est entouré de guillemets doubles, simples et inversés. Ne laissant aucun espoir que l'échappement des citations puisse fonctionner.