Re: Listen queue overflow

Si parla di software che non riesce a gestire le connessioni in ingresso:
non mi sembra che tu ne abbia cosí tante da giustificare un simile evento.
Te lo fa sempre? In concomitanza di questi eventi cosa vedi su apache?

d.


Il giorno 04 agosto 2014 17:35, Andrea Brancatelli <[email protected]>
ha scritto:

> Ciao Andrej
>
> anche io ho lo stesso problema su un server di posta che riceve numerose
> connessioni IMAP in ingresso.
>
> Dalle mie indagini dipende dal fatto che in pratica non c’è “nessuno” che
> si faccia carico della connessione TCP entrante in tempo utile. In pratica
> la porta è in Listen ma poi il sistema operativo non riesce ad agganciarci
> un processo in un tempo ragionevole.
>
> Sinceramente io non ho trovato particolari soluzioni, quindi se trovi
> qualcosa fammi sapere :-)
>
> Comunque non penso sia un problema di configurazione di Apache. Al massimo
> bisognerebbe trovare il parametro di sysctl relativo alle connessioni
> entranti, o alle dimensioni del buffer delle stesse.
>
> Tra l’altro penso che essendo un errore al livello TCP l’utente non si
> accorga neanche di niente di particolare, e sia il protocollo stesso a
> riprovare… no?
>
> Il giorno 04/ago/2014, alle ore 14:39, Andrej Sossi <[email protected]>
> ha scritto:
>
> > Salve a tutti.
> > Visto che mi sono appena iscritto colgo l'occasione per salutare tutti.
> Volevo avvicinarmi già parecchi anni fa, ma vista l'attività nulla del sito
> pensavo che l'organizzazione era di fatto cessata. Alcuni mesi fa però un
> "troll" mi ha invitato ad iscrivermi ed eccomi qua.
> > Andando sul sodo mi ritrovo con un fastidioso log su un server che non
> so come affrontare:
> >
> > +++ /tmp/security.NMPAk1rv    2014-08-04 03:01:04.000000000 +0200
> > +sonewconn: pcb 0xfffff8013ade6310: Listen queue overflow: 193 already
> in queue awaiting acceptance
> >
> > Il messaggio mi viene ripetuto parecchie volte. Da quello che ho capito
> si tratta di un problema che ci sono troppe richieste di rete al server e
> l'applicativo non le gestisce e la coda del sistema operativo è piena...
> > Il server in questione è un web server e l'unico servizio esposto al
> pubblico è l'Apache httpd24. Ho provato a lavorare sia sulla configurazione
> di httpd che sui parametri del kernel, come consigliato su alcuni forum, ma
> niente, dopo alcuni giorni il messaggio compare nuovamente identico al
> precedente.
> > Dato che le risorse del server sono più che sufficienti vorrei riuscire
> a gestire un numerò più elevato di richieste.
> > Ringrazio anticipatamente per qualsiasi consiglio.
> >
> > --
> > Cordiali saluti
> > Sossi Andrej
> > -------------------------
> > DOTCOM Information technology
> >
> > Via Trento, 16
> > 34132 - Trieste (TS)
> > Italy
> >
> > tel: +39 040 9828090
> > fax: +39 040 0641954
> > E-mail: [email protected]
> > ----------------------------
> >
> > Ai sensi del D.lgs n. 196 del 30.06.03 (Codice Privacy) si precisa che
> le informazioni contenute in questo messaggio sono riservate e ad uso
> esclusivo del destinatario. Qualora il messaggio in parola Le fosse
> pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non
> inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie
> >
> > This message, for the D.lgs n. 196 / 30.06.03 (Privacy Code), may
> contain confidential and/or privileged information. If you are not the
> addressee or authorized to receive this for the addressee, you must not
> use, copy, disclose or take any action based on this message or any
> information herein. If you have received this message in error, please
> advise the sender immediately by reply e-mail and delete this message.
> Thank you for your cooperation.
> >
> >
> > _______________________________________________
> > Esperti mailing list
> > [email protected]
> > http://mailman.gufi.org/mailman/listinfo/esperti
>
>
> _______________________________________________
> Esperti mailing list
> [email protected]
> http://mailman.gufi.org/mailman/listinfo/esperti
>
>


-- 
d.

_______________________________________________
Esperti mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/esperti