Hello,<br><br><br>After an upgrade from an old superfreeswan 1.99 to openswan 2.4.6 I am experiencing regular segfaults in pluto (at least once a week). My setup follows :<br><br>
openswan 2.4.6 compiled against uclibc-0.9.28 and kernel 2.4.33 with some patches (LEAF Bering-uClibc 3.0 beta2)<br>
nhelper=0<br>X.509 auth<br>
up to 180 tunnels (superfreeswan 1.99) and 20 L2TP roadwarriors (XP SP2)<br><br>All is running very fluently until it crashes. Then it restart and all is coming back.<br><br>Here is a gdb backtrace :<br><br>
GNU gdb 6.3-debian<br>
Copyright 2004 Free Software Foundation, Inc.<br>
GDB is free software, covered by the GNU General Public License, and you are<br>
welcome to change it and/or distribute copies of it under certain conditions.<br>
Type "show copying" to see the conditions.<br>
There is absolutely no warranty for GDB. Type "show warranty" for details.<br>
This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".<br>
<br>
Core was generated by `/usr/lib/ipsec/pluto --nofork --secretsfile /etc/ipsec.secrets --ipsecdir /etc/'.<br>
Program terminated with signal 11, Segmentation fault.<br>
Reading symbols from /lib/libresolv.so.0...done.<br>
Loaded symbols for /lib/libresolv.so.0<br>
Reading symbols from /lib/libc.so.0...done.<br>
Loaded symbols for /lib/libc.so.0<br>
Reading symbols from /lib/ld-uClibc.so.0...done.<br>
Loaded symbols for /lib/ld-uClibc.so.0<br>
0 0x0807ffe5 in same_dn (a=<br>
{ptr = 0x8137600
"0G1\v0\t\006\003U\004\006\023\002FR1\0170\r\006\003U\004\b\023\006France1\0210\017\006\003U\004\n\023\bClemessy1\0240\022\006\003U\004\003\023\vLES
PYLONESäy\226!", len = 73}, b=<br>
{ptr = 0x0, len = 73}) at x509.c:894<br>
894 if (memcmp(a.ptr, b.ptr, b.len) == 0)<br>
(gdb) bt<br>
0 0x0807ffe5 in same_dn (a=<br>
{ptr = 0x8137600
"0G1\v0\t\006\003U\004\006\023\002FR1\0170\r\006\003U\004\b\023\006France1\0210\017\006\003U\004\n\023\bClemessy1\0240\022\006\003U\004\003\023\vLES
PYLONESäy\226!", len = 73}, b=<br>
{ptr = 0x0, len = 73}) at x509.c:894<br>
1 0x08059040 in same_id (a=0x0, b=0x8137600) at id.c:489<br>
<a href="http://bugs.xelerance.com/view.php?id=2" title="[confirmed] SMP Kernel Crash when forwarding between ipsecX and ipsecY">0000002</a> 0x0804ed34 in ISAKMP_SA_established (c=0x819f018, serial=0) at connections.c:3386
<br>
3 0x0805d604 in main_inI3_outR3_tail (md=0x80efb40, kc=0x0) at ipsec_doi.c:3338<br>
4 0x0805d2cd in main_inI3_outR3 (md=0x80efb40) at ipsec_doi.c:3179<br>
5 0x08069df7 in process_packet (mdp=0x80d48ec) at demux.c:2352<br>
6 0x080688b1 in comm_handle (ifp=0x80ee6e8) at demux.c:1223<br>
7 0x080579f7 in call_server () at server.c:1166<br>
8 0x0805582a in main (argc=11, argv=0xbffffb64) at plutomain.c:783<br><br><br>I can send other info if requested.<br><br>I added a note on bug #656 as it looks similar.<br><br><br>Regards,<br>Cedric Schieli<br>