Newsgroup: it.comp.os.linux.sys
Titolo: un download "blocca" apache?!

Salve a tutti.
Nel server aziendale (debian 2.2.19 - apache 1.3.23) pubblichiamo
abitualmente pagine web e non si sono mai verificate anomalie... fino
a due giorni fa:
dopo la pubblicazione di un paio di video, infatti, dall'esterno ci
hanno segnalato problemi con il download e, a volte, con la
visualizzazione delle pagine.
Dopo aver controllato i permessi su file e cartelle ho cominciato a
fare qualche tentativo di download: con quasi tutti i file non ci sono
problemi mentre con i video, che pesano qualche mb, accade qualcosa di
strano (almeno per me!);
il download manager parte, comincia a scaricare... poi ad un certo
punto si blocca, e per un periodo ti tempo che va dalla mezz'ora alle
due ore nessuna pagina pubblicata sul server è disponibile!
(impossibile visualizzare la pagina).
Ho pensato ad una questione di banda, ma il problema si verifica solo
per le connessioni sulla ":80": pop3 ed ssh funzionano regolarmente
(ho anche provato a scaricare un allegato di 7mb... ed è venuto giù
come un missile).
Dopo questi tentativi, ho riprovato a scaricare il file (appena la
pagina è tornata "disponibile") da casa controllando
contemporaneamente lo stato delle connessioni con:
netstat -nat
[CUT]
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address
State
tcp        0      0 
192.168.0.2:22
 
62.211.35.211:1208
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1207
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1206
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1205
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1204
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1203
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1202
ESTABLISHED
tcp        0  27740 
192.168.0.2:80
 
62.211.35.211:1201
ESTABLISHED
tcp        1  27740 
192.168.0.2:80
 
62.211.35.211:1200
CLOSE_WAIT
tcp        1  27513 
192.168.0.2:80
 
212.199.11.10:55567
LAST_ACK
[CUT]
La situazione è rimasta così per qualche minuto, passando poi a:
[CUT]
Proto Recv-Q Send-Q Local Address           Foreign Address
State
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1209
FIN_WAIT1
tcp        0     20 
192.168.0.2:22
 
62.211.35.211:1208
ESTABLISHED
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1207
FIN_WAIT1
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1206
FIN_WAIT1
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1205
FIN_WAIT1
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1204
FIN_WAIT1
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1203
FIN_WAIT1
tcp        0  27741 
192.168.0.2:80
 
62.211.35.211:1202
FIN_WAIT1
tcp        1  27741 
192.168.0.2:80
 
62.211.35.211:1200
LAST_ACK
tcp        1  27513 
192.168.0.2:80
 
212.199.11.10:55567
LAST_ACK
[CUT]
...finchè non ho ricevuto l'errore di timeout con il client.
Dal timeout in poi, per circa una mezz'ora non è stato possibile
visualizzare nessuna pagina (neanche da altri client).
La situazione è abbastanza complicata, perchè nel server è presente
diverso materiale della nostra clientela... che giustamente lunedi
mattina intaserà il nostro centralino in attesa di spiegazioni.
Vi prego quindi di aiutarmi a capirci qualcosa :)
Grazie,
b4ud3la1re.
b4ud3la1re(at)hotmail(dot)com

 due ore nessuna pagina pubblicata sul server è disponibile!
sembra un problema piuttosto grave e non riesco a spiegarmelo se non con
un problema hw (se esistesse un problema simile sotto debian stable
qualcuno se ne sarebbe accorto negli ultimi anni!)
prova vedere se con "dmesg" vedi strani messaggi di errore; prova a
controllare anche nei files di log di apache (error.log e access.log)
non sembrerebbe centrare nulla con questo problema, ma visto che ci sei
approfittane per controllare che apache sia aggiornato (apt-get update ;
apt-get -u upgrade con 
security.debian.org
 in /etc/apt/sources.list),
visto che e` stata scoperta ultimamente una vulnerability piuttosto grave
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

visto che e` stata scoperta ultimamente una vulnerability piuttosto grave
Infatti credo che installerò la versione 2.
Per quanto riguarda il problema, ho cercato molto in giro ed ho
trovato qualche post che segnala un errore simile, solo che una
soluzione vera e propria non sembra venire fuori. Ho capito che per
forzare lo "scongelamento" di apache bisogna inviargli un segnale di
HUP... ma di scaricare quei benedetti files non se ne parla :(
Se riuscirò a metterci una pezza, comunque, lo farò sapere :)
Grazie mille per l'interessamento,
b4ud3la1re.
b4ud3la1re(at)hotmail(dot)com

 HUP... ma di scaricare quei benedetti files non se ne parla :(
ma lo fa con TUTTI i files di quel genere? lo fa con tutti i files grossi?
hai fatto qualche altra prova con files SIMILI?


hai fatto qualche altra prova con files SIMILI?
lo fa con tutti i files "grandi", diciamo dal mega in su.
Visto che i files da scaricare sono solo tre, per il momento li ho
spostati altrove con l'intento di evitar casini e guadagnare tempo.
Puntroppo però, sono abbastanza lontano dalla soluzione :(
Ti farò sapere appena ci capirò qualcosa :)
b4ud3la1re.
b4ud3la1re(at)hotmail(dot)com

Alla fine la soluzione era la piů banale!
Visto che nei giorni scorsi mi ero limitato a controllare
"passivamente", in attesa di spostare i contenuti importanti su server
esterni, ieri sera ho potuto agire liberamente ed ho cominciato col
fare la cosa piů ovvia: il restart di apache...
...ed č bastato!
Successivamente ho provato a scaricare files "pesanti" di vario
tipo... e finalmente non ho piů avuto problemi :-)
Grazie per il supporto tecnico-morale,
b4ud3la1re.
b4ud3la1re(at)hotmail(dot)com