You are right on with the NFS locking issue.<br><br>I believe that is exactly the problem, my only concern now is why it happens with CentOS 4.x and not with Fedora Core 3.<br><br>More info in the morning as I'm currently having a beer (or 4) and watching the Hockey playoffs.
<br><br>Thanks for the help.<br><br>Regards,<br><br>Rick<br><br>PS - If you don't remember who I am check out the old cistron list mailings.<br><br><br><div><span class="gmail_quote">On 4/19/07, <b class="gmail_sendername">
Alan DeKok</b> <<a href="mailto:aland@deployingradius.com">aland@deployingradius.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Rick Macdougall wrote:<br>> Well, I went through everything in the accounting { } and the problems<br>> turns out to be radutmp<br>><br>> Any reason this might be a problem.  The file gets created but never<br>
> written to.  If I comment it out of the accounting { }, then everything,<br>> including mysql records being written, works just fine.<br><br>  Weird.  I haven't run into any problems with radutmp on my system.
<br><br>  radutmp tries to lock the utmp file, so if one thread gets blocked, it<br>may stop other threads, too.  I would double-check the file permissions,<br>etc. on the radutmp file, and on the directory it's in.<br>
<br>  Or, you may be mounting the radutmp file over NFS.  That would explain<br>the process being un-killable when something goes wrong.  Most NFS<br>implementations do things like mark the process as being in the kernel<br>
when certain NFS operations happen.  When NFS blocks, the process can't<br>be killed, because you can't kill the running kernel, right?<br><br>  This is arguably a kernel bug, just like core dumps can't be stopped
<br>vi CTRL-C.  I've run into both situations in the past.  And yes, I've<br>had to reboot my system because some process was using a file over NFS,<br>and something went wrong.<br><br>  The solution is to *not* mount the log directory over NFS.  In fact,
<br>*all* of the file needed by FreeRADIUS should be on local disk.  If<br>they're not, the process may block completely when NFS goes away.<br>During this time, the process will likely be unkillable.<br><br><br></blockquote>
</div>