Récemment, un travail configuré pour s'exécuter à partir de la crontab d'un utilisateur a cessé de s'exécuter. Lorsque vous essayez de répertorier ou de modifier la crontab pour l'utilisateur, le résultat est:
user@host:~$ crontab -l
crontabs/user/: fopen: Permission denied
user@host:~$ crontab -e
crontabs/user/: fdopen: Permission denied
De toute évidence, il s'agit des autorisations, bien que je ne sois pas sûr de la façon dont les autorisations ont été modifiées - et plus important encore, de leur définition.
Autorisations sur / usr / bin / crontab:
$ ll /usr/bin/crontab
-rwxr-sr-x 1 root libuuid 35896 Aug 24 2010 /usr/bin/crontab*
Autorisations sur le répertoire / var / spool / cron / crontab:
# ll /var/spool/cron/
total 12
drwxr-xr-x 3 root root 4096 Oct 12 2010 ./
drwxr-xr-x 7 root root 4096 Jun 5 20:51 ../
drwx-wx--T 2 root libuuid 4096 Jan 10 2014 crontabs/
Autorisations dans le répertoire crontab:
# ll /var/spool/cron/crontabs/
total 16
drwx-wx--T 2 root libuuid 4096 Jan 10 2014 ./
drwxr-xr-x 3 root root 4096 Oct 12 2010 ../
-rw------- 1 1017 libuuid 1120 Dec 3 2013
-rw------- 1 root libuuid 1342 Jan 10 2014 root
Informations sur la distribution:
# cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.10
DISTRIB_CODENAME=maverick
DISTRIB_DESCRIPTION="Ubuntu 10.10"
cron
ubuntu-10.10
permissions
stantonk
la source
la source
Réponses:
Les autorisations sur / usr / bin / crontab doivent être:
Votre / usr / bin / crontab a le mauvais propriétaire de groupe. De plus, il a sgid et NOT suid qu'il doit avoir.
la source
-rwxr-sr-x 1 root crontab 35984 Feb 9 2013 /usr/bin/crontab
.Vous pouvez modifier votre utilisateur crontab si vous disposez d'un accès superutilisateur, sans modifier les autorisations:
Je pensais que vous pouviez éditer votre utilisateur crontab sans sudo, mais j'obtiens les mêmes problèmes d'autorisation que vous, même après m'être ajouté au
crontab
groupe. Les autorisations dans crontab (/var/spool/cron/crontabs
) de mon utilisateur sont-rw-------
, le groupe estcrontab
.la source