Because I seem to have many retransmits of accounting packets, of which I
didn't find the cause yet, there are a lot of errors returning from the SQL
table (already inserted).  Because of this, it seems that radiator is losing
performance.

When I remove those UNIQUE indeces, the TIME_WAIT problem on my radius
server seems fixed.

Does radiator "back off" for a while, after getting back an error from his
back-end database?  Or what else might cause these errors, to have a direct
impact on radiator performance?

-Andy

PS: TIME_WAIT problem has been fixed, as said, by removing UNIQUE indeces,
from the accounting table.

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Andy De Petter
> Sent: vrijdag 4 mei 2001 18:30
> To: Radiator Mailing
> Subject: (RADIATOR) Radiator 2.18.x
>
>
>
> Hello,
>
> After upgrading to Radiator 2.18.1, I noticed that on my radius server, I
> have more than 2500 TIME_WAIT connections to my MySQL back-end
> database.  I
> didn't have this problem before (2.17.x), so I was wondering whether
> something changed, with socket management, or anything else, starting
> 2.18.x.   First I thought, it might have something to do with 2.18.1, but
> downgrading to 2.18 doesn't help either.   On my MySQL server, I can see
> that the connections don't seem to stay open.. but the 2.18.1
> appears to be
> reconnecting all the time (2.17.1 leaves connection open).  The MySQL
> database isn't loaded at all, so that shouldn't be the problem.
>
> On my 2.17.1 box, I have 0 TIME_WAIT connections, and the load on both
> machine is exactly the same (and they're accessing the same database.
>
> Did anyone see this problem before?  And what can be done to fix this
> behaviour (as there is a significant performance loss detected, on the AS
> side).
>
> Regards,
>
> -Andy
>
> PS: I have already tried tuning my TCP kernel parameters on Solaris (2.7),
> but that doesn't help.  Parameters on both machines are equal at
> this time.
>
> --
> "For nothing can seem foul to those that win."
>           - Henry IV, Pt1, Act 5, Sc 1
>
> *** DISCLAIMER ***
> This e-mail and any attachments thereto may contain information, which
> is confidential and/or protected by intellectual property rights and
> are intended for the sole use of the recipient(s) named above. Any use
> of the information contained herein (including, but not limited to,
> total or partial reproduction, communication or distribution in any
> form) by persons other than the designated recipient(s) is prohibited.
> If you have received this e-mail in error, please notify the sender
> either by telephone or by e-mail and delete the material from any
> computer. Thank you for your cooperation.
>
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
>


===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.

Reply via email to