Re: Listen queue overflow
Andrea Brancatelli <[email protected]> Mon, 4 Aug 2014 18:35:28 +0200
| Newsgroups | gmane.os.freebsd.italian.esperti |
|---|---|
| Message-ID | <[email protected]> |
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
signature.asc
(application/pgp-signature, 842 B)
-----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJT37ZQAAoJEG6/aQejyOOueLcP/3fDE9fIlb7GkADLzqo8oVPd nZWD+cyOS+a1rOTn3guDCK7abkfj3acGmZ7QOT7FxkrPKHx/d4qy57LgoQdH782l 46W0qK4UBOqR+VI71RQFBgRSnI9QTdSbxn96QoG9JOvxfMf7PXwshoMLDSEE9xYV pPMLrC2QROEBAR2ca7XIpY7x5xo+xaJ8gB9XtYmfMQAJffwh+xrnR/auxGuEz5mB nypRFziM8nTMJnHRMgYWvK01OwinL60A37frtY2YLOoBX/HSx6HCSrO9z9qt530A 8oCM0cyavFP1x/R9ObB2PZth2YW9aCeF4e6aidOzwImOR5BwBfCMHqJ4Ec7HSw+y B8S0lEj8TqZXHoLRfBEKEsFoFYKtK+EcaDF0VHEGqz8x5OBP4gBQPcVN/iKS81RP oT/qAKlnsb7W4fKXd1vc5Nld5iTiuGXmMQvoSnGOZmL5ogxpleviFewEW9rP3poj 5aQtSyz7ZGYTLwNkzJLYt4DVQpDqmIhIiQmECq3KLvTkqhvTvwVqCm04Wfy3zl6+ 7ywGbxKxcwv/mtHdZddi2hRjT1oFuWlX65TyM6/2kxVPNeCBat81j4HOFFXC27WI QIdY2tOvb/Mkn0fzLgrBrCW/4Xr89TRdj3eemy8mWWyPYF4+/36ezomlMgNO7WI/ mSpqNRYy0urLKMkQb8si =xfvd -----END PGP SIGNATURE-----