radiusd lockf

[wirasto]

I run freeradius on my openbsd server. But often not accept request. This occurs when WAIT status on top utils is lockf. And I must restart the freeradius service.

4255 _freerad 18 0 4420K 4512K idle lockf 0:04 0.00% radiusd

How to solve it ?. I think not best way to make a cron for restart that service every 5 minutes

Sorry, about my english

[jggimi]

Your radiusd server is waiting for a file, or a portion of a file, to be unlocked by another process...most likely another process within the same application. The lockf you are asking about is a syscall. See lockf(3).

[wirasto]

OK. But, how to know what file it is ?
There is some utility for that ?

[jggimi]

fstat(1) may be of some assistance, as it can show you open files and the processes that have them open ... but a quick use of Google with "radiusd" or "freeradius" and "lockf" shows many hits, including "LOCKF=..." in configuration files.

I've never used any RADIUS application, nor do I know anything about freeradius. That stated, your symptom indicates either a configuration/provisioning problem or an application problem.

[wirasto]

"LOCKF=..." in google only startup script for redhat.

[jggimi]

I don't know if you have proceeded as recommended in the radiusd.conf file:

######################################################################
#
#    Read "man radiusd" before editing this file.  See the section
#    titled DEBUGGING.  It outlines a method where you can quickly
#    obtain the configuration you want, without running into
#    trouble.
#
#    Run the server in debugging mode, and READ the output.
#
#        $ radiusd -X
#
#    We cannot emphasize this point strongly enough.  The vast
#    majority of problems can be solved by carefully reading the
#    debugging output, which includes warnings about common issues,
#    and suggestions for how they may be fixed.
#
#    There may be a lot of output, but look carefully for words like:
#    "warning", "error", "reject", or "failure".  The messages there
#    will usually be enough to guide you to a solution.....

There is, in that file, a discussion of thread pool management. I noticed that it states:

    #  If this limit is ever reached, clients will be LOCKED OUT......

Whatever your problem is -- thread pool consumed, or something else -- it does not appear to be OS related, based on what you've described as your problem. You might consider capturing debugging information as advised by the developers, and, if the output does not help you, you might contact the freeradius users mailing list for advice.

Good luck!

[wirasto]

Everything was fine for 6 months. But, I don't know why get problem now