Ludovic César a écrit 17 commentaires

Perso j'ai mit en place Joomla pour un site d'une asbl et ça leur va très bien.

Sinon pour avoir un évantail des solution disponible tu à ce site:

http://www.opensourcecms.com/

Bah c'est tout simple il suffis que le fichier existe sur le serveur de centralisation.

Désolé pour le bruit. ;-)

Salut,

J'ajouterai une partition /boot (100mo) primaire et pousserai /gate dans le groupe logique, mais ce n'est que mon avis ;-)

Pourtant quand je lit la phrase c'est ça que je veut, qu'il regarde dans le Dossier de destination si le même fichier avec la même taille et la même date de création n'existe pas ailleurs.

--compare-dest demanderai une modification manuel ce que je ne veut pas faire :'(

C'est très bien ça...L'Europe devrait peut être suivre et l'imposer :-)


Pour l'article de libé, c'est parce que les autorité Néerlandaise osent en parler qu'il se font allumer ? Vous croyez quand même pas que c'est différent en France ? en Allemagne ? Angleterre ? Belgique ?

Pour les caméra je dit pas que ça va un peu loin, pour avoir habiter juste à coter de ce pays je doit dire que ils en avait besoin, mettre la pression et empêcher la criminalité, car c'est tout les gens des pays d'Europe qui vont là-bas pour la drogue et les putes les sales types comme les gens acceptable, car nos gouvernement ne sont pas capable de voir les choses en face et de laissé le libre arbitre à sa population.

Mais ceci nous éloigne du débat ODF :p

Tu as tout à fait raison j'avais cherché avec sdiff car la mise en page me plait mieux mais c'est san compter l'absence du '-r'. j'ai donc résolu mon problème avec cet commande:


diff -srN mon_rep1/ mon_rep2


s= n'affiche pas ce qui est commun
r=récursiff
N= ne prend pas en compte les fichiers absents d'un coté ou de l'autre.

Merci

La multiplication par 100 était prise en compte (par le monitoring) c'est en fait le cpu qui à une consomation anormalement élevée. Ce qui doit être du à un problème hardware et non du résultat snmp.

Merci pour ta précision cela m'a mit sur la voie.

Pour info voici une comparaison d'un autre serveur:


17:03:30 up 121 days, 5:30, 1 user, load average: 0.00, 0.08, 0.24

Cela ne marche pas avec le forcage awk, cela écarte juste mes colonnes mais le texte reste avec le même nombre de caratère.

Quand j'aurais le temps j'essayerais la méthode avec les binaires. (c.f. plus haut)

Moi qui pensais à une variable à changer dans un fichier... j'en suis loin :p

C'est sure que c'est pas un paramètre de commande. j'y aurais plutot vu une options dans un fichier de configuration quelconques.

Je vais tester ta manip voir si il y a du changement.

Bien sur, bien sur :)

J'aurais du effectivement faire un lien symbolique, su été plus propre, mais bon ce n'est pas un serveur en production...donc rien de bien grave :)

Voila cela remarche, j'ai en fait copier l'entirter du repertoire des lib de Graphviz, dans le repertoire /usr/lib

Prostat ne me pose plus problème pour ces fameuse librairie, Merci de ton aide :-)

updatedb ---> rien

Trouver grace a la commande find:

#find / libgd.so.* | grep libgd
/root/libgd-2.0.20-2.i386.rpm
/root/libgd2-2.0.33-2_11.el4.at.i386.rpm
/usr/share/doc/libgd-2.0.20
/usr/share/doc/libgd-2.0.20/COPYING.gz
/usr/share/doc/libgd-2.0.20/index.html
/usr/lib/libgdbm.so.2.0.0
/usr/lib/libgdbm.so.2
/usr/lib/libgdk-x11-2.0.so.0.200.4
/usr/lib/libgdk-x11-2.0.so.0
/usr/lib/libgdk_pixbuf-2.0.so.0.200.4
/usr/lib/libgdk_pixbuf-2.0.so.0
/usr/lib/libgdk_pixbuf_xlib-2.0.so.0.200.4
/usr/lib/libgdk_pixbuf_xlib-2.0.so.0
/usr/lib/libgdk_pixbuf.so.2
/usr/lib/libgdk_pixbuf_xlib.so.2.0.0
/usr/lib/libgdk_pixbuf.so.2.0.0
/usr/lib/libgdk_pixbuf_xlib.so.2
/usr/lib/libgdk-1.2.so.0.9.1
/usr/lib/libgdk-1.2.so.0
/usr/lib/libgdk_imlib.so.1.9.13
/usr/lib/libgdk_imlib.so.1
/usr/lib/libgd.so.1
/usr/lib/libgd.so.1.8
/usr/lib/libgd.so.1.8.4
/usr/lib/libgdbm.a
/usr/lib/libgdbm.la
/usr/lib/libgdbm.so
/usr/lib/graphviz/libgd.so.0.0.0
/usr/lib/graphviz/libgd.so.0
/usr/lib/libgd.so.2
/usr/lib/libgd.so.2.0.0
/usr/local/lib/libgd.so.2.0.0
/usr/local/lib/libgd.so.2
/usr/local/lib/libgd.so
/usr/local/lib/libgd.la
/usr/local/lib/libgd.a
/usr/local/libexec/libgd.so.0
find: libgd.so.*: No such file or directory

Maintenant me reste plus qu'a savoir ou prostat va faire sa recherche de lib pour mettre le lien symbolique au bonne endroit :)

Ton aide me fait avancer à vitesse grand V :)

Le support se fait pour les pacquet de la distribution, hors Prostat ne l'est pas il vont m'envoyer petre :p

La commande updatedb ne marche pas :'(

Mais voici les lib supplémentaire que j'ai ajouter, via Graphwiz et autre:

ls -l /usr/locale/lib :

-rw-r--r-- 1 root root 407132 Oct 2 11:40 libgd.a
-rwxr-xr-x 1 root root 700 Oct 2 11:40 libgd.la
lrwxrwxrwx 1 root root 14 Oct 2 11:40 libgd.so -> libgd.so.2.0.0
lrwxrwxrwx 1 root root 14 Oct 2 11:40 libgd.so.2 -> libgd.so.2.0.0
-rwxr-xr-x 1 root root 322186 Oct 2 11:40 libgd.so.2.0.0


Voici un ls -R | grep libgd.so.* fait a la racine:

# ls -R | grep libgd.so.*
libgd.so.1
libgd.so.1.8
libgd.so.1.8.4
libgd.so.2
libgd.so.2.0.0
libgd.so.0
libgd.so.0.0.0
libgd.so
libgd.so.2
libgd.so.2.0.0
libgd.so.0


Et je vois que grace a toi j'avance car je vois que j'ai les bonne lib me reste plus qu'a la localiser et de faire un lien symbolique...

Effectivement quelque info manquent, c'est une Redhat EL 3.

Voici ce que j'obtiens avec le rpm qf ...

error: file libgd.so.0: No such file or directory

Mon message d'erreur des log prostat:

cat /var/log/prostat/dimanche.log
/usr/local/bin/prostat: error while loading shared libraries: libgd.so.0: cannot open shared object file: No such file or directory

Merci de vos réponces et votre aide, j'ai finalement opter pour une des 12 million de solution ( la 9,789,552 eme exactement :P)

#! /bin/sh
echo "Ckeck Squid process"
if pidof squid ; then
echo "Squid turn"
else
squid
echo "Squid not turn, process launch ..."
fi

Que j'ai ensuite déclaré dans cron pour qu'il se lance toutes les minutes:

* * * * * squid /usr/bin/mon_script

Merci de ton aide ;-)