radiusd died with an ASSERT in thread.c
Hello all, after running for a month or so one of my freeradius (2.1.8 with my latest vmps patch on debian lenny sparc) server died with an ASSERT in threads.c after logging a bunch of the appended messages. Is this somehow known or should I provide the complete config or something else ? For the moment I reduced the load of vqp queries to this server. Thanks for any help, Hermann ...about 40 of those omitted... Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91766 due to unfinished request 13802 Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91767 due to unfinished request 13803 Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91768 due to unfinished request 13804 Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91769 due to unfinished request 13805 Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91770 due to unfinished request 13806 Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91771 due to unfinished request 13807 Feb 3 17:30:27 femto freeradius[13978]: Discarding duplicate request from client sp4 port 55770 - ID: 91772 due to unfinished request 13808 Feb 3 17:33:38 femto freeradius[13978]: Discarding duplicate request from client sp4 port 52864 - ID: 26294 due to unfinished request 13809 Feb 3 17:33:39 femto freeradius[13978]: Discarding duplicate request from client sp4 port 52864 - ID: 26294 due to unfinished request 13809 Feb 3 17:33:40 femto freeradius[13978]: Discarding duplicate request from client sp4 port 52864 - ID: 26294 due to unfinished request 13809 Feb 3 17:35:28 femto freeradius[13978]: ASSERT FAILED threads.c[406]: (*request)->magic == REQUEST_MAGIC P.S.: Posted this accindentely 2 times to the users list where it's probably still waiting for approval, those can be deleted -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: Hermann.Lauer@iwr.uni-heidelberg.de
Hermann Lauer wrote:
after running for a month or so one of my freeradius (2.1.8 with my latest vmps patch on debian lenny sparc) server died with an ASSERT in threads.c after logging a bunch of the appended messages.
That's not good.
Is this somehow known or should I provide the complete config or something else ? For the moment I reduced the load of vqp queries to this server.
Hmm... if this is for VQP, it may be good to have a VQP test client.
Feb 3 17:33:40 femto freeradius[13978]: Discarding duplicate request from client sp4 port 52864 - ID: 26294 due to unfinished request 13809
This means that the server is blocked. Fixing that will make the problem less likely to occur.
Feb 3 17:35:28 femto freeradius[13978]: ASSERT FAILED threads.c[406]: (*request)->magic == REQUEST_MAGIC
This means that the request was free'd while it was sitting in the queue. That isn't supposed to happen. Alan DeKok.
participants (2)
-
Alan DeKok -
Hermann Lauer