Re: snmpd et surveillance de serveurs [était Re : Configuration mrtg]
Le Fri, 6 Jun 2003 22:04:07 +0200, David Dumortier a écrit : Bon je squatte allègrement le fil pour poser une question sur snmpd, je m'eu amusé à l'installer sur un pc pas crade (genre PIII 800) et ce snmpd me mangeait 40% du processeur, c'est normal docteur ? Non, c'est pas normal : sur ma gate, un FreeBSD sur un K6-2 450 avec seulement 128 Mo de RAM, un top me donne ça : load averages: 1.86, 1.35, 1.23 74 processes: 2 running, 72 sleeping PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 457 root2 0 3716K 844K select 32:57 2.29% 2.29% snmpd - faut faire des scripts à la pelle pour mrtg ou y a autre chose du plus simple pour faire des graphiques dans tous les sens sur le débit rezo, les disques, etc. ? Il y en a plusieurs tout fait : cricket ou cacti, par exemple, devraient répondre à ton attente, en utilisant RRDtool. Sinon, MRTG est beaucoup plus simple et ne graphe que les interfaces réseau : valeurs entrant/sortant. Aucun script à faire, normalement. Pour voir ce que ça donne : Criket : http://rrdtool.nerim.net/cgi-bin/cricket/grapher.cgi MRTG : http://stats.noc.nerim.net/nav/serveurs/ridley/ -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks
Choix d'une libpng pour mplayer
Bonjour ! Je suis coincé sur le point suivant : j'ai une woody sur laquelle j'ai installé les paquets mplayer unstable de Christian Marillat. Ca marche, pas de problème, si ce n'est que je me fais enguirlander par mplayer : [...] libpng warning: Application was compiled with png.h from libpng-1.0.12 libpng warning: Application is running with png.c from libpng-1.2.1 libpng error: Incompatible libpng version in application and library gdk_imlib ERROR: Cannot load image: /usr/share/themes/AquaX/gtk/menuitem.png All fallbacks failed. See /usr/share/doc/gdk-imlib1/README.fallback. [...] Les paquets libpng2 (pour libpng-1.0.12) et libpng3 (pour libpng-1.2.1) sont tous deux installés, mais je ne sais pas trop dans quel sens prendre le problème :-( Comment indiquer à mplayer le chemin vers la bonne lib ? -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks
Re: Choix d'une libpng pour mplayer
Le Mon, 07 Oct 2002 20:08:46 +0200, Christian Marillat a écrit : Pfiou, ça c'est de la réponse rapide ! 8 minutes :-o libpng warning: Application was compiled with png.h from libpng-1.0.12 libpng warning: Application is running with png.c from libpng-1.2.1 libpng error: Incompatible libpng version in application and library gdk_imlib ERROR: Cannot load image: /usr/share/themes/AquaX/gtk/menuitem.png Le problème vient de ton thème gtk. C'est un thème pixmap avec une librairie ? Effectivement, c'est un thème pixmap, par contre, je n'ai pas trouvé trace d'une déclaration de librairie dans le gtkrc (si c'est là qu'il faut chercher)... Par ailleurs, avec un autre thème, le plus basique possible, je n'ai effectivement pas ces messages d'erreur ! (c'est déjà ça de pris :-) -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks
Re: Choix d'une libpng pour mplayer
Le Mon, 07 Oct 2002 20:38:20 +0200, Christian Marillat a écrit : Pfiou, ça c'est de la réponse rapide ! 8 minutes :-o Et encore j'étais en train de régler mon clavier :-) Héhé :) Je réparais mon clavier, le coup est parti tout seul... ? Le problème vient de ton thème gtk. C'est un thème pixmap avec une librairie ? Effectivement, c'est un thème pixmap, par contre, je n'ai pas trouvé trace d'une déclaration de librairie dans le gtkrc (si c'est là qu'il faut chercher)... Par ailleurs, avec un autre thème, le plus basique possible, je n'ai effectivement pas ces messages d'erreur ! (c'est déjà ça de pris :-) Il n'y a pas une definition engine dans le gtkrc ? Ah si, effectivement, j'ai des trucs de ce genre : style checkradiobutton { engine pixmap { image { function= FLAT_BOX recolorable = TRUE file= highlight.png border = { 0, 0, 0, 1 } stretch = TRUE } } } -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks
Re: Choix d'une libpng pour mplayer
Le Mon, 07 Oct 2002 20:59:01 +0200, Christian Marillat a écrit : Ce thème vient d'un paquet officiel ? Bonne question... il me semble que je l'ai téléchargé sur un site de thèmes il y a un moment. Sans doute themes.org... Que dit un ldd /usr/lib/gtk/themes/engines/libpixmap.so ? [EMAIL PROTECTED]:/usr/share/themes/AquaX/gtk$ ldd /usr/lib/gtk/themes/engines/libpixmap.so libgdk_imlib.so.1 = /usr/lib/libgdk_imlib.so.1 (0x40016000) libgtk-1.2.so.0 = /usr/lib/libgtk-1.2.so.0 (0x40037000) libgdk-1.2.so.0 = /usr/lib/libgdk-1.2.so.0 (0x4015c000) libgmodule-1.2.so.0 = /usr/lib/libgmodule-1.2.so.0 (0x4018f000) libglib-1.2.so.0 = /usr/lib/libglib-1.2.so.0 (0x40192000) libdl.so.2 = /lib/libdl.so.2 (0x401b4000) libXi.so.6 = /usr/X11R6/lib/libXi.so.6 (0x401b8000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x401c) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x401cd000) libm.so.6 = /lib/libm.so.6 (0x402a7000) libc.so.6 = /lib/libc.so.6 (0x402c8000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks
Re: Could not connect to ftp.fr.debian.org:80
Le Tue, Oct 01, 2002 at 08:13:45PM +0200, [EMAIL PROTECTED] a écrit: Could not connect to ftp.fr.debian.org:80 (212.27.32.66). - connect (111 Connection refused) Failed to fetch Connecte-toi sur le port 21 (ftp) et non 80 (http). Ta ligne doit ressembler à quelque chose comme ça : deb ftp://ftp.fr.debian.org/debian/ woody main contrib non-free Bizarrement, jusqu'à ce jour apt bloquait avec des connections par ftp, et là ça remarche. J'étais obligé d'avoir des lignes en deb http://ftp.fr.debian.org/debian/; -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks
Re: Recompiler un noyau 2.4
Le Mon, Aug 05, 2002 at 02:54:48AM +0200, Thomas Harding a écrit: On Sun, Aug 04, 2002 at 08:59:22PM +0200, Patrice Karatchentzeff wrote: Pour moi, cette installation est merdeuse : le initrd.img pointe sur l'ancien noyau et pas le nouveau. C'est d'ailleurs confirmé par un super « kernel panic » lors de l'amorçage du nouveau noyau (au moment du « montage » de l'initrd). Pour ma culture générale, puisqu'on aborde le sujet, et que je me suis justement pris un joli kernel panic samedi en essayant d'installer une image du 2.4.18 par apt, quel est l'intérêt des images du noyau à la sauce debian et de l'initrd par rapport à un noyau amoureusement compilé à la mimine ? Jusqu'à présent, j'ai toujours utilisé des noyaux compilés maison, sans aucun problème... -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks pgpUdFOKOTI6R.pgp Description: PGP signature
Re: Recompiler un noyau 2.4
Le Mon, Aug 05, 2002 at 09:24:05AM +0200, Josselin Mouette a écrit: Pour ma culture générale, puisqu'on aborde le sujet, et que je me suis justement pris un joli kernel panic samedi en essayant d'installer une image du 2.4.18 par apt, quel est l'intérêt des images du noyau à la sauce debian et de l'initrd par rapport à un noyau amoureusement compilé à la mimine ? Jusqu'à présent, j'ai toujours utilisé des noyaux compilés maison, sans aucun problème... L'intérêt est bien qu'on n'a pas à le compiler ! C'est vraiment du temps perdu pour pas grand-chose... La philosophie de Debian étant de minimiser les tâches d'administration, les paquets précompilés sont utilisés au maximum. Grâce au système d'initrd, ces noyaux sont capables de booter sur un très grand nombre de machines, sans pour autant faire enfler la taille du noyau. Et tu peux avoir la même finesse de configuration sur des besoins un peu exotiques ? Après tout, on ne peut pas tout mettre en module ! Bon, j'avoue que je n'ai pas lu la doc sur initrd... Pour ton problème de kernel panic, as-tu correctement modifié ton lilo.conf et vérifié où pointent les liens symboliques à la racine ? Non, mais j'avais une excuse : j'étais à une install-party (pour linuxiser les nouvelles machines du Centre social) et le temps était compté. J'avais un FreeBSDiste à coté en train de me pomper toute la bande passante, et je n'avais pas le temps de faire une config correcte pour le noyau :-) J'ai voulu aller trop vite, et je me suis planté ! -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks pgpWKKe5cpAso.pgp Description: PGP signature
Re: [HS]: mode d'emploi pour créer un LUG
Le Sat, 20 Jul 2002 09:46:40 +0200, Xavier MAILLARD a écrit : Mon problème c'est que je ne connais pas les démarches à faire pour réaliser cette tâche. Y aurait-il parmis vous des président de LUG ou des membres qui connaitraient justement la façon de procéder ? Dernier point je voudrais aussi savoir si il faut un minimum de participants pour créer un LUG. En tant que membre d'un micro-LUG (on est 4 membres, tous actifs), je ne pense pas que la question se soit posée. Nous sommes membres d'un club informatique dans le cadre de l'association loi de 1901 Centre Social. Ce n'est donc qu'un atelier comme un autre, ce qui nous épargne toutes les tracasseries administratives d'une asso loi de 1901 :-) A mon sens, la principale caractéristique du LUG, c'est que les membres cherchent à : 1) s'entraider dans leur découverte ou perfectionnement de Linux ou des logiciels libres en général 2) faire connaitre au grand public Linux et les logiciels libres en général Ce qui n'est pas incompatible avec le fait de manger les pizzas, tant que les pizzas ne deviennent pas la principale motivation des réunions :) -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ssh : Permission denied (publickey,keyboard-interactive).
Le Wed, Jul 17, 2002 at 12:57:07PM +0200, georges mariano a écrit: PubkeyAuthentication yes apparemment ça suffit Oui (comprends pas d'où vient ce réglage, ça marchait depuis des mois) http://lists.debian.org/debian-security-announce/debian-security-announce-2002/msg00048.html coup-de-gueule-debut je sais pas trop pourquoi, mais en ce moment je commence en avoir marre de me coltiner la logique des mainteneurs de paquets (qui des users inutiles, qui ce genre de surprise à l'upgrade, qui des trucs assez rigolos dans la recompilation de paquets, ...) faudrait peut-etre qu'on revienne aux fondamentaux : dans le cas d'un upgrade (i.e le service déjà opérationnel) Préserver le service ça veut dire __respecter l'install en place__, quelle qu'elle soit. La responsabilité de l'admin, c'est aussi de savoir ce qui se passe autour de lui. En l'occurence, c'était une mise à jour de sécurité majeure, dont la publicité a été abondamment faite sur les ML de sécu (Bugtraq, Debian-security, etc). Si l'install est mauvaise, on prévient clairement l'admin, on le harcèle s'il faut, mais on ne touche rien. S'il fait le sourd et qu'il a ensuite un problème, il est __responsable__.(on t'avait prévenu...) J'ai moi-même fait cette mise à jour sur mes deux machines, et je me rappelle très clairement d'une mise en garde concernant la séparation des privilèges. vous en faites pas, ça va me passer ... ;-) Mouarf :) et bonnes vacances De même ! Et bonjour à tous pour mon premeier mail sur cette liste :-) -- A.G.A.R.W.A.E.N.: Artificial General Android Responsible for Warfare and Accurate Exploration of Networks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]