OVH Community, votre nouvel espace communautaire.

[RTM] ne fonctionne plus courbe flat dans la console.


killpilot
12/09/2016, 10h58
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
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
.............
j'ai bien l'adresse IP du rtm qui est resolue
Code:
 cat /usr/local/rtm/etc/rtm-ip 
37.187.231.251
cette IP est dans le scope des regles iptables.

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
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

Nowwhat
09/09/2016, 07h27
Citation Envoyé par killpilot
.....
qui normalement couvre la supervision et le monitoring de ma machine.
Passe le "Policy" de INPUT, OUTPUT et FORWARD à "ACCEPT".
Les stats reviennent ?
Oui : l'origine de ton soucis est le parafeu (règles)
Non : le soucis est ailleurs.

edit :
j'ai bien dans mon cron.d une ligne
Si ce n'est pas le cas, active le logs 'syslog' pour tes crons.
Le RTM s'exécute chaque 5 minutes ?

Quand tu exécute
Code:
/usr/local/rtm/bin/rtm
manuellement, ça donne bien un truc du genre :
root@ns311465:~# /usr/local/rtm/bin/rtm
ls: cannot access /proc/ide: No such file or directory
rtm hINFO_uptime|594290
rtm dINFO_RTM_version|0.9.4-3
rtm dHW_CPU_name|Intel(R) Xeon(R) CPU           W3530  @ 2.80GHz
rtm dINFO_RELEASE_os|Debian 8.5
......
Code:
root@ns311465:~# cat /usr/local/rtm/etc/rtm-ip
J'ai le même "RTM" .... pour mon SYS.

T'as testé si ce règle :
Code:
-A OUTPUT -p udp -m udp --dport 6100:6200 -j ACCEPT
a été appliqué ?
Code:
root@ns311465:~# iptables -L OUTPUT -v
Chain OUTPUT (policy ACCEPT 262 packets, 32593 bytes)
 pkts bytes target     prot opt in     out     source               destination
    6  1229 ACCEPT     udp  --  any    any     anywhere             anywhere             udp dpts:6100:6200

sich
08/09/2016, 18h08
Citation Envoyé par killpilot
j'ai un serveur debian dedié kimsufi
Forum ovh ici... Il y'a un forum kimsufi...
Et sinon dans l'absolue osef du monitoring ovh, pourquoi ne pas installer votre propre solution ?

killpilot
08/09/2016, 15h25
je me permet de up, personne pour m'aider ??

@++

killpilot
31/08/2016, 10h57
Bonjour,

j'ai trouvé pas mal de sujet sur la question, mais aucun ne m'a permis de resoudre mon probléme. et j'avou que la je patoge un peu.

donc le contexte est le suivant :

j'ai un serveur debian dedié kimsufi avec donc un RTM dessus, celui ci ne remonte plus d'infos dans mon interface de gestion c'est a dire que les courbe sont FLAT.

j'ai deja reinstallé RTM a partir du ftp ovh - pas de changement
j'ai bien mon fichier rtm-ip avec l'ip du serveur rtm je presume qui est la suivante - 37.187.231.251
j'ai ces regles dans mon iptables

Code:
-A INPUT -s 37.187.231.251/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 213.186.33.62/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 92.222.184.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 92.222.185.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 92.222.186.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 167.114.37.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 151.80.231.244/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 151.80.231.245/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 151.80.231.246/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 213.186.50.100/32 -i eth0 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -s 213.186.50.98/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 37.187.231.251/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 213.186.33.62/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 92.222.184.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 92.222.185.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 92.222.186.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 167.114.37.0/24 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 151.80.231.244/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 151.80.231.245/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 151.80.231.246/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 213.186.45.4/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 213.251.184.9/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 37.59.0.235/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 8.33.137.2/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 213.186.33.13/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 91.121.86.250/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 91.121.86.249/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -s 91.121.86.251/32 -i eth0 -p icmp -j ACCEPT
-A INPUT -i eth0 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -s 192.168.0.0/16 -i eth0 -p tcp -j ACCEPT
-A INPUT -s 192.168.0.0/16 -i eth0 -p udp -j ACCEPT
-A OUTPUT -p udp -m udp --dport 6100:6200 -j ACCEPT
qui normalement couvre la supervision et le monitoring de ma machine.

lorsque le fait un
Code:
/usr/local/rtm/bin/rtm
il me met bien l'ensemble des sondes et leur resultat.

j'ai bien dans mon cron.d une ligne
Code:
*/1 * * * * root /usr/local/rtm/bin/rtm 34 > /dev/null 2> /dev/null
dans mon crontab

j'ai rajouté des ligne suivante de mon iptable pour loguer les paquet drop.
Code:
iptables -N LOGGING
iptables -A INPUT -j LOGGING
iptables -A LOGGING -m limit --limit 2/min -j LOG --log-prefix "IPTables-Dropped: " --log-level 4
et je n'ai rien vu...

et la j'avou que je séche un peu.... je ne comprend pas pourquoi mes données ne remonte pas dans ma console.

pourriez vous m'aider a resoudre mon soucis ?

merci d'avance et bonne journée.