> Dec 15 16:14:39 bridgett kernel: tr0: xmit ret_code: 23 xmit error code: 00
indicates an error putting a frame on the ring, or stripping the frame
from the ring after transmit, and usually indicates a hardware problem
of some sort. You'll get that message in syslog for every frame that
has that problem, so if it's just the one message it may not be worth
worrying about.
I can't remember what:
> tr0: New ring status: 20
means offhand, but I'm sure it's a non-isolating error of some
sort. I'll look it up when I get home tonight.
Adrian Bridgett writes:
> When I boot I get this - it is pretty repetitive, but the user count keeps
> going up. After about 30-60 seconds, the computer carries on booting.
>
> tr0: Initial interrupt : 4 Mbps, shared RAM base 000c8000.
> tr0: Adapter initialized and opened.
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> tr0: New ring status: 20
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: makesock failed, error=-111
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: no pid, 2 users??
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: makesock failed, error=-111
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: no pid, 3 users??
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: makesock failed, error=-111
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: no pid, 4 users??
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> lockd_up: makesock failed, error=-111
> portmap: RPC call returned error 111
> RPC: task of released request still queued!
> RPC: (task is on xprt_pending)
> Serial driver version 4.24 with no serial options enabled
> ttyS00 at 0x03f8 (irq = 4) is a 16550A
> ttyS01 at 0x02f8 (irq = 3) is a 16550A
> hdd: media changed
>
> On a different note, I get these in syslog:
> Dec 17 08:14:03 bridgett nfsd[181]: setsockopt failed: Invalid argument
> Dec 17 08:14:03 bridgett nfsd[181]: setsockopt failed: Invalid argument
>
> And these in kern.log:
> Dec 15 14:30:46 bridgett kernel: ipv4: (1 messages suppressed. Flood?)
> Dec 15 14:30:46 bridgett kernel: a guy asks for address mask. Who is it?
> Dec 15 15:30:43 bridgett kernel: a guy asks for address mask. Who is it?
> Dec 15 16:14:39 bridgett kernel: tr0: xmit ret_code: 23 xmit error code: 00
> Dec 15 16:30:46 bridgett kernel: ipv4: (1 messages suppressed. Flood?)
> Dec 15 16:30:46 bridgett kernel: a guy asks for address mask. Who is it?
> Dec 15 17:30:39 bridgett kernel: a guy asks for address mask. Who is it?
> Dec 15 18:30:39 bridgett kernel: ipv4: (1 messages suppressed. Flood?)
> Dec 15 18:30:39 bridgett kernel: a guy asks for address mask. Who is it?
> Dec 15 19:30:39 bridgett kernel: ipv4: (1 messages suppressed. Flood?)
> Dec 15 19:30:39 bridgett kernel: a guy asks for address mask. Who is it?
> Dec 15 20:31:16 bridgett kernel: ipv4: (1 messages suppressed. Flood?)
>
> I'm using 2.1.72 with knfsd compiled in (but not being used as I've only
> just got linux-nfs to compile). I am using nfsd (userspace version). I'm
> using Debian with the very latest netstd/netbase - compiled with
> libc6-2.0.6-0.4.deb.
>
> /etc/init.d/networks:
> #! /bin/sh
> ifconfig lo 127.0.0.1
> route add -host 127.0.0.1 lo
> route add -net 127.0.0.0 netmask 255.0.0.0 lo
> IPADDR=9.20.5.107
> NETMASK=255.255.224.0
> NETWORK=9.20.0.0
> BROADCAST=9.20.31.255
> GATEWAY=9.20.4.7
> #ifconfig tr0 ${IPADDR} netmask ${NETMASK} -broadcast up
> ifconfig tr0 ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST} up
> route add -net ${NETWORK} netmask ${NETMASK} tr0
> [ "${GATEWAY}" ] && route add default gw ${GATEWAY} metric 1 tr0
>
> ifconfig:
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Bcast:0.0.0.0 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:3584 Metric:1
> RX packets:54 error:0 dropped:0 over:0 frame:0
> TX packets:54 error:0 dropped:0 over:0 carrier:0 coll:0
>
> tr0 Link encap:16/4 Mbps TR HWaddr 00:04:AC:F7:8C:36
> inet addr:9.20.5.107 Bcast:9.20.31.255 Mask:255.255.224.0
> UP BROADCAST RUNNING MTU:2000 Metric:1
> RX packets:18532 error:0 dropped:0 over:0 frame:0
> TX packets:81 error:0 dropped:0 over:0 carrier:0 coll:0
> Interrupt:10 Base address:0xa20 Memory:c8000-cbfff
>
> route:
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> localhost * 255.255.255.255 UH 0 0 0 lo
> 9.20.0.0 * 255.255.224.0 U 0 0 0 tr0
> 127.0.0.0 * 255.0.0.0 U 0 0 0 lo
> default hurroute.hursle 0.0.0.0 UG 0 0 0 tr0
>
> FYI, to get linux-nfs to compile, I applied the patches that were recently
> posted, then deleted the kernel directory and symlinked in /usr/src/linux. I
> then commented out "#include<string>" (IIRC) from
> /usr/src/linux/include/linux/nfsd/nfsfh.h. Before I did this I got clashes
> between the memcpy declaration in /usr/src/linux/include/asm/linux/string.h
> and /usr/include/linux/string.h. (I'm typing this from memory, but I think
> the filenames are just about right).
>
> many thanks,
>
> Adrian
>
> email: adrian.bridgett@poboxes.com | Debian Linux - www.debian.org
> http://www.poboxes.com/adrian.bridgett | Because bloated, unstable
> PGP key available on public key servers | operating systems are from MS
>