azt jelenti, hogy sok-sok process varakozott.

Hát igen, csak miért? A collectd logja szerint is hirtelen termett ott a sok processz, ebből gondoltam, hogy valaki megindított egyszerre rengeteget. (Mondjuk spamelni akart?)
Az persze érdekes, hogy itt miért csak 100-ig megy fel, mikor az utpime 1694.55-öt mutatott… ?
Csatolom a collectd logját:

amennyiben egy process lefoglal egy olyan eroforrast, amire e tobbi processnek szuksege van, akkor a tobbi folyamat sem tud lefutni, ezert sok folyamat varakozo folyamatod lesz. Azt lenne jo megtudni, hogy milyen folyamatok vannak a rendszerben ilyenkor. A mereskulonbseg adodhat abbol, hogy 5 perces, vagy 1 perces atlagot nez -e az adott program. az uptime 1, 5, es 15 perces atlagokat mutat, a collecd tippem szerint 5 perces atlagot.

A szerveren levelezés és webszerver fut. A collectd mind a 3 intervallumot nézi, mint a csatolt képen látszik.
Szerintem azonban az az érdekes, hogy ez a görbe milyen élesen fut fel. Ezek nem felhalmozódó processzeknek, hanem egyszerre indulóaknak tűnnek.
Ha a rendes üzem alatt nézem a processzek számát, akkor azért nincs ennyi (100 körül +-50), tehát ahhoz, hogy ennyi összejöjjön, talán több idő kellene.
Egyébként mi lehet az az erőforrás, amire várhat ennyire egy processz, úgy, hogy a CPU-t közben más nem használhatja?
A HDD SCSI hardveres raid 1, sem a logban, sem a hardveren nem jelez hibát, és a sebebssége jónak tűnik.
Azon kívül mi még? Lehet a hálókártya? Lehet más erőforrás is? Mi?

azt csak te tudhatod.. lehet, hogy a webszerveren tobb kliens van engedelyezve egyszerre, mint az adatbazisban, vagy az imap daemonban, tehat itt fegyulhetnek a processzek, amik varakoznak, de cput nem esznek. termeszetesen ez csak egy pelda volt, ehhez eleg forgalmas levelezes kell.