On 03/03/2010 11:59 AM, Florin Popovici wrote: > 2010/3/3 Bogdan <[email protected]>: >> nu stiu ce sa zic. >> mie imi pare a avea o legatura cu disk iowait dar nu stiu de ce. >> >> exista un pure-ftpd care atunci cand merge tine CPU(s) la ~ 25.0%wa >> (chiar asa trebuie sa faca ca e mult r/w) >> >> cand e oprit serviciul, e frumos. CPU(s) sta pe la 1 2%wa >> cand merge, da snmp time-out pe masina pe care merge. >> > > Cand ai iowait mare, inseamna ca procesele stau la coada sa acceseze > discul - si daca e suficient de mare inghesuiala, si snmpd-ul sta si > el la coada, teoretic poate fi o explicatie pentru timeout-uri. > > OTOH, snmpd-ul n-ar avea motiv sa acceseze discul -- decat daca faci > grafice disk-related: used space, inode count, etc. Ia vezi, nu cumva > timeout-urile apar la interogarile SNMP pe OID-urile disk-related ? > > P.S. eventual disableaza syslogging-ul la SNMP-related (by default, > snmpd arunca 1-2 linii in syslog la fiecare snmpget). > nu pare ca ma ajuta
pe masina fare IO # snmpwalk -v2c -c public localhost .1.3.6.1.4.1.2021.4.6.0 UCD-SNMP-MIB::memAvailReal.0 = INTEGER: 162116 pe masina cu IO # snmpwalk -v2c -c public localhost .1.3.6.1.4.1.2021.4.6.0 Timeout: No Response from localhost adica i-am dat doar o interogare de free memory local. ce ma-sa sa scrie pe disk. plus ca in rest merge tot foarte bine cu tot waitingul lui chiar si hdparm :) inafara de SO, masinile sunt diferite. si ca proc si ca diskuri si ca mem, si ca platforma. si ca snmp... net-snmp-libs-5.3.2.2-7.el5_4.2 net-snmp-5.3.2.2-7.el5_4.2 net-snmp-utils-5.3.2.2-7.el5_4.2 o fi stricat. :| _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
