| From: Andreas <jolly_at_husum.net>
| Date: Tue, 26 Mar 2002 10:27:10 +0100
Sorry for the slow reply. I was tied up at an out-of-town meeting.
| Mar 21 04:40:20 (none) Pluto[20199]: "ibsd2aerodyn" #1228: ASSERTION
| FAILED at kernel.c:2469: c->routing == RT_ROUTED_TUNNEL
This isn't good :-(
| the "ASSERTION FAILED" causes the call of "abort()" which is located at
| the top devs.c (pluto's source directory). i just removed the abort so
| pluto will continue without exitting. it seems that pluto remains
| stable. now i also added a system call "system("ipseck barf
| >/root/pluto.debug");". i hope the output will help, since i do not
| develope for freeswan.
|
| this time i got much more debug info: http://isdn.jolly.de/ipsec.debug
| this is about one megabytes, try the gz version:
| http://isdn.jolly.de/ipsec.debug.gz
The barf you provided seems to be from the version
without your change. Your change is ingenious. One improvement might
be to use
system("ipseck barf >/root/pluto.debug &");
Without the "&", I think that there is a kind of deadlock:
- ipsec barf asks whack to ask pluto for a --status
- but pluto is tied up until the system command completes
Unfortunately, with the &, Pluto will have moved on a bit from the
bad state.
Your system is unfamiliar to me. It does not use ipsec.conf for
configuration. Is there any way in which you could get it to log the
whack commands it issues?
I've not duplicated your problem. I might be able to if I had more
time or information.
Here is a patch that I hope will either fix the problem, or manifest
it sooner. Could you try it? It is for 1.95, the version you were
using.
Thanks for reporting this. It would be great if we can track this
down. Since we intend to release a new version shortly, it would be
great to track it down this week.
Hugh Redelmeier
hugh_at_mimosa.com voice: +1 416 482-8253
--- /home/hugh/swan/tba/freeswan/freeswan-1.95/pluto/kernel.c Mon Feb 4 20:04:29 2002
+++ /home/hugh/kernel.c Sun Mar 31 15:40:12 2002
@@ -1009,7 +1009,8 @@
bool
trap_connection(struct connection *c)
{
- return could_route(c) && route_and_eroute(c, NULL);
+ return could_route(c)
+ && (c->routed == RT_ROUTED_TUNNEL || route_and_eroute(c, NULL));
}
/* delete any eroute for a connection and unroute it if route isn't shared */
@@ -2390,6 +2391,7 @@
if (st == NULL)
{
c->routing = RT_ROUTED_PROSPECTIVE;
+ passert(c->eroute_owner == SOS_NOBODY);
}
else
{
================ end ================
_______________________________________________
Users mailing list
Users_at_lists.freeswan.org
http://lists.freeswan.org/mailman/listinfo/users
This archive was generated by hypermail 2.1.3 : Mon Jul 29 2002 - 05:19:47 CEST