En exécutant 'at' sur Debian Jessie ou Raspbian Jessie, la sortie semble aller dans un trou noir quoi que je fasse. Je veux capturer les erreurs, mais même dans le cas simple de stdout, je ne parviens pas à capturer la sortie.
J'essaie, par exemple :
echo "curl 'http://www.example.com' > tmp.log" | at -M -t 201706042241.36
tmp.log est toujours vide, mais la même curl
ne pas passer par at
produit le html attendu. Si j'omets le -M, je n'obtiens rien.
Ce que je veux vraiment, c'est la sortie d'erreur. Si j'essaie
echo "curl 'http://badbadbad.example.com' 2>&1 > tmp.log" | at -M -t 201706042241.36
J'obtiens un tmp.log vide ; et si j'omets -M j'obtiens un email vide. Si j'omets les redirections, donc :
echo "curl 'http://badbadbad.example.com'" | at -t 201706042241.36
Je reçois également un courriel vide. Je m'attendrais à voir curl: (6) Could not resolve host: badbadbad.example.com
Il n'y a rien dans syslog, messages ou daemon.log dans /var/log. J'exécute les commandes en tant qu'utilisateur ordinaire, pas en tant que root.
at
semble détourner et rejeter toute tentative d'obtenir la sortie de la commande que j'exécute. Est-ce que je comprends mal quelque chose à propos de at
?
0 votes
Votre première commande produit la sortie attendue pour moi. (Gentoo cependant.)