Comment donner l'autorisation pour la tâche cron fichier?
J'ai mis le cron tab pour mon site. Mais j'ai eu un message dans mon courrier d'id comme ceci "Autorisation refusée" pour le script. Quelqu'un peut-il m'aider à dire ce que peut être le problème.
Problème: Votre utilisateur n'est pas dans le groupe cron.
Solution: en tant Que root, éditez le fichier /etc/group, trouver le cron groupe, et d'ajouter
votre utilisateur de cette ligne (les noms sont séparés par des virgules).
Puis re-connectez-vous que votre utilisateur.
Vérifier: Exécution de la commande "groupes". Vous devriez voir "cron".
amis, si quelqu'un veut l'annexe crons des autres utilisateurs
viens de le faire
utilisateur root:-
ls /usr/bin/crontab
chmod 4755 /usr/bin/crontab
echo PATH
vi /etc/crontab
SHELL=/bin/bash
PATH=/usr/java/jdk1.5.0_22/bin:/root/bin:/usr/java/jdk1.5.0_22/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin
MAILTO=root
HOME=/
cd /etc/cron.d
Je suis tombé sur cette question aujourd'hui et a été dérouté jusqu'à ce que j'ai réalisé que le refus d'commandes ont été SSH commandes. J'avais oublié que j'étais en connexion avec une clé SSH qui exige un mot de passe, de sorte que le vrai problème n'avait rien à voir avec cron dans mon cas.
Ma solution a été de créer une clé supplémentaire pour ce script sans mot de passe (à l'aide de ssh-keygen), de l'installer sur le serveur distant, et de l'indiquer dans le script avec l'option-i pour les commandes ssh.
Vous obtenez cette erreur lors du réglage de la crontab? ou à partir d'un script qui s'exécute à partir de la cron?
Si lors du réglage de la crontab, essayez ceci:
(à partir de http://www.parseerror.com/argh/crontab-e-Permission-denied.txt)
cron
n'est pas répertorié dans/etc/groups
(maiscrontab:x:107:
est), il est sûr à ajouter? Contexte: Debian Jessie.OriginalL'auteur Colin Pickard
amis, si quelqu'un veut l'annexe crons des autres utilisateurs
viens de le faire
utilisateur root:-
créer cron.autoriser le fichier s'il n'existe pas
enregistrer et existent
calendrier ici ...................
OriginalL'auteur ravi
Je suis tombé sur cette question aujourd'hui et a été dérouté jusqu'à ce que j'ai réalisé que le refus d'commandes ont été SSH commandes. J'avais oublié que j'étais en connexion avec une clé SSH qui exige un mot de passe, de sorte que le vrai problème n'avait rien à voir avec cron dans mon cas.
Ma solution a été de créer une clé supplémentaire pour ce script sans mot de passe (à l'aide de
ssh-keygen
), de l'installer sur le serveur distant, et de l'indiquer dans le script avec l'option-i pour les commandes ssh.OriginalL'auteur matt2000