Mailing List Archive

Wackamole core
I am getting a core dump when excuting wackamole. Any insight will be
appreciated.


My config

Spread = 4803
SpreadRetryInterval = 5s
Group = intr-fltr
Control = /var/run/wack.it


prefer bge0:192.83.232.131/24

Prefer None

VirtualInterfaces {
{ bge0:192.83.232.130/32 }
}

Arp-Cache = 90s

Notify {
bge0:192.83.232.114/24
arp-cache
}

mature = 5s



Output:
connecting to 4803
Clean_up called
Dequeued arp spoof notifier.
SP_connect: connected with private group(20 bytes): #wack5800#intr-fltr1

Sending 6 local arp entries
Sending 6 local arp entries
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.116 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.116 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
UP: bge0:192.83.232.130/255.255.255.255
Dequeued arp spoof notifier.
Queued arp spoof notifier for virtual entry.
Count: -1
Count: 1
Re-queued arp spoof notifier for virtual entry.
Count: 1
Count: 1
Finished arp spoof notification for virtual entry.




Sending 6 local arp entries
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.116 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
Illegal instruction (core dumped)


Platform:
Freebsd 4.10-STABLE

_______________________________________________
wackamole-users mailing list
wackamole-users@lists.backhand.org
http://lists.backhand.org/mailman/listinfo/wackamole-users
Re: Wackamole core [ In reply to ]
Collin Boyce wrote:

>I am getting a core dump when excuting wackamole. Any insight will be
>appreciated.
>
>

It would immensely helpful to have a backtrace of the fault. IF you can
compile it with debugging symbols (add -g to the CFLAGS) and recompile.
Then run it under gdb (r -d) and do a bt-full when it dies.

>prefer bge0:192.83.232.131/24
>
>Prefer None
>
>VirtualInterfaces {
> { bge0:192.83.232.130/32 }
>}
>
>

I dont have any idea what you want to accomplish by prefering something,
then preferring nothing. Remove the first prefer statement -- it is
bogus anyway as you can't reprefer something you can't represent (that
address isn't in your VirtualInterfaces section).

--
// Theo Schlossnagle
// Principal Engineer -- http://www.omniti.com/~jesus/
// Postal Engine -- http://www.postalengine.com/
// Ecelerity: fastest MTA on Earth


_______________________________________________
wackamole-users mailing list
wackamole-users@lists.backhand.org
http://lists.backhand.org/mailman/listinfo/wackamole-users
RE: Wackamole core [ In reply to ]
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...(no debugging
symbols found)...
(gdb) r -c //usr/local/wackamole/etc/wackamole.conf -d
Starting program: /usr/local/wackamole/sbin/wackamole -c
//usr/local/wackamole/etc/wackamole.conf -d
Only 254 prefered allowed.

Only 254 prefered allowed.


/=======================================================================
=======\
| The Wackamole Program.
|
| Copyright (c) 2000-2001 The Johns Hopkins University
|
| All rights reserved.
|
|
|
| Wackamole is developed at the Center for Networking and Distributed
Systems, |
| The Johns Hopkins University.
|
|
|
| The Wackamole package is licensed under the CNDS Open Source License
|
| You may only use this software in compliance with the License.
|
| A copy of the license can be found at
|
| http://www.backhand.org/wackamole/license
|
|
|
| This product uses the Spread toolkit, developed by Spread Concepts
LLC. |
| For more information about Spread see http://www.spread.org
|
|
|
| This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF
|
| ANY KIND, either express or implied.
|
|
|
| Creators:
|
| Yair Amir yairamir@cnds.jhu.edu
|
| Ryan Caudy wyvern@cnds.jhu.edu
|
| Aashima Munjal munjal@jhu.edu
|
| Theo Schlossnagle jesus@cnds.jhu.edu
|
|
|
| For a full list of contributors, see Readme.txt in the distribution.
|
|
|
| WWW: www.backhand.org www.cnds.jhu.edu
|
| Contact: wackamole@backhand.org
|
|
|
| Version 2.0.0 Released 2002-Nov-15
|
|
|
\=======================================================================
=======|
connecting to 4803
Clean_up called
Dequeued arp spoof notifier.
DOWN: bge0:192.83.232.130/255.255.255.255
SP_connect: connected with private group(20 bytes): #wack6715#intr-fltr1

Sending 5 local arp entries
Sending 5 local arp entries
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
UP: bge0:192.83.232.130/255.255.255.255
Dequeued arp spoof notifier.
Queued arp spoof notifier for virtual entry.
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
Count: -1
Count: 2
Re-queued arp spoof notifier for virtual entry.
Count: 2
Count: 2
Finished arp spoof notification for virtual entry.
Sending 5 local arp entries
Adding 192.83.232.40 to the shared arp cache
Adding 192.83.232.114 to the shared arp cache
Adding 192.83.232.131 to the shared arp cache
Adding 192.83.232.132 to the shared arp cache
Adding 192.83.232.255 to the shared arp cache
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
0x804bb4d in main ()

(gdb) bt full
#0 0x804bb4d in main ()
No symbol table info available.
#1 0x2808ebea in E_handle_events () from /usr/local/lib/libtspread.so.1
No symbol table info available.
#2 0x804a7be in main ()
No symbol table info available.
#3 0x804a2a6 in _start ()
No symbol table info available.

-----Original Message-----
From: jesus@omniti.com [mailto:wackamole-users@lists.backhand.org]
Sent: Wednesday, July 14, 2004 10:06 AM
To: jesus@omniti.com; wackamole-users@lists.backhand.org
Subject: Re: [Wackamole-users] Wackamole core

Collin Boyce wrote:

>I am getting a core dump when excuting wackamole. Any insight will be
>appreciated.
>
>

It would immensely helpful to have a backtrace of the fault. IF you can
compile it with debugging symbols (add -g to the CFLAGS) and recompile.

Then run it under gdb (r -d) and do a bt-full when it dies.

>prefer bge0:192.83.232.131/24
>
>Prefer None
>
>VirtualInterfaces {
> { bge0:192.83.232.130/32 }
>}
>
>

I dont have any idea what you want to accomplish by prefering something,
then preferring nothing. Remove the first prefer statement -- it is
bogus anyway as you can't reprefer something you can't represent (that
address isn't in your VirtualInterfaces section).

--
// Theo Schlossnagle
// Principal Engineer -- http://www.omniti.com/~jesus/ // Postal Engine
-- http://www.postalengine.com/ // Ecelerity: fastest MTA on Earth


_______________________________________________
wackamole-users mailing list
wackamole-users@lists.backhand.org
http://lists.backhand.org/mailman/listinfo/wackamole-users
Re: Wackamole core [ In reply to ]
On Jul 14, 2004, at 3:32 PM, Collin Boyce wrote:
> | Version 2.0.0 Released 2002-Nov-15

> (no debugging symbols found)...(no debugging symbols found)...(no
> debugging symbols found)...(no debugging symbols found)...
> Program received signal SIGSEGV, Segmentation fault.
> 0x804bb4d in main ()
>
> (gdb) bt full
> #0 0x804bb4d in main ()
> No symbol table info available.
> #1 0x2808ebea in E_handle_events () from
> /usr/local/lib/libtspread.so.1

That's the threaded spread library.

> No symbol table info available.
> #2 0x804a7be in main ()
> No symbol table info available.
> #3 0x804a2a6 in _start ()
> No symbol table info available.

Please try upgrading to the latest CVS version.

Also make sure you disable threading support... Looks like it enable in
your build. After running configure you should have seen something
like this:

echo ""
echo " *************************** WARNING
*******************************"
echo " FreeBSD threading has shown to cause serious problems in
wackamole."
echo " It appears that you have threading enabled. This is highly"
echo " experimental. Please consider disabling threading entirely by"
echo " rerunning configure with the --with-threads=no option."
echo "
*******************************************************************"
echo ""

// Theo Schlossnagle
// Principal Engineer -- http://www.omniti.com/~jesus/
// OmniTI Computer Consulting, Inc. -- http://www.omniti.com/
// Ecelerity: fastest MTA on Earth


_______________________________________________
wackamole-users mailing list
wackamole-users@lists.backhand.org
http://lists.backhand.org/mailman/listinfo/wackamole-users