Forum Debian Users Gang

Całkowicie nienormalne, [b]snmpd[/b] nie ma żadnej roboty, która skutkowałaby takim obciążeniem, spróbuj jakiegoś trybu debug czy verbose, żeby się dowiedzieć, na czym się wykłada.

Na początek radziłbym spróbować inną wersję, albo inny program do monitoringu, jest tego trochę do wyboru, jak choćby Munin, Lstat, Monitorix.

Możesz też sam trochę porzeźbić, np Perl + MRTG i wiooo.

Względnie można pobawić się prawdziwe debugowanie (strace|gdb|valgrid), ale to już zabawa dla Developerów.

Ewentualnie, w Debku to może zabrzmi dziwnie, ale ja bym go przebudował ze źródeł, to często pomaga w podobnych wypadkach.

Mam w Gentusiu tą wersję:

snmpd -v

NET-SNMP version:  5.7.3.pre5
Web:               http://www.net-snmp.org/
Email:             net-snmp-coders@lists.sourceforge.net

Wstał przed chwilą na defaultowym konfigu, jak dotąd nic nie wybuchło,
(w Htopie  w ogóle go nie widać). ;)

Ostatnio edytowany przez Jacekalex (2015-09-20 18:22:51)

A jak obetniesz demona conieco przez cgroup?

Zazwyczaj radykalnie pomaga na takie humory różnych programów.
3 minutki ciężkiej pracy i oto rezultat:

Proces /usr/sbin/snmpd; UID = root; GID = proc; PID = 7136;
13:debug:/
12:hugetlb:/
11:net_prio:/
10:perf_event:/
9:net_cls:/
8:freezer:/
7:devices:/
6:memory:/serwer/snmpd
5:blkio:/serwer/snmpd
4:cpuacct:/
3:cpu:/serwer/snmpd
2:cpuset:/

Przynajmniej nikomu nie będzie zawadzał w razie czego.
Ja tak "z buta" traktuję wszystko, co może robić jakieś kłopoty, lub się łączy z netem.

Ostatnio edytowany przez Jacekalex (2015-09-20 20:07:26)

[quote=qluk]-Lsd -> -LS6d
A problem stanowi interfejs sieciowy i jego konfiguracja, w większości przypadków.[/quote]
To robiłem na samym początku, nie pomogło.

co masz na myśli, że konfiguracja interfejsu?

[quote=qluk]Różnie, najcześciej to bridge, bond albo tunel GRE powoduje to.[/quote]
hmm, właśnie na tym serwerku są same bondy :/

Rozumiem, że przy takich interfejsach nie uruchamia się snmp?

Ostatnio edytowany przez Nicram (2015-09-22 19:37:41)

Do wygodnrgo monitorowania możesz zamiast SMTPD zastosować KDE.
Co prawda kilkaset MB diabli wezmą, ale ksysguard ma demona, który może się komunikować przez SSH, SSL i diabli wiedzą, jak jeszcze.

Bardzo dawno temu to testowałem (Ubuntu 7.10 KDE-3.x), ale w każdym razie w monitorze KDE miałem cały zdalny serwer na oku.

W repo Debiana jest dalej jako osobna paczka:

ksysguardd - System Guard Daemon

Do pracy potrzebuje naprawdę niewiele RAMu, proca i bibliotek:

ldd `which ksysguardd`
    linux-vdso.so.1 (0x00007ffd511c9000)
    libsensors.so.4 => /usr/lib64/libsensors.so.4 (0x00007f6526952000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f65265a8000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f65262a5000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f6526b62000)

W razie czego możesz spróbować, chociaż KDE do serwera wygląda co najmniej zabawnie.

Ostatnio edytowany przez Jacekalex (2015-10-02 18:55:07)

To ja radziłbym zająć się sprawą od strony Cacti,
mają sporo dokumentacji i przykładów, do tego forum programu.

Np:
http://www.cacti.net/downloads/docs/html/snmp_query_xml.html
http://docs.cacti.net/templates

Forum:
http://forums.cacti.net/about11615.html

Ostatnio edytowany przez Jacekalex (2015-10-03 09:55:03)