Newsgroup: it.comp.os.linux.sys
Titolo: Lentezza di risposta di Sendmail e Cyrus

Salve a tutti avrei questo problema:
Una macchina Suse 9.2 con sendmail e cyrus installati, tutto funziona
correttamente salvo che ogni tanto l'accesso a questi due servizi si
rallenta mostruosamente.
Per capirci, quando è lento, un telnet sulla porta 110 o 143 prima che
risponda passa almento 10/15 secondi, poi una volta che ottengo
risposta dal servizio l'invio della mail o il controllo della posta su
quella cartella è regolare.
Qualche idea?
Grazie mille

:-( infatti, guarda l'altro giorno sono stato praticamente l'intera
gioranta davanti a tutti i log, compreso Sendmail in modalità di
logging 20, quasi tutta la giornata.
Ho lanciato degli squatter e dei fetchmail, ma non interferiscono sulla
velocità che in quel caso era definibile lenta.
La macchina rimane lenta per dei giorni, poi si sveglia per qualche ora
e torna lenta.....
Neanche in messages ci sono segnalazioni di errore.
Non è esposta verso l'esterno, non so più cosa pensare, ho altri
server con la stessa distro, e gli stessi servizi ma non ho problemi.
grazie per le eventuali risposte
danilo

 writes:
p> Qualche idea?
Anche  troppe... forse  la piu`  probabile e`  che cerchino  di  fare il
reverse DNS per il logging e/o controlli antispoofing e o in alcuni casi
il DNS ha problemi, oppure ci sono host senza record PTR, ecc.
Oppure sui server ci sono programmi schedulati per compattare database,
log, caselle di posta e cosi` via, e quando questi si attivano bloccano
qualche risorsa usate dagli altri programmi.
Oppure  hai un  disco/controller che  sta per  partire e  ogni  tanto si
incanta fino a che il kernel non riesce a risincronizzarsi.
Da qui in avanti si passa  ai gremlin e al Berlusca (sempre buono quando
occorre dare  la colpa  a qualcuno  :-) anche se  dal 9  aprile potresti
dover cambiare rapidamente configurazione...).
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

.... escludere il disco, la macchina è in un host linux con altre
macchine virtuali, architettura Vmware GSX Server....
anche io ho pensato al dns, ho provato a cambiare anche quelli, ma
nulla da fare, in questo momento la macchina stessa ha un bind attivo,
e fa da dns per se stessa. Le risposte dei dns effettuando un ping a un
nome non in cache sono corrette.....
in ogni caso visto le considerazioni da voi fatte sul disco proverò ad
effettuare una deframmentazione off-line dei dischi virtuali di VmWare
in modo da ottimizzare l'accesso a tali dispositivi, questo però fra
qualche giorno credo...
percui grazie in anticipo a tutti state in campana....
p.s.: sicuramentei il berlusca una soluzione ce l'ha "CRIBBIO questo
server è comuni... ecco perchè non funziona, sicuramente sta BOLLENDO
dei Byte per concimare la RAM"...:-)

 risponda passa almento 10/15 secondi
Risoluzione inversa.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

ok. controllerò anche questo grazie...

 
A occhio e croce direi che potrebbe essere il servizio AUTH (porta 113). 
Avevo la stessa cosa con qmail/vpopmail ed con il pserver del CVS.
Probabilmente il server tenta di contattare indietro il chiamante sulla 
porta 113 per sapere l'username di chi ha tentato la connessione, e questa 
richiesta viene bloccata da qualche firewall. Una volta andata in timeout 
tale richiesta (la cui risposta e' opzionale) il tutto fila liscio.
Prova a controllare.
-- 
Non c'e' onore nel morire massacramente.

Il problema dovrebbe essere risolto, era il reverse lookup sul dns
server.
Ho aggiunto una zona di reverse sulla rete interna dell'azienda e tutto
è tornato normale.
La cosa che mi lascia perplesso è perchè si è rallentata
improvvisamente senza che la configurazione sia stata
modificate....bah...
grazie a tutti.