Bug 609633

Summary: Rebase to latest RADIUS release
Product: Red Hat Enterprise Linux 5 Reporter: Dmitri Pal <dpal>
Component: freeradius2Assignee: John Dennis <jdennis>
Status: CLOSED ERRATA QA Contact: Aleš Mareček <amarecek>
Severity: medium Docs Contact:
Priority: high    
Version: 5.5CC: amarecek, dpal, ebenes, kabbott, mindaugas, pkis, rdassen
Target Milestone: rcKeywords: Rebase
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Rebase: Bug Fixes and Enhancements
Doc Text:
Story Points: ---
Clone Of: 602567
: 644100 736878 (view as bug list) Environment:
Last Closed: 2012-02-21 00:36:09 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On: 602567    
Bug Blocks: 644100, 736878, 758797    

Description Dmitri Pal 2010-06-30 13:37:11 EDT
I don't have the exact same problem, but do have a serious problem with Freeradius2, which too is fixed in 2.1.8. The current release of RedHat freeradius needs to be upgraded.

Problem and response from Freeradius developer:

  > We are running Freeradius 2.1.7 (on CentOS 5 - freeradius2-2.1.7-7.el5),
  > and are seeing many of these messages in our log files:
  >   Fri Jun 11 11:44:19 2010 : Error: Failed binding to proxy address *
  >   port 1815: Address already in use
  > The server is already running and so would already be bound to the port,
  > so why is it trying to bind to it again? These seem to occur initially
  > in ones or twos, but eventually the server stops responding completely
  > to requests. At that point we have to restart the radiusd process.
  > Is this known about and maybe fixed in 2.1.9? Or is something else going
  > on here?

  Changelog from 2.1.8:

        * Proxying large numbers of packets no longer gives error
          "unable to open proxy socket".

This is from the freeradius user s mailing list, Subject line "FR 2.1.7: Error: Failed binding to proxy address". This problem is seriously affecting our RADIUS service, so needs to be sorted out soon.

Comment 1 Dmitri Pal 2010-06-30 13:48:07 EDT
We are not planning to rebase the freeradius2 package in 5.6 release.

If you need this specific fix please log a case with customer support and we will try to extract and back port the solution for it. In this case it will be delivered as an errata.
Comment 4 John Horne 2010-07-01 06:43:04 EDT
I submitted this problem. However, for us it was a show stopper. We upgraded from an old 2.0.5 package to 2.1.7. This caused us problems, which we were told were fixed in 2.1.8 (hence the original report #602567). Since we had to build the package from source we used the latest code version (2.1.9). This fixed one problem, but we still had another problem which we were told was fixed in the development version 2.1.10.

So, to get a working service we are currently using 2.1.10 built from the git source. Unless you are going to repackage freeradius2 with 2.1.10 (when it is released), then we have no option but to use a locally built package. This is not a problem for us. I would suggest closing this call.

Comment 22 errata-xmlrpc 2012-02-21 00:36:09 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.