Hello Dan - > > --- Forwarded mail from [EMAIL PROTECTED] > > Date: Sat, 25 Mar 2000 04:10:35 +1100 > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: BOUNCE [EMAIL PROTECTED]: Message too long (>40000 chars) > > > I'm still experiancing Realms Dropping. I've noticed that when radius is > restarted the realms reappear. My guess is that the DBI has hit its max DB > connections and tries to auth off the secondary radius server with the same > DBI Handle. > > > Here is the information you requested. The Config files has been stripped of > Database usernames and password aswell as the secret. > > radius config : > > > I've also included a hightrace on an account failing. The trace doesn't > reflect a fail, but sure enough it does fail. > > > Trace : > > Code: Access-Request > Identifier: 178 > Authentic: 1234567890123456 > Attributes: > User-Name = "[EMAIL PROTECTED]" > Service-Type = Framed-User > NAS-IP-Address = 203.63.154.1 > NAS-Port = 1234 > NAS-Port-Type = Async > User-Password = "<252>L<231>2<154>@<236><130><223>-<241><198>s<254>T<137>" > Fri Mar 24 09:14:49 2000: DEBUG: Handling request with Handler > 'Realm=webworkerz.com' > Fri Mar 24 09:14:49 2000: DEBUG: Deleting session for > [EMAIL PROTECTED], 203.63.154.1, 1234 > Fri Mar 24 09:14:49 2000: DEBUG: do query is: delete from RADONLINE where > NASIDENTIFIER='203.63.154.1' and NASPORT=01234 > Fri Mar 24 09:14:49 2000: DEBUG: Handling with Radius::AuthGROUP > Fri Mar 24 09:14:49 2000: DEBUG: Handling with Radius::AuthSQL > Fri Mar 24 09:14:49 2000: DEBUG: Handling with Radius::AuthGROUP > Fri Mar 24 09:14:49 2000: DEBUG: Rewrote user name to jennings > Fri Mar 24 09:14:49 2000: DEBUG: Handling with Radius::AuthSQL > Fri Mar 24 09:14:49 2000: DEBUG: Handling with Radius::AuthSQL > Fri Mar 24 09:14:49 2000: ERR: Attribute number 38978 (vendor 429) is not > defined in your dictionary > Fri Mar 24 09:14:49 2000: DEBUG: Packet dump: > *** Received from 208.14.200.4 port 1646 .... > Packet length = 294 > 04 57 01 26 7a 67 66 0a c9 70 c7 84 48 20 82 4e > 0c d9 35 4c 19 07 32 33 33 33 30 01 06 6d 6f 77 > 69 04 06 d0 0e c8 04 28 06 00 00 00 02 2c 0a 38 > 33 39 35 34 38 33 30 29 06 00 00 00 00 2d 06 00 > 00 00 01 06 06 00 00 00 02 3d 06 00 00 00 00 05 > 06 00 00 05 02 1a 0e 00 00 01 ad 00 00 98 42 00 > 00 00 0a 1a 0e 00 00 01 ad 00 00 98 43 00 00 09 > /SELECT > Packet length = 65 > 01 01 00 41 85 77 b4 f3 7f 5b ec 26 0f c6 ed fc > 4d b0 9c 28 01 09 77 61 74 6b 69 6e 73 04 06 cd > a2 b8 1b 02 12 7b ca 94 20 81 07 b7 89 23 81 66 > 03 24 cb 8a 86 05 06 00 00 00 01 06 06 00 00 00 > 08 This trace shows that the Realm is being correctly selected by Radiator and then shows an error in the dictionary. I don't know why DBI/DBD would have a problem - you may have to turn on the DBI debugging to see if you can find something. You might also have a look at the DBI/DBD documentation to see if there are any limits that you might be having a problem with. (I do remember something similar with one of the DBD modules that only allowed *one* connection to the database.) hth Hugh -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc. Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X. === Archive at http://www.starport.net/~radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.