On Tuesday, Feb 18, 2003, at 20:26 US/Eastern, Martin J. Laubach wrote:
> I'm currently busy trying to get wackamole run on NetBSD.
> spread seems to work all right, I can see all the nodes talking
> to each other.
Cool -- uncharted territory.
> (a) wackatrl or wackamole has some endian issue. If I start
> wackamole on both the i386 (little endian) and the macppc machine
> (big endian), I get
>
> [macppc] % ./wackatrl -l
> Owner: 212.16.40.155
> * gm0:212.16.40.157/29
>
> [i386] % ./wackatrl -l
> Owner: 155.40.16.212
> * de0:157.40.16.212/29
>
> or some mixtures of the above, depending on timing it seems.
> Not sure whether it's just a display problem or internal data
> structures are wrong.
I believe this is an endian display issue only. Things look screwy on
intel. It should be fixed in wackatrl.
> (b) when wackatrl -f'ing a node, it does not seem to remove
> the VIP
>
> % ./wackatrl -l
> Owner: not acquired
> * gm0:212.16.40.157/29
>
> % ifconfig -a
> [..]
> inet alias 212.16.40.157 netmask 0xfffffff8 broadcast
> 212.16.40.159
>
> Probably some differences in ioctl() args I have yet to trace
> down.
ife.c and for NetBSD ife-bpf.c
> (c) after some time wackamole segvs on me
>
> Dequeued arp spoof notifier.
> connecting to 4803
> Clean_up called
> Dequeued arp spoof notifier.
> Sig_handler called
> SIGSEGV Detected!
> Clean_up called
That's disturbing... GDB should help :-) Get a full bt.
> Also, what do I do with bugs/patches, send them here?
Send them here.
--
Theo Schlossnagle
Principal Consultant
OmniTI Computer Consulting, Inc. -- http://www.omniti.com/
Phone: +1 410 872 4910 x201 Fax: +1 410 872 4911
1024D/82844984/95FD 30F1 489E 4613 F22E 491A 7E88 364C 8284 4984
2047R/33131B65/71 F7 95 64 49 76 5D BA 3D 90 B9 9F BE 27 24 E7
> I'm currently busy trying to get wackamole run on NetBSD.
> spread seems to work all right, I can see all the nodes talking
> to each other.
Cool -- uncharted territory.
> (a) wackatrl or wackamole has some endian issue. If I start
> wackamole on both the i386 (little endian) and the macppc machine
> (big endian), I get
>
> [macppc] % ./wackatrl -l
> Owner: 212.16.40.155
> * gm0:212.16.40.157/29
>
> [i386] % ./wackatrl -l
> Owner: 155.40.16.212
> * de0:157.40.16.212/29
>
> or some mixtures of the above, depending on timing it seems.
> Not sure whether it's just a display problem or internal data
> structures are wrong.
I believe this is an endian display issue only. Things look screwy on
intel. It should be fixed in wackatrl.
> (b) when wackatrl -f'ing a node, it does not seem to remove
> the VIP
>
> % ./wackatrl -l
> Owner: not acquired
> * gm0:212.16.40.157/29
>
> % ifconfig -a
> [..]
> inet alias 212.16.40.157 netmask 0xfffffff8 broadcast
> 212.16.40.159
>
> Probably some differences in ioctl() args I have yet to trace
> down.
ife.c and for NetBSD ife-bpf.c
> (c) after some time wackamole segvs on me
>
> Dequeued arp spoof notifier.
> connecting to 4803
> Clean_up called
> Dequeued arp spoof notifier.
> Sig_handler called
> SIGSEGV Detected!
> Clean_up called
That's disturbing... GDB should help :-) Get a full bt.
> Also, what do I do with bugs/patches, send them here?
Send them here.
--
Theo Schlossnagle
Principal Consultant
OmniTI Computer Consulting, Inc. -- http://www.omniti.com/
Phone: +1 410 872 4910 x201 Fax: +1 410 872 4911
1024D/82844984/95FD 30F1 489E 4613 F22E 491A 7E88 364C 8284 4984
2047R/33131B65/71 F7 95 64 49 76 5D BA 3D 90 B9 9F BE 27 24 E7