[RADIATOR] Howto investigate a "dropped connection" problem with Radiator and Postgres on a local connection?

Heikki Vatiainen hvn at open.com.au
Mon Oct 21 14:11:38 CDT 2013


On 10/18/2013 04:15 PM, Eike Lohmann wrote:

> we have a problem between radiator 4.9 and postgresql 9.1 on many
> machines and have had this problem with Radiator 4.7, 4.8 and
> postgressql 8.3, 8.4.
> The Problem occurs from 100k Session at a rate of less ~1% while an
> update or insert statement from Radiator, the connection is local!

Hello Eike,

I'd think this is not a SSL problem since you see it with non-SSL
connections too. Also, since you are using a local connection, the
networking problems should not be the cause.

Do you use fork? Please see this link to Pg module documentation which
mentions the error message you see:
http://search.cpan.org/~turnstep/DBD-Pg/Pg.pm#InactiveDestroy_%28boolean%29

Do you for example, fork for some slow AuthBys?

The postgresql log entry you have quoted below might be from the retry
Radiator does. If execute fails, it will retry and the PostgreSQL log
entry might be from the retry, not from the failed initial execute.

Retrying execute should also mean that even if you do get the error, the
query will succeed with the retry.

Thanks,
Heikki

> Logfile Radiator with SSL:
> "Wed Feb 22 09:43:45 2012: ERR: Execute failed for 'select
> d.DEVICELOGINPASSWORD, d.DEVICEIP from device d where d.DEVICELOGINNAME
> = 'xy' and d.DEVICEENABLED = 'Y'': SSL-Error: sslv3 alert bad record mac"
> 
> Logfile Postgres with SSL:
> 2012-02-22 09:37:09 CET LOG: 08P01: SSL-Fehler: decryption failed or bad
> record mac
> 2012-02-22 09:37:09 CET ORT: secure_read, be-secure.c:277
> 2012-02-22 09:37:09 CET LOG: 08006: konnte Daten vom Client nicht
> empfangen: Die Verbindung wurde vom Kommunikationspartner
> zurückgesetzt(no data from client, connection was reset)
> 2012-02-22 09:37:09 CET ORT: pq_recvbuf, pqcomm.c:769
> 2012-02-22 09:37:09 CET LOG: 08P01: unerwartetes EOF auf
> Client-Verbindung(unexpected EOF from client)
> 2012-02-22 09:37:09 CET ORT: SocketBackend, postgres.c:332
> 
> 
> After debugging this problem we changed the connection method from IP to
> Socket without ssl and get the same problem but now without a ssl error
> message.
> Logfile Radiator Soket:
> "Wed Feb 22 11:24:46 2012: ERR:|server closed the connection
> unexpectedly This probably means the server terminated abnormally before
> orwhileprocessing the request.|"
> 
> Logfile Postgres Soket:
> 2012-02-22 11:24:46 CET LOG: 00000: Verbindung empfangen:
> Host=[local](incomming connection)
> 2012-02-22 11:24:46 CET ORT: BackendInitialize, postmaster.c:3279
> 2012-02-22 11:24:46 CET LOG: 00000: Verbindung authorisiert:
> Benutzer=radius Datenbank=radius (connection authorized)
> 2012-02-22 11:24:46 CET ORT: BackendInitialize, postmaster.c:3357
> 2012-02-22 11:24:46 CET LOG: 00000: Dauer: 2.930 ms (duration)
> 
> Sorry for the old and german logentries, but maybe you have some ideas
> how to investigate this problem with more details.
> 
> Thanks, Eike
> 
> 
> 
> 
> 
> 
> _______________________________________________
> radiator mailing list
> radiator at open.com.au
> http://www.open.com.au/mailman/listinfo/radiator
> 


-- 
Heikki Vatiainen <hvn at open.com.au>

Radiator: the most portable, flexible and configurable RADIUS server
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS,
TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP,
DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS,
NetWare etc.


More information about the radiator mailing list