Arran Cudbard-Bell wrote:
> Including separate configuration files in major stanza subsections
> results in.
>
> Assertion failed in conffile.c, line 109
> Abort
...
> It's definitely the include statement.
Yes. There's one condition not caught in the module cod
Including separate configuration files in major stanza subsections
results in.
Assertion failed in conffile.c, line 109
Abort
Post-Auth-Type REJECT {
# * Uniform called station ID + SSID extraction
# * Uniform calling station ID
So, that was it!
It works now, thanks.
Back to the threads again :)
On 12/12/06, Guilherme Franco <[EMAIL PROTECTED]> wrote:
Thanks a lot!
I gonna test it right now!
On 12/12/06, Alan DeKok <[EMAIL PROTECTED]> wrote:
>
> Peter Nixon wrote:
>
> > Running CVS HEAD in single threaded mode wor
Thanks a lot!
I gonna test it right now!
On 12/12/06, Alan DeKok <[EMAIL PROTECTED]> wrote:
Peter Nixon wrote:
> Running CVS HEAD in single threaded mode works around the problem for
the time
> being...
Ugh. After staring at the code a little more, the bug is in threads.c,
where it was pass
Peter Nixon wrote:
> Running CVS HEAD in single threaded mode works around the problem for the
> time
> being...
Ugh. After staring at the code a little more, the bug is in threads.c,
where it was passing 'request->proxysecret' rather than 'request' to the
'listener->send' function.
It sh
Yes, I'm using it single-threaded, since September.
I don't want to go back to 1.1.3 since it gave me problems.
Thanks.
On 12/12/06, Peter Nixon <[EMAIL PROTECTED]> wrote:
On Tue 12 Dec 2006 03:08, Guilherme Franco wrote:
> No way man!
>
> :)
>
> I've done a CVS clean install now (EVERYTHING
On Tue 12 Dec 2006 03:08, Guilherme Franco wrote:
> No way man!
>
> :)
>
> I've done a CVS clean install now (EVERYTHING old deleted before
> install and rebooted machine) but the same error occurs!
>
> It's just like the log from the previous post (below).
>
> radiusd dies after "Sending Access-Re
I have to thank you very much for all your effort!
This is a very weird problem, but I remember that Peter Nixon kinda
had the same problem. I saw that in the devel forum:
http://lists.freeradius.org/mailman/htdig/freeradius-devel/2006-September/010273.html
Also, from Tuyan:
http://lists.freerad
Guilherme Franco wrote:
>
> I've done a CVS clean install now (EVERYTHING old deleted before
> install and rebooted machine) but the same error occurs!
OK... it's just that I have a difficult time reproducing the problem,
so it's kind of hard to figure out what's going wrong.
Alan DeKok.
--
ot;nas GigabitEthernet 11/0.165:2165:0028716608"
Service-Type = Framed-User
Framed-Protocol = PPP
ERX-Pppoe-Description = "pppoe 00:0b:23:fd:1d:8c"
Calling-Station-Id = "NAS-01#2165"
NAS-Port-Type = Ethernet
NAS-Port = 2952792181
NAS-Port-Id = "GigabitEthernet 11/0.165:2165"
NAS-IP-Address = 10.10.2.11
NAS-Identifier = "NAS-01"
Proxy-State = 0x323036
Mon Dec 11 19:48:17 2006 : Error: Assertion failed in listen.c, line 621
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Sending Access-Request of id 191 to 30.30.2.1 port 1812
User-Password = "bogus123"
User-Name = "bogus"
Acct-Session-Id = "nas GigabitEthernet 11/0.165:2165:0028716608"
Service-Type = Framed-User
Framed-Protocol = PPP
ERX-Pppo
952792216)
> Wed Dec 7 09:15:04 2006 : Error: Assertion failed in listen.c, line 621
You CAN run it multi-threaded with the full debugging information.
Use "-xxx", and you will see a LOT more information than what you've
posted above.
> Besides that, I've installed
Invalid user: [EMAIL PROTECTED] (from client
NAS-4 port 2952792216)
Wed Dec 7 09:15:04 2006 : Error: Assertion failed in listen.c, line 621
All the other are just like:
Wed Dec 6 11:02:46 2006 : Info: Ready to process requests.
Wed Dec 6 11:02:46 2006 : Error: Assertion failed in listen.c, line 621
Guilherme Franco wrote:
> Hello,
>
> I did a "set follow-fork-mode child" in gdb now but then, there's no
> assertion failed!
And the server doesn't process any requests, either.
> ps. Regarding the previous post, the "Assertion failed" oc
Hello,
I did a "set follow-fork-mode child" in gdb now but then, there's no
assertion failed!
The "radiusd" child process keeps running now but no one can authenticate:
[EMAIL PROTECTED] tmp]# cat /usr/local/var/log/radius/radius.log
Sat Dec 9 15:47:02 2006 : Info:
Hello,
I did a "set follow-fork-mode child" in gdb now but then, there's no
assertion failed!
The "radiusd" child process keeps running now but no one can authenticate:
[EMAIL PROTECTED] tmp]# cat /usr/local/var/log/radius/radius.log
Sat Dec 9 15:47:02 2006 : Info:
ady to process requests.
> Wed Dec 6 20:33:09 2006 : Error: Assertion failed in listen.c, line 621
Immediately? Without ever receiving packets? That's very weird...
Alan DeKok.
--
http://deployingradius.com - The web site of the book
http://deployingradius.com/blog/ - The b
6 20:33:09 2006 : Info: Ready to process requests.
Wed Dec 6 20:33:09 2006 : Error: Assertion failed in listen.c, line 621
Thank you.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Guilherme Franco wrote:
> Hello,
>
> Freeradius-snapshot-20061203 crashes, when running just "radiusd" with
> proxy ("radiusd -X" doesn't crash):
>
> It logs the following "Error: Assertion failed in listen.c, line 621",
> which is "
Hello,
Freeradius-snapshot-20061203 crashes, when running just "radiusd" with
proxy ("radiusd -X" doesn't crash):
It logs the following "Error: Assertion failed in listen.c, line 621",
which is "rad_assert(request->proxy_listener == listener);"
Hello,
I'm having problems again, when running radiusd (radiusd -X doesn't crash):
Before, in freeradius-snapshot-20061002 it was Error: Assertion failed
in listen.c, line 620, which was: rad_assert(request->proxy_listener
== listener);
Now, in freeradius-snapshot-20061203 it g
Yes, indeed, thanks. I just wanted to notify about the dead link as
well as the browse cvs tree:
http://www.freeradius.org/cgi-bin/cvsweb.cgi/radiusd/
By now, I'll use plain cvs to download it.
Thank you.
On 10/25/06, Alan DeKok <[EMAIL PROTECTED]> wrote:
"Guilherme Franco" <[EMAIL PROTECTED]>
"Guilherme Franco" <[EMAIL PROTECTED]> wrote:
> Oh sorry, it's not the latest one because theres only cistron in the CVS page.
>
> I can't download freeradius cvs then.
You can use CVS to check out the latest version.
Alan DeKok.
--
http://deployingradius.com - The web site of the bo
co" <[EMAIL PROTECTED]> wrote:
> Whenever I run "radiusd" alone, without the "-X" this error occurs in
> the first authentication request:
>
> Error: Assertion failed in listen.c, line 620
Is this a recent version of CVS? I thought I had fixed that weeks ago
"Guilherme Franco" <[EMAIL PROTECTED]> wrote:
> Whenever I run "radiusd" alone, without the "-X" this error occurs in
> the first authentication request:
>
> Error: Assertion failed in listen.c, line 620
Is this a recent version of CVS? I tho
Hello,
Whenever I run "radiusd" alone, without the "-X" this error occurs in
the first authentication request:
Error: Assertion failed in listen.c, line 620
This line indicate the proxy part.
Running CVS "radiusd -X" generates no error at all.
Any clues?
On 9/27/06, Alan DeKok <[EMAIL PROTECTED]> wrote:
> "Guilherme Franco" <[EMAIL PROTECTED]> wrote:
> > > > Sending duplicate proxied request to home server foo.com port 1645 -
ID: 16
> > > > Assertion failed in listen.c, line 558
>
> This is
Thank you very much!
On 9/27/06, Alan DeKok <[EMAIL PROTECTED]> wrote:
"Guilherme Franco" <[EMAIL PROTECTED]> wrote:
> > > Sending duplicate proxied request to home server foo.com port 1645 - ID:
16
> > > Assertion failed in listen.c, line 558
This i
"Guilherme Franco" <[EMAIL PROTECTED]> wrote:
> > > Sending duplicate proxied request to home server foo.com port 1645 - ID:
> > > 16
> > > Assertion failed in listen.c, line 558
This is now fixed in CVS. You'll have to do a "cvs update&q
Hello,
Because I need the sqlippool.
I was using 1.1.2 and when 1.1.3 was released, I was in a rush to
deliver a working environment to the client. 1.1.3 broke somethings
for me. Because of that I started to use CVS nightly builds.
Until now, no other problem has appeared besides the listen.c o
Hi,
> Nothing installed except freeradius-snapshot-20060920.
critical service for thousands of users and you're using
a developmental snapshot version? What about using
a standard release, eg 1.1.3 ?
alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
(for whatever reason) this happens:
...
> Sending duplicate proxied request to home server foo.com port 1645 - ID: 16
> Assertion failed in listen.c, line 558
Are you sure you're not HUP'ing the server? I asked that before,
and you didn't respond.
The current CVS code
"Guilherme Franco" <[EMAIL PROTECTED]> wrote:
> If the proxy server foo.com goes down (for whatever reason) this happens:
...
> Sending duplicate proxied request to home server foo.com port 1645 - ID: 16
> Assertion failed in listen.c, line 558
Are you sure you'
-
Waking up in 1 seconds...
--- Walking the entire request list ---
Waking up in 1 seconds...
--- Walking the entire request list ---
Waking up in 1 seconds...
--- Walking the entire request list ---
Waking up in 1 seconds...
rad_recv: Access-Request packet from host 192.168.1.1 port 1385,
id=21, lengt
masetio wrote:
Both of these are if the queuing of the request failed; assertion
should
be true.
no in log just
"Wed Jan 25 02:05:16 2006 : Error: Assertion failed in request_list.c,
line 1119 "
and Freeradius is crash 'n down i'll try to gat some inform
Both of these are if the queuing of the request failed; assertion should
be true.no in log just "Wed Jan 25 02:05:16 2006 : Error: Assertion failed in request_list.c, line 1119
"and Freeradius is crash 'n down i'll try to gat some information by running in debug mode but in de
masetio wrote:
I used FS freeradius-snapshot-20060119 in Debian Sarge,
if FS running on daemon mode have error like :
Wed Jan 25 00:51:34 2006 : Info: Ready to process requests.
Wed Jan 25 02:05:16 2006 : Error: Assertion failed in request_list.c,
line 1119
'n crash
but if runni
I used FS freeradius-snapshot-20060119 in Debian Sarge, if FS running on daemon mode have error like :Wed Jan 25 00:51:34 2006 : Info: Ready to process requests.Wed Jan 25 02:05:16 2006 : Error: Assertion failed in request_list.c, line 1119
'n crashbut if running in Debug mode (radiusd -X)
): SQL query error; rejecting userTue Jan 17 20:00:16 2006 : Info: Ready to process requests.Tue Jan 17 20:00:55 2006 : Error: Assertion failed in request_list.c, line 1119
i dont understan with code request_list.c ???plz... How to debug this problem ?-- ~_|[]~
-
List info/subscribe/uns
): SQL query error; rejecting userTue Jan 17 20:00:16 2006 : Info: Ready to process requests.Tue Jan 17 20:00:55 2006 : Error: Assertion failed in request_list.c, line 1119
i dont understan with code request_list.c ???plz... How to debug this problem ?-- ~_|[]~
-
List info/subscribe/uns
Josh Howlett <[EMAIL PROTECTED]> wrote:
> Error: Assertion failed in threads.c, line 309
>
> It restarted okay. I've not had any problems with it in the past. Google
> doesn't turf up any interesting matches.
>
> Any ideas?
A bug in the thread code in 0.9
A server running 0.9.3 (on i386 RHEL v3) crashed today; the following was
logged to radius.log:
Error: Assertion failed in threads.c, line 309
It restarted okay. I've not had any problems with it in the past. Google
doesn't turf up any interesting matches.
Any ideas?
th
"David" <[EMAIL PROTECTED]> wrote:
> Error: Assertion failed in modcall.c, line 68
> Error: Assertion failed in radiusd.c, line 2619
>
> 1. I hope this is not to broad a question, but
> generally what causes these errors?
A code path is possible, but not hand
Hello,
I was running 2 radius servers in a production environment, running
FreeRadius 0.9.3 with SNMP support. Each radius using the same
M$ SQL server as a backend via FreeTDS/UnixODBC.
Occasionally I saw these errors in radius.log
Error: Assertion failed in modcall.c, line 68
Error
ckets = 5177
Acct-Input-Gigawords = 0
Acct-Output-Gigawords = 0
Acct-Terminate-Cause = User-Request
Acct-Tunnel-Packets-Lost = 0
Acct-Delay-Time = 0
Proxy-State = 0x313637
Thread 1 waiting to be assigned a request
rad_recv: Accounting-Response packet f
"Allister Maguire" <[EMAIL PROTECTED]> wrote:
> I get the error below when a radius accounting request is processed:
...
> Assertion failed in request_list.c, line 213
Hmm... that's not good. I've tested it with that packet, and I
don't see the problem.
-Delay-Time = 0
Proxy-State = 0x313931
Thread 2 waiting to be assigned a request
rad_recv: Accounting-Response packet from host 203.xxx.xxx.6:1646, id=0,
length=25
Assertion failed in request_list.c, line 213
Aborted
Thanks
Allister P Maguire
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
47 matches
Mail list logo
