killpilot
12/09/2016, 09h58
Bonjour,
merci de votre réponse,
alors j'ai modifé mon IPTABLE pour tout accepté... pas de changement.
le rtm se lance bien toutes les minutes l'integralité des compteur avec le rtm 34
extrait du syslog
quand je lance mon /usr/local/rtm/bin/rtm ca deroule bien toute les sondes.
j'ai bien l'adresse IP du rtm qui est resolue
cette IP est dans le scope des regles iptables.
et concernant ma régle sur les port UDP en 6100 à 6200
c'est ok aussi...
et j'avais verifie, je crois que dans un repertoire il y a un fichier LOCK mais je me souviens plus ou, et le fichier etait bien present avec une horodatage correspondant bien au lancement de RTM par le cron.
et pour repondre aux autres question plus haut.
ovh - kimsufi.... c'est pareil au meme, meme datacenter, meme reseau, meme infra, la distrib est un linux que ca soit une debian ovh ou kimsufi je vois pas bien la difference, et pourquoi je n'installe pas mon propre monitoring... et bien tout simplement parce que je ne sais pas le faire, et que celui fourni par ovh me convient amplement (quand il marche) et que si j'installe ca sur mon serveur et que je perd le serveur et bien je perd mes donné avec... au moins avec un monitoring externe je garde l'historique meme si mon serveur est down...
merci d'avance a ceux qui essaieront de m'aider dans mon soucis
merci de votre réponse,
alors j'ai modifé mon IPTABLE pour tout accepté... pas de changement.
le rtm se lance bien toutes les minutes l'integralité des compteur avec le rtm 34
extrait du syslog
Code:
Sep 12 10:37:01 ns3039776 CRON[2455]: (root) CMD (/usr/local/rtm/bin/rtm 34 > /dev/null 2> /dev/null) Sep 12 10:38:01 ns3039776 CRON[2501]: (root) CMD (/usr/local/rtm/bin/rtm 34 > /dev/null 2> /dev/null) Sep 12 10:39:01 ns3039776 CRON[2550]: (root) CMD (/usr/local/rtm/bin/rtm 34 > /dev/null 2> /dev/null) Sep 12 10:40:01 ns3039776 CRON[2640]: (root) CMD (/usr/local/rtm/bin/rtm 34 > /dev/null 2> /dev/null)
quand je lance mon /usr/local/rtm/bin/rtm ca deroule bien toute les sondes.
Code:
/usr/local/rtm/bin/rtm df: '/mnt/hubic': Transport endpoint is not connected df: '/mnt/hubic': Transport endpoint is not connected rtm hINFO_uptime|1013971 rtm dINFO_RTM_version|0.9.4-4 rtm dHW_CPU_name|Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz rtm dINFO_RELEASE_os|Debian 8.5 rtm dINFO_RELEASE_ovh| rtm mCHECK_vm| rtm dINFO_KERNEL_release|3.14.32-xxxx-grs-ipv6-64 rtm mINFO_PART_root_mount|/ rtm dINFO_KERNEL_version|#7 SMP Wed Jan 27 18:05:09 CET 2016 .............
Code:
cat /usr/local/rtm/etc/rtm-ip 37.187.231.251
et concernant ma régle sur les port UDP en 6100 à 6200
Code:
iptables -L OUTPUT -v Chain OUTPUT (policy ACCEPT 80816 packets, 400M bytes) pkts bytes target prot opt in out source destination 91 18964 ACCEPT udp -- any any anywhere anywhere udp dpts:6100:6200
et j'avais verifie, je crois que dans un repertoire il y a un fichier LOCK mais je me souviens plus ou, et le fichier etait bien present avec une horodatage correspondant bien au lancement de RTM par le cron.
et pour repondre aux autres question plus haut.
ovh - kimsufi.... c'est pareil au meme, meme datacenter, meme reseau, meme infra, la distrib est un linux que ca soit une debian ovh ou kimsufi je vois pas bien la difference, et pourquoi je n'installe pas mon propre monitoring... et bien tout simplement parce que je ne sais pas le faire, et que celui fourni par ovh me convient amplement (quand il marche) et que si j'installe ca sur mon serveur et que je perd le serveur et bien je perd mes donné avec... au moins avec un monitoring externe je garde l'historique meme si mon serveur est down...
merci d'avance a ceux qui essaieront de m'aider dans mon soucis