[résolu] Problème de mise à jour des graphs/logs

[slyfennec]

Je viens de m'apercevoir que les graphes de la page Etat/Graphiques Systèmes se sont arrêtés à une date et ne bougent plus depuis. Idem pour le module SARG. Et du coup, plus d'accès au journaux systèmes.

Mais ce qui est bizarre, c'est que les graphs/logs de UPS addon et d'autres modules continuent de bien fonctionner.

Mon serveur CRON est bien démarré mais peut-être le fichier de config corrompu ??

Je ne suis pas trop calé dans le domaine de gestion des logs/graphs, si quelqu'un peut m'aider...

Merci !!

[slyfennec]

J'essaye d'avancer et apparemment le problème viendrait de mon fichier /var/spool/cron/root

Problème : j'ai un fichier root et un fichier root.crash

Le premier est lisible dans un éditeur de texte (mais ne fonctionne pas) alors que le deuxième, qui a l'air plus complet (et peut-être fonctionnel ?) a l'air au format binaire...

Si quelqu'un a des précisions sur le format de ce type de fichier et sa syntaxe.

Je vais continuer aussi à chercher de mon côté.

[EDIT] : Si quelqu'un peut m'indiquer comment redémarrer le service CRON sur IPCOP, merci...

[slyfennec]

Bon je n'arrive pas à m'en sortir...

Si quelqu'un était assez sympa pour me mettre un exemple de fichier
/var/spool/cron/root provenant d'une machine IPCOP (en maquillant les données confidentielles), ça pourrait m'aider.

Merci

[slyfennec]

Si quelqu'un peut m'indiquer comment redémarrer le service CRON sur IPCOP, merci...

Même ça personne ne sait ?? Bon tant pis, vendredi je pourrais redémarrer la machine...

[shwing]

Code: Tout sélectionner

#
# $Id: crontab,v 1.9.2.6 2006/04/24 23:19:17 franck78 Exp $
#
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# Log rotation
20 * * * *   /usr/sbin/logrotate /etc/logrotate.conf

# Backup logs to flashdisk
30 * * * *   [ -f "/etc/FLASH" ] && /etc/rc.d/rc.flash.down

# Set time
*/5 * * * *   /usr/local/bin/timecheck > /dev/null 2>&1

# Summarize ip accounting info:
2 1 * * *    /usr/sbin/ipacsum -r -H `/bin/hostname` -t "the day 2 days ago" >/dev/null
3 1 * * 0    /usr/sbin/ipacsum -r -H `/bin/hostname` -t "the week 4 weeks ago" >/dev/null
4 1 1 2 *    /usr/sbin/ipacsum -r -H `/bin/hostname` -t "the year 2 years ago" >/dev/null

# Make some nice graphs
*/5 * * * *    /usr/local/bin/makegraphs >/dev/null

# Force update the dynamic dns registration once a week
# Force update even if IP has not changed once a month if 'minimize update' selected in GUI
# to avoid account declared as dead
*/5 * * * *   [ -f "/var/ipcop/red/active" ] && /usr/local/bin/setddns.pl
9 2 * * 0   [ -f "/var/ipcop/red/active" ] && /usr/local/bin/setddns.pl -f
3 2 1 * *   [ -f "/var/ipcop/red/active" ] && /usr/local/bin/setddns.pl -f -m

# Logwatch
10 0 * * *   /usr/local/bin/logwatch > /var/log/logwatch/`date -I -d yesterday`; \
      LOGWATCH_KEEP=$(sed -ne 's/^LOGWATCH_KEEP=\([0-9]\+\)$/\1/p' /var/ipcop/logging/settings); \
      find /var/log/logwatch/ -ctime +${LOGWATCH_KEEP=56} -exec rm -f '{}' ';'


Dans ce répertoire il y a 2 fichiers. Un root et un root.orig. le premier est pas 'éditable' via winscp, mais un cat sous putty m'as permis de le voir, mais pas dans son intégralité. Ci-dessus tu trouves le 2ème fichier.
En espérant que cela t'aidera.

[slyfennec]

Je te remercie pour ces infos, qu'en fait j'avais déjà retrouvé entre temps.

Je crois que j'ai fait une bêtise en éditant ces fichiers ce qui a causé mon problème.
J'ai donc remis les deux fichiers originaux au bon endroit mais maintenant je dois relancer CRON, et je ne peux pas redémarrer la machine (plein de clients VPN qui bossent...), d'où ma dernière question au-dessus.

[slyfennec]

Bon j'ai redémarré la machine avec les nouveaux fichiers mais rien ne change...

Help please, je ne vois pas quoi faire de plus...

[edit] En fait, il suffisait de faire un fcrontab -e et de lui faire une fausse modif pour que tout reparte )