Matthew Dillon dillon at apollo.backplane.com
Sat Apr 3 09:23:03 PST 2004

    This is one of those things that has got to be a trivial fix if only
    we can isolate the actual system call that is failing.

    Is is something that started recently or has it never (or not for a long
    time) worked on DragonFly?

    If this is running under linux emulation then try using 'ktrace -i'
    to run the server and record a failed connection attempt from the client.
    You should be able to use /usr/ports/devel/linux_kdump to dump the ktrace
    output (for linux compatibility mode the normal 'kdump' will produce

    I'm guessing it's a bug that was introduced in the linux syscall
    separation work or something minor in Jeff's networking work, but
    we need just a tad more information to track it down.

    The output is likely going to be a lot, so don't post it, instead put it
    up somewhere and post the ftp/http URL that we can fetch the dump from.


:Just so you know; You're not alone.
:I had this exact same problem when I was setting up ~16 gameservers for a 
:gamecompo in q3. I wanted to use DragonFly but I got that error all the 
:Never found a solution..
:> won't run under DragonFly? It uses Linux compatibility, starts OK but when 
:> a client tries to connect the server logs:
:> NET_SendPacket ERROR Protocol not available to xxx.xxx.xxx.xxx:27960
:> where xxx.xxx.xxx.xxx is the IP address of the client that tries to 
:> connect.
:> Under FreeBSD 4.9 everything runs fine.

More information about the Bugs mailing list