Version 1.1.1 stops responding

[King, Michael]

Mine seg faulted as well..

(This time I didn't overwrite the log)


rad2:/home/mking# /usr/sbin/freeradius -X -A >crash.log
Segmentation fault
rad2:/home/mking# 


I don't believe running /usr/sbin/freeradius -X -A is capturing anything
useful.  Is there something else I can do?

Here's the last few lines of the freeradius -X -A


rlm_detail:
/var/log/freeradius/radacct/%{Client-IP-Address}/auth-detail-%Y%m%d
expands to /var/log/freeradius/radacct/10.0.1.32/auth-detail-20060324
  modcall[authorize]: module "auth_log" returns ok for request 1002
  modcall[authorize]: module "chap" returns noop for request 1002
  modcall[authorize]: module "mschap" returns noop for request 1002
    rlm_realm: No '@' in User-Name = "BSC\ddelutis", looking up realm
NULL
    rlm_realm: No such realm "NULL"
  modcall[authorize]: module "suffix" returns noop for request 1002
  rlm_eap: EAP packet type response id 28 length 80
  rlm_eap: No EAP Start, assuming it's an on-going EAP conversation
  modcall[authorize]: module "eap" returns updated for request 1002
    users: Matched entry DEFAULT at line 152
    users: Matched entry DEFAULT at line 171
  modcall[authorize]: module "files" returns ok for request 1002
modcall: leaving group authorize (returns updated) for request 1002
  rad_check_password:  Found Auth-Type EAP
auth: type "EAP"
  Processing the authenticate section of radiusd.conf
modcall: entering group authenticate for request 1002
  rlm_eap: Request found, released from the list
  rlm_eap: EAP/peap
  rlm_eap: processing type peap
  rlm_eap_peap: Authenticate
  rlm_eap_tls: processing TLS
rlm_eap_tls:  Length Included
  eaptls_verify returned 11