Newsgroup: it.lavoro.professioni.webmaster
Titolo: Provo anche qua: Soluzione a qmail lento: controindicazioni?

Buona giornata a tutti, spero che qualcuno possa rispondere dando un suo
parere.
Avevo il qmail estremamente lento, allora ho risolto impostando questi
parametri, chiederei gentilmente se un parere se per caso secondo voi più
esperti fossero troppo "tirati" e possano portare a delle controindicazioni
messi in questo modo:
Innanzitutto:
#echo 100 > /var/qmail/control/concurrencylocal
#echo 100 > /var/qmail/control/concurrencyremote
Poi:
#echo 2599 > /var/qmail/control/queuelifetime
ed in fine editato:
/etc/xinetd.d/smtp_psa
alla riga
server_args = /var/qmail/bin/r.....
Modificato così:
server_args = -Rt0 /var/qmail/bin/r.....
A me sembra tutto vistosamente molto più veloce.
Chiederei qualche parere.
Grazie.

 messi in questo modo:
[...]
Direi che hai fatto bene ed a seconda del traffico e-mail sul server ti
suggerisco anche di aumentare i valori concurrencylocal e
concurrencyremote (io li ho rispettivamente a 200 e 1000).
Da quello che hai scritto capisco che hai il server che gira su Plesk,
beh... sappi che Plesk setta i parametri di qmail in modo decisamente
tirato e un po' di tweaking lo devi sempre fare.
La lentezza comunque è dovuta a problemi con la risoluzione inversa del
DNS, quindi hai fatto bene ad inserire il parametro -Rt0.

 DNS, quindi hai fatto bene ad inserire il parametro -Rt0.
Esatto, inoltre avevo impostato anche dei server antispam, ma per 
ottimizzare ho pensato bene di levarli, perchč dando il comando "ps waux | 
grep qmail" mi sembrava che intevenissero anche a verivicare la posta 
inviata e non solo quella ricevuta.
Permettimi una domanda: sto cercando ovunque (su guide, tutorials, motori) 
ma non riesco proprio a capire come si faccia: potresti gentilmente dirmi 
come si lancia il qmail-qstat ?
L'unica cosa utile che ho trovato č stata "qmail-qstat must be run either as 
root or with group id qmail". E' tutto molto criptico.
Grazie ancora! 

Trovato ora, meno male! ;-)
[root:/var/qmail/bin] root# ./qmail-qstat
messages in queue: 33
messages in queue but not yet preprocessed: 32 

 root or with group id qmail". E' tutto molto criptico.
# man qmail-qstat
Per lanciarlo digita semplicemente qmail-qstat
Link consigliati:
- questo non deve mai mancare nel tuo bookmark:
http://medialab.dyndns.org/~elibus/lwq.html
- questo te lo consiglio al posto di qstat
http://qmhandle.sourceforge.net/
Infine ti suggerisco di upgradare a all'ultima release di Plesk (8.0.1),
che ha la gestione delle code qmail integrate, cosi' salvo esigenze
particolari non ti devi sbattere con i comandi di sistema.

 particolari non ti devi sbattere con i comandi di sistema.
Ho visto che da poco è apparsa la possibilità di effettuare questa upgrade,
non capisco però se per upgradare devo pagare qualche licenza o posso fare
tranquillamente senza problemi.
A dire il vero il mio problema è anche un'altro: io ho installato una
versione di Apache vulnerabile (2.0.46) e tramite Yum non è possibile
effettuare l'upgrade (tipo alla 2.2.2) perchè si collega alle directory del 
server di CentOS3 che non dispongono di una versione maggiore, nello stesso 
tempo non oso installare a mano o tramite servers con upgrade per le 
versioni CentOS superiori prima di combinare qualche casino che poi non 
sarei in grado di ripristinare. :-/

> suggerisco di attivare almeno una RBL antispam (io mi trovo bene con
Ora il parametro č impostato in questo modo, magari esagerato ma dovrebbe 
andar bene, se non mi crea problemi potrei tenerlo cosě:
server_args = -Rt0 /usr/sbin/rblsmtpd  -r 
sbl-xbl.spamhaus.org
 -r 
bl.spamcop.net
 -r 
list.dsbl.org
 -r 
korea.services.net
 -r 
combined.njabl.org
 -r 
l1.spews.dnsbl.sorbs.net
 /var/qmail/bin/relaylock 
/var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true 
/var/qmail/bin/cmd5checkpw /var/qmail/bin/true

 effettuare l'upgrade (tipo alla 2.2.2) perchè si collega alle directory del 
[...]
*NON FARLO* e non fare esperimenti in tal senso su un server di
produzione... ti sconsiglio vivamente l'upgrade di OS/applicazioni su un
server Plesk se la versione corrispondente non è supportata da Plesk.
Soprattutto se non hai le competenze per rimettere in piedi il sistema
in caso di problemi. Te lo dice uno che hai imparato a parlare russo a
forza di combattere con i problemi di Plesk ;-)

 *NON FARLO* e non fare esperimenti in tal senso su un server di
Bene, immaginavo...
Grazie davvero Cicco, mi ha chiarito le idee più questa breve scambio di 
messaggi che un mese di ricerche!
Ti ringrazio ancora veramente! 

 ed ho scoperto che i test 8, 14, 17, 18 mi aprono il relay! Azz!!! :-/
qmail è un relay chiuso per definizione, a meno che non l'abbia
aperto tu.
I test che ti hanno dato errore in realtà non aprono un bel nulla.
8/14 - Il qmail prova ad aggiungerci il me e poi rigetta
17/18 - La mail viene accettata e rigettata in fase di consegna.
Ma, per la lentezza... non è che ti manca il trigger?
Cosa c'è in /var/qmail/queue/lock ?
-- 
ValeRyo 

 parte della posta Fastweb tanto per fare un esempio).
Chi blocca cinofallicamente, lì in mezzo, è spamcop.
sbl-xbl è la somma della lista delle reti di spammer e dei computer 
abusati,
né libero né fastweb ci finiscono. Al massimo potrebbero andare in
spews...
-- 
ValeRyo 

 Cosa c'è in /var/qmail/queue/lock ?
No, è la prima cosa che ho verificato, è tutto a posto. 

 No, è la prima cosa che ho verificato, è tutto a posto.
Meglio. E allora la lentezza da cosa può dipendere?
Hai provato a tracciare il percorso del messaggio in un momento
di server scarico?
-- 
ValeRyo 

 di server scarico?
Non ho idea di come si faccia.
Volevo aggiornare Plesk a 8.0.1 ma mi hanno avvertito che l'aggiornamento 
potrebbe essere distruttivo, quindi dovrei fare un backup. Visto e 
considerato che non sarei più in grado di ripristinare forse meglio se 
lascio perdere o se aggiorno in un attimo di follia che presumibilmente 
potrebbe arrivare in una torrida e monotona giornata d'agosto. ;-)
Non senza essermi ben documentato su cosa backuppare e come ripristinare.
Per il momento mi sono creato dei crontab di questo tipo, tanto ho uno 
spazio disco esagerato per le mie esigenze:
1 1 * * 6 tar czf /home/backup/sql.tar.gz /var/lib/mysql
10 1 * * 6 tar czf /home/backup/boot.tar.gz /boot
15 1 * * 6 tar czf /home/backup/etc.tar.gz /etc
20 1 * * 6 tar czf /home/backup/root.tar.gz /root
25 1 * * 6 tar czf /home/backup/logs.tar.gz /var/logs
30 1 * * 6 tar czf /home/backup/mail.tar.gz /var/spool/mail
35 1 * * 6 tar czf /home/backup/cron.tar.gz /var/spool/cron
45 1 * * 6 tar czf /home/backup/python22.tar.gz 
/usr/lib/python2.2/site-packages
5 1 * * 6 tar czf /home/backup/vhosts.tar.gz /home/httpd/vhosts
45 23 * * 6 /usr/local/psa/bin/psadump -F -f /home/backup/
Per quel poco che servirà, almeno non mi faccio cogliere impreparato. ;-) 

 parametro -Rt0.
Newsletter con consegna in locale? Ma hai antivirus/antispam?
Comunque la mia esperienza è che la consegna locale di 60
messaggi contemporanei, con amavis/clamd e spamd sulle caselle
vpopmail, porta un p4 3,2 con 2Gb di ram e dischi ATA133 ad
essere pressoché inutilizzabile per eccessivo carico.
Questo era il server che aveva problemi, e che invece ora vive
tranquillo con qualche coda quando c'è troppa posta; capita
che abbia 15/20 messaggi in coda locale in ore di punta ma
che vengono smaltiti in pochi secondi:
mail-hub:~ # zcat /var/log/mail-20060622.gz |egrep "starting 
delivery.*to local"|wc -l
  21468
mail-hub:~ # zcat /var/log/mail-20060622.gz |egrep "starting 
delivery.*to remote"|wc -l
   2623
mail-hub:~ # cat /var/qmail/control/concurrencylocal
30
mail-hub:~ # cat /var/qmail/control/concurrencyremote
60
mail-hub:~ # /var/qmail/bin/qmHandle -s
Messages in local queue: 0
Messages in remote queue: 17
mail-hub:~ #
-- 
ValeRyo 

 essere pressoché inutilizzabile per eccessivo carico.
Io sinceramente nessunissimo problema con Dell P IV 2.8/1MB, 800 FSB, 2 HHD 
160 GB SATA Raid1, 512 MB DDR2 Memory
Avevo delle code assurde, ti dico, piů di 100MB, allora ho reimpostato i 
parametri del qmail con -Rt0 e concurrencyremote 250 e tutto a iniziato a 
correre come un treno, ma il sito non ha rallentato minimamente. ;-)

 rallentato minimamente. ;-)
Ok, stiamo parlando di due cose diverse e non avevo capito.
Anche per me le code in uscita sono molto più leggere, poiché
non ci faccio l'antivirus (che viene eseguito in fase di inject)
e si tratta di sola consegna. Resto però dell'idea che una
concorrenza così alta può portare problemi e che il sistema
di queue del qmail è abbastanza efficiente da permettere
valori più bassi che non facciano rischiare una congestione
della banda.
-- 
ValeRyo 

 Non senza essermi ben documentato su cosa backuppare e come ripristinare.
L'aggiornamento non è affatto distruttivo, piu' che altro i problemi
possono nascere in base a quanto hai smanettato con le configurazioni
rispetto a quelle base, ma distruttivo direi proprio no.
Per il backup ti basta un comando e puoi star tranquillo che in caso di
problemi rimetti in piedi Plesk 7.5 in breve tempo e senza traumi
(questo sistema lo uso per migrare server)
# /usr/local/psa/bin/psadump -f /pleskfullbackup.gz -z
Occhio che l'esecuzione del backup comporta l'interruzione di tutti i
servizi Plesk. In caso non volessi interromperli puoi aggiungere il
parametro --nostop (ma te lo sconsiglio).
Il tempo di completamento di backup dipende dalla quantità di dati.
Ti sconsiglio vivamente di fare un backup usando tar/gz (non riusciresti
a rimettere in piedi Plesk come si deve e faticheresti non poco).
Per l'upgrade a Plesk 8.0.1 entra in Update Manager, seleziona la
versione 8.0.1 e seleziona tutti i componenti per i quali esistono
aggiornamenti.

 aggiornamenti.
Quindi tutto in una volta. Ci metterà un paio d'ore presumo.
Se il Plesk non dovesse più funzionare per un motivo o per l'altro posso 
ugualmente entrare in SSH2 nel server e ripristinare quel file di backup 
generato col comando che mi hai passato? In che modo? Esiste una sorta di 
psarestore?
Grazie ancora! 

 psarestore?
Innanzitutto aspettati che qualcosa non funziona (te lo dico per
esperienza), ma vere e proprie tragedie non dovrebbero accadere. In ogni
caso, si, puoi entrare in SSH2 per rimettere in piedi il sistema, solo
che prima di poter usare psarestore devi... disinstallare manualmente
Plesk 8, reinstallare manualmente Plesk 7.5.4, dopodiche' con psarestore
ripristini l'intero sistema Plesk (incluso dominio, e-mail, dati
hosting, database, ecc.) esattamente allo stato in cui era al momento di
effettuare il full dump.
Ora il problema è solo uno: se non hai mai installato Plesk dubito che
con una installazione manuale riusciresti a cavare un ragno dal buco al
primo colpo, quindi spero che l'upgrade sia per te indolore.

 primo colpo, quindi spero che l'upgrade sia per te indolore.
Faccio un esperimento in locale, mi installo CentOS e Plesk.
Scarico il restore e vedo se riesco a ripristinare come sul server (e magari 
non funzionarà).
Dopodichè se non incontro problemi di sorta provo ad effettuare l'upgrade da 
casa...
Vediamo che succede. ;-)
Grazie di tutto Ciccio, assieme anche a Valeryo siete stati veramente, ma 
veramente, gentilissimi, oltre che utilissimi!
Mi spiace un po' per l'impossibilità di upgrade indolore al php ma non si 
può aver tutto dalla vita! ;-)
Ciao e buon weekend ! :) 

> Guarda su /usr/local/psa/var/log/maillog l'utilizzo dei processi,
Sai di cosa mi son reso conto verificando questo log?
Innanzitutto che dr.web mi faceva lo stan dei messaggi in partenza anche se
in Plesk era settato per non funzionare proprio sull'indirizzo che uso per
la nl. Ho risolto il problema impostandolo per la verifica dei soli messaggi
in arrivo.
E poi ho moltissime righe come questa:
mail qmail: 1151160077.258783 delivery 118: deferral:
Connected_to_80.00.78.004_but_connection_died._(#4.4.2)/
A parte il numero di ip che ho modificato per ovvie ragioni, ma, non trovi
che sia quantomeno strano?
timeoutsmtpd č impostato a 900.

> # /usr/local/psa/bin/psadump -f /pleskfullbackup.gz -z
Ho fatto l'aggiornamento alla nmuova versione, ci ha pesso pocomeno di 15 
minuti senza nessuna interruzione del servizio.
Il nuovo Plesk ha delle nuove funzioni ottime tipo il domain alias che mi ha 
permesso di risparmiare eliminando dei domini di redirect da pannello. Ha 
anche un nuovo controllo contro il phishing che sto tentando di capire come 
funziona e come impostare, mi riferisco a SPF spam protection (per il quale 
ho già trovato della documentazione in italiano qui: 
http://www.tldp.org/linuxfocus/Italiano/Archives/lf-2004_12-0354.pdf
)
Col Plesk 8.01 psadump dev'essere stato deprecato, ora i backup completi si 
eseguono così:
/usr/local/psa/bin/pleskbackup --all nomefilebackupo