Reprise du message précédent :
Ok, via Putty, un LS me donne CONVERT en vert.
 
JE teste le reste.

head -100 /var/log/squid/access.log | perl convert =
 

 
Ce sont les dernières lignes affichées.
Prq me marque t'il 13 may ? Date du dernier reboot ? (je CROIS avoir rebooter le tout hier).
 
Normal ?

JE l'ai lancé à la main, et ça fonctionne   (en copiant dans /tmp/root/ le access.log et en lançant sarg avec les pramamètres que tu m'as indiqués.

J'ai configuré sarg.conf pour qu'il utilise ma table IP/Nomsmachines puis relancé à la main, et ça tourne nikel.
 
 
Mais je ne sais tjs pas prq ça déconne. Help
 

:'(

résumons :

• ça marche pas dans le cron
• ça marche pas quand l'heure est synchro sur un serveur NTP
• ça marche quand l'heure est pas synchro et qu'on le lance

questions :

• est ce que ça marche si tu le lances  (la commande que tu viens d'essayer, et/ou le script) à la main avec l'heure synchro NTP (actuellement) ?
• est ce que si tu le mets dans le cron sans l'heure synchro NTP, le cron se lance ? (essayes de modifier l'heure de lancement)

Heu, non. Ca a marché, mais j'avais avancé d'une journée la date à la mano. Depuis, rien, ça ne marche pas.
 
Ce qui marche, c'est quand je tape tout la commande (sarg avec ses paramètres), mais PAS via le script qui est éxécuté par Cron, ou que je lançais à la mano.
EDIT : La commande indiqué par Phoenix

si tu mets la commande qu'il t'a dit de taper dans la crontab, est ce que ça marche ?
 
si oui, on pourra envisager qu'il y a un pb au niveau du script en lui-même

A y est, l'heure est SynchroNTP.
 
Le script ne fonctionne pas, mais la commande de Phoenix oui.
 
 
Mais le script n'a pas bougé, ce n'est pas possible !  

Je ne sais pas faire  

il faut éditer le fichier /etc/crontab (avec pico par ex) et ajouter une ligne lançant ta commande (ou un script la contenant):
http://lea-linux.org/admin/automate.php3
 
pour plus d'infos, man crontab
 
ton script  pourra être :

tu l'appelles blabla.sh et tu le rends éxécutables ( chmod a+x blabla.sh ), attentions aux chemins dans le script et dans la crontab.

 
 
Je regarde

Le script, je peux le placer n'iporte où ? Dans mon dossier ? ( /root/test/ )

oui, du moment que tu mets le bon chemin dans /etc/crontab et que celui ci est lancé par root (ce qui est le cas je suppose)

aucune idée
 
ok, je continue, le script est crré.
 

ps -A |grep cron et là tu vois quel utilisateur le lance (le °+ souvent, c'est root)

 
 
Dans mon Contrab j'ai bien :
 
 

c porcasse d'éditer la crontab de cette facon, et en plus il faut relancer crond apres il me semble. La bonne facon d'éditer la crontab et de faire :
 
* se logger sous le user pour lequel on veut modifier la crontab
* export EDITOR=vi (au cas où... faire un echo $EDITOR pour etre sur)
* crontab -e (lance $EDITOR av les bon parametres)
* modifié ce qu'on veut en ne laissant surtout pas de ligne vides dans la crontab sinon ça chie (enfin au moins sous Solaris de sur, apres pour linux je ne sais plus trop)
* sauvegarder et quitter et c bon

 
 
echo $EDITOR me donne une ligne vide.
 
 
Désolé ..  

euh ouais et ?
 
C'était juste ma modeste participation a ton topic, et c'est la façon de gerer les crontab qu'on utilise par ici sur nos tas de serveur de prod Solaris, GNU/Linux et AIX

 
essai de faire crontab -e
 
Si tu as juste un ? c que tu as ed configuré par defaut   mais avec un peu de chance, ca devrait etre VI qui va se lancer
 
EDIT:
 
sur ma redhat du taf j'ai aussi une ligne vide et c VIM qui se lance

Rien de méchant
Ct juste pouyr t'indiquer cette info

J'appelle pas ça de la chance !!!    
Pico Rulez    
 
Je teste.

ah ben si tu veux pico, positionne la variable editor a pico alors (et VI rulez da world)

 
ah ben elle n'est pas tres cool ta distro, voire meme bizarre. Dsl pour l'intervention alors

J'ai configuré Pico, mais toujours rien. Bon, je l'édite directement via Pico. MErci pour l'aide en tt cas

Ca avance ...
 
Après m'etre gourré dans le chemin du script... et que ça ne tourne tjs pas, j'ai tenté d'executer manuellement le script.
 
Et ça donne :
 
/root/monsarg.sh: 15/05/2003: No such file or directory
 
 
15/05/2003 est le retour à la ligne car ligne trop longue, mais ce n'est pas un retour chariot pourtant. Comment faire ?

ya un des fichiers que tu appelles qui n'existe pas. Mais lequel ?  

Oulallalalalala ..
 
 
En attendant une réponse, je suis allé voir SystemMonitor, qui "graph" la mémoire utilisée, le taux de charge CPU, le N° de process, la charge réseau, l'UpTime, etC..
 
J'avais remarqué que si on avançait la date, puis que l'on revenait en arrière, plus rien n'etaitr logué/"graphé" jusqu'à atteindre réellement la date à laquelle on s'était avancé.
 
Durant mes manips, je ne suis jamais allé jusqu'au 15 (aujourd'hui). Et bien, je n'ai aucun graph !
 
 
Bon, j'en suppose que le prb vient de la date/heure, mais..  

Bah il le marque, enfin, c'est ce que je comprends. Pour lui, c'est 15/05/03, car c'est le début de la ligne suivante, qui n'est que le passage à la ligne suivante car Pico ne m'affiche pas le tout sur une ligne. Il n'y a pas de retour chariot avant le 15 pourtant

Ca avance peut être, j'attends sa réponse sur "sont elle necessaires ?"
 
http://ixus.net/modules.php?op=mod [...] 3&forum=19

 
Le reboot ne fais pas tourner son fichier de log de squid donc squid loggue toujours sur le acces.log.  
 
Perso je fais + simple :
 
1 - Le dimanche matin @4h00, le cron arrête squid, squidGuard et autre démon.
 
2 - Je génère les stats de la semaine avec sqmgrlog (ancien nom de sarg)
 
3 - Une fois fini, je fais tourner les logs de squid en invoquant logrotate.
 
4 - On redémarre les démons et on repart sur des fichiers de logs vide
 
Dans ton cas tu peux faire ça pour chaque jour, par contre il faut travailler sur logrotate pour avoir unminimum d'historique (sinon par défaut c'est 5 rotation donc seulement5 jours...)
 
Dsl g pas bcp de temps car un max de taf.  
Dis moi au pire je te passe mes scripts hebdo que tu n'aurra qu'à adapter en journalier

 
Ton problème est la, il faut arrêtre tes démons avant de faire une MAJ de l'heure plus les relancer !
 
entre autre cron, samba et autre screensaver ont horreur des changement de date brusque !
 

 
Tout ça est déjà implémenté dans la SME
Il me créé chaque semaine des log.+date en gros.

 
Ouai, bah, ça me dit pas comment résoudre mon prb, excepté tout réinstaller demain midi    
 

j'avais le même pb avec nano (dérivé de pico), réglé en passant à vi. (qui n'est pas si compliqué qu'il en a l'air)

Bon bah c'est ça.
 
C'est quoi déjà la commande pour enregistrer ? ESC puis :! WC ? : !WC ?
 
 
Pour écrire, je tape "a" puis je vais déplacer mon curseur et éditer le fichier, c'est bien comme cela ?

INSERT pour passer en mode édition (une fois pour insérer, une 2° fois pour remplacer)
 
ECHAP pour revenir au mode commande
 
en mode commande : :q pour sortir, :w pour enregistrer, :wq pour enregistrer et sortir, :q! pour sortir sans enregistrer
 
+ de détails ici :
http://www.mandrakelinux.com/en/do [...] 04s02.html

 
 
Je regarde demain matin. Merci