Problème CRON CentOs

Problème CRON CentOs - Divers - Linux et OS Alternatifs

Marsh Posté le 11-03-2014 à 08:54:10    

Bonjour à tous,
 
Je viens vers vous car je tourne en rond et je n'arrive pas a trouvé la solution pour un problème d'autorisation d'un logrotate par le biais d'un CRON.
 
Voila ce que j'aimerai faire :
 
J'ai mis en place un script logrotate pour faire la rotation de mes logs, lorsque je le lance manuellement logrotate -f /logrotate_test/rotationlogs, tout fonctionne correctement, mais lorsque je le lance à partir de Crontab la j'ai un message dans /var/spool/mail/root me disant : error: error opening /applications/test.log : Permission denied.
 
Voici les droits :
 
- Je réalise ma commande dans le Crontab en tant que root : 00 12 * * * root logrotate -f /etc/logrotate.test/rotationlogs, j'ai mis les droits 777 sur le répertoire logrotate.test ainsi que sur mon script rotationlogs.
- Mes logs vont s'écrire dans le même répertoire que l'application : Idem pour les droits 777 sur l'ensemble du répertoire.
 
J'ai fais un autre test, j'ai fais un script qui au lieu de faire un logrotate fait un mkdir toto par exemple dans le même répertoire et la ça fonctionne correctement, il y a pas de problème de droit.
 
Si vous avez une idée, je suis preneur car la je ne sais plus trop quoi faire pour que ça fonctionne.

Reply

Marsh Posté le 11-03-2014 à 08:54:10   

Reply

Marsh Posté le 11-03-2014 à 11:44:54    

Salut,
 
/applications/test.log c'est apparement lui qui pose problème.  
Est-ce que c'est ce fichier qui doit être "rotaté" ?
Est-ce que ce fichier existe ?

Reply

Marsh Posté le 11-03-2014 à 11:54:34    

Oui le fichier existe.
Et oui c'est bien ce fichier qui doit être rotaté.
Et pourtant sur ce dossier, il y a bien les droit 777 au cas ou donc je ne comprend pas.

Reply

Marsh Posté le 11-03-2014 à 13:50:22    

Le fichier a quels droits ?
L'utilisateur avec lequel tu fais le test à la main c'est root aussi ?
 
C'est bizarre comme problème effectivement :/

Reply

Marsh Posté le 13-03-2014 à 08:11:57    

le fichier à tout les droits : 777
Et oui manuellement c'est aussi en root.
J'ai l'impression que c'est le logrotate qui n'as pas les droits de faire ca, car si je fait un cron avec en script une création de fichier au même endroit ça fonctionne.

Reply

Marsh Posté le 15-03-2014 à 11:53:03    

1) Des droits en 777 c'est pas normal, et ce n'est pas bien (et ça n'aide pas à résoudre des problèmes, ça en créé).
2) Quel est le contenu de ton fichier rotationlogs ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 17-03-2014 à 11:04:46    

D'accord, pour les droits.
 
Voici mon logrotate :
 
/test/test.log {
 copytruncate
 daily
 rotate 365
 missingok
 size 5M
 }

Reply

Marsh Posté le 17-03-2014 à 13:55:50    

Mais c'est /applications/test.log ou /test/test.log ton fichier de log à tourner ?
C'est pas bien cohérent tout ça.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 17-03-2014 à 15:00:56    

Peut importe, j'ai changé de répertoire en cours pour vérifié si ça venez de mon répertoire et j'ai quand même le même problème et quand je la lance manuellement la commande ça fonctionne

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed