Subject: Re: racoon dumping core
To: None <>
From: Michael Santos <>
List: current-users
Date: 02/19/2001 19:07:14
On Mon, Feb 19, 2001 at 03:39:51PM +0000, Ben Harris wrote:
> You might get something slightly more useful with ktrace -i.

Thanks for the suggestion, I've included the output below.

On Mon, Feb 19, 2001 at 08:13:22AM -0800, Jason R Thorpe wrote:
> Can you provide a traceback from the core?  Is this Very reproducible?

I've attached the traceback. Yes, I can reproduce this one at will :).

> (Note, I haven't seen this problem, but that doesn't mean it doesn't
> exist -- I'm using gssapi_krb5 as the authentication_method).

The problem only seems to occur w/ my home server. racoon on my
laptop (running -current also) has no difficulty speaking to any
of the production servers at work (running NetBSD-1.5-release +
racoon-20001211a from pkgsrc).

I have Kerberos set up though, so maybe I'll give this a try!

Michael Santos

From 'ktrace -i racoon':

  5700 racoon   GIO   fd 3 wrote 141 bytes
       "<30>Feb 19 15:10:40 racoon: INFO: isakmp.c:854:isakmp_ph1begin_r(): re\
        sponde new phase 1 negotiation:[500]<=>[500] "
  5700 racoon   RET   sendto 141/0x8d
  5700 racoon   CALL  gettimeofday(0xbfbfc9a8,0)
  5700 racoon   RET   gettimeofday 0
  5700 racoon   CALL  sendto(0x3,0xbfbfce08,0x5b,0,0,0)
  5700 racoon   GIO   fd 3 wrote 91 bytes
       "<30>Feb 19 15:10:40 racoon: INFO: isakmp.c:859:isakmp_ph1begin_r(): be\
        gin Aggressive mode.  "
  5700 racoon   RET   sendto 91/0x5b
  5700 racoon   PSIG  SIGSEGV SIG_DFL

From gdb:

(ethmoid)/usr/a/src/usr.sbin/racoon/racoon# gdb ./racoon
GNU gdb 4.17
(gdb) run -F
Starting program: /usr/a/src/usr.sbin/racoon/racoon/./racoon -F
Foreground mode.
2001-02-19 15:04:52: INFO: isakmp.c:854:isakmp_ph1begin_r(): responde new phase 1 negotiation:[500]<=>[500]
2001-02-19 15:04:52: INFO: isakmp.c:859:isakmp_ph1begin_r(): begin Aggressive mode.

Program received signal SIGSEGV, Segmentation fault.
vdup (src=0x0)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/vmbuf.c:107
107             if ((new = vmalloc(src->l)) == NULL)
(gdb) bt
#0  vdup (src=0x0)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/vmbuf.c:107
#1  0x805d200 in get_ph1approval (iph1=0x8091300, pair=0x80aa400)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/ipsec_doi.c:287
#2  0x805cf2b in ipsecdoi_checkph1proposal (sa=0x80b0230, iph1=0x8091300)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/ipsec_doi.c:177
#3  0x8052260 in agg_r1recv (iph1=0x8091300, msg=0x80b01f0)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/isakmp_agg.c:694
#4  0x804cdd5 in isakmp_ph1begin_r (msg=0x80b01f0, remote=0xbfbfd738, 
    local=0xbfbfd6b8, etype=4)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/isakmp.c:863
#5  0x804c25e in isakmp_main (msg=0x80b01f0, remote=0xbfbfd738, 
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/isakmp.c:396
#6  0x804bfe4 in isakmp_handler (so_isakmp=18)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/isakmp.c:272
#7  0x804b88a in session ()
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/session.c:157
#8  0x804b4e9 in main (ac=2, av=0xbfbfd86c)
    at /usr/a/src/usr.sbin/racoon/racoon/../../../crypto/dist/kame/racoon/main.c:186
#9  0x804b001 in ___start ()
(gdb) kill
Kill the program being debugged? (y or n) y