Bus Error when loading SQL clients

[Arran Cudbard-Bell]

Alan DeKok wrote:
> Arran Cudbard-Bell wrote:
>   
>> rlm_sql (sql_clients): Adding client 139.184.9.43 (hp-e-artc-3-sw1) to
>> clients list
>> ASSERT FAILED client.c[201]: root_clients == NULL
>>     
>
>   The assert is wrong.  Delete it.  (committed in CVS, too)
>   
Yep, works now . Thanks .

Hmm, and on to the next issue...

/etc/raddb/unlang/preprocess.conf[97]: ERROR: Unknown value hard-ban for 
attribute Autz-Type
/etc/raddb/unlang/preprocess.conf[96]: Failed to parse "update" subsection.

Ah you added proper checking. ok so Autz-Types Values now need to be added.

.. and the next one ...

Ignoring request to accounting address 139.184.14.180 port 1813 as 
server default-outer from unknown client 139.184.9.131 port 1031
Ready to process requests.
Ignoring request to authentication address 139.184.14.180 port 1812 as 
server default-outer from unknown client 139.184.6.134 port 1024
Ready to process requests.
Ignoring request to accounting address 139.184.14.180 port 1813 as 
server default-outer from unknown client 139.184.9.230 port 1025
Ready to process requests.
Ignoring request to accounting address 139.184.14.180 port 1813 as 
server default-outer from unknown client 139.184.9.215 port 1026
Ready to process requests.
Ignoring request to authentication address 139.184.14.180 port 1812 as 
server default-outer from unknown client 139.184.6.134 port 1024
Ready to process requests.
Ignoring request to accounting address 139.184.14.180 port 1813 as 
server default-outer from unknown client 139.184.8.243 port 1025
Ready to process requests.
Ignoring request to accounting address 139.184.14.180 port 1813 as 
server default-outer from unknown client 139.184.9.230 port 1025
Ready to process requests.
Ignoring request to accounting address 139.184.14.180 port 1813 as 
server default-outer from unknown client 139.184.9.215 port 1026
Ready to process requests.
Ignoring request to authentication address 139.184.14.180 port 1812 as 
server default-outer from unknown client 139.184.6.134 port 1024

Seems like clients are not being added in the global context /at all.

---
I also get a strange error message about needing to use virtual-servers ....

WARNING: Please update your configuration to use virtual servers!
server {
 modules {
 }
WARNING: Server (null) is empty, and will do nothing!
}
radiusd: #### Opening IP addresses and Ports ####
listen {
        type = "auth"
        ipaddr = radius1.sussex.ac.uk IP address [139.184.14.180]
        port = 1812
 client radius1.sussex.ac.uk {
        secret = "xxx"
        shortname = "wolverine"
        nastype = "other"
 }
 client radius2.sussex.ac.uk {
        secret = "xxx"
        shortname = "cyclops"
        nastype = "other"
 }
 client roaming0.ja.net {
        secret = "xxx"
        shortname = "janet_roaming0"
        nastype = "other"
 }
 client roaming1.ja.net {
        secret = "xxx"
        shortname = "janet_roaming1"
        nastype = "other"
 }
 client roaming2.ja.net {
        secret = "xxx"
        shortname = "janet_roaming2"
        nastype = "other"
 }
 client 127.0.0.1 {
        secret = "test_key"
        shortname = "localhost"
        nastype = "other"
 }
}
listen {
        type = "acct"
        ipaddr = radius1.sussex.ac.uk IP address [139.184.14.180]
        port = 1813
}


All clients are being added by a instance of rlm_sql called 
'sql_clients' which is listed in the instantiate section of radiusd.conf

There is one virtual-server listening called default-outer

defined as
 server default-outer {
 listen {
         ipaddr = radius1.sussex.ac.uk
 #       ipv6addr = ::  # any.  ::1 == localhost
         port = 1812
         type = auth
 #       interface = eth0
 #       clients = per_socket_clients
 }

 #  This second "listen" section is for listening on the accounting
 #  port, too.
 #
 listen {
         ipaddr = radius1.sussex.ac.uk
 #       ipv6addr = ::
         port = 1813
         type = acct
 #       interface = eth0
 #       clients = per_socket_clients
 }

And one called default-inner , which doesn't listen, and only has 
requests proxied to it.

There are no other server stanzas anywhere.

Thanks,
Arran
>   Alan Dekok.
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
>