Also sprach Robert M. Hyatt --- 12:25 PM 1/10/99 -0600
>> Note also that the long list of errors that go with the "returned error 111"
>> are a (non fatal) bug in the rpc layer.
>>
>> > > RPC: task of released request still queued
>> > > RPC: (task is on xprt_pending)
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>
>> That bit is a real bug
>
>yes... this has been around a good while AFAIK... I don't remember
>when I first noticed it, but it was happening on 2.1.x where X was
>less than 100... and is still happening on my 2.1's and the 2.2.0
>pre-release I'm running on my quad xeon...
>
>I try to ignore that which doesn't crash me. :)
I had this problem because in Slakware 3.5 , rc.inet2 does a
`mount -a -t nfs` before loading portmapper.
Upgrading from 2.0.36 to 2.2.0pre9 exposed this problem.
My solution was to move that line into rc.M, next to `rc.samba`
and the other "remote disk mounting" section of the script.
Of course, he is trying to accommodate /usr on nfs which is a
real chicken and egg if one tries to load portmapper off of the
default /usr/sbin/rpc.portmap .
What was real weird was that these nfs mount errors didn't seem
to affect my nfs mounts, but wrecked havoc with my samba mounts
which would run for about 15 minutes and then turn zombie until
reboot. (up for 3 hours so far...)
[ posted on 4 lists *yuck* from over in linux-smp. ]
_,--"
`-._ ________-_______ "----
_----'--'--------------------------------'--'----_
//_| | \ Dick Balaska / | | _\\
(_____|_|__= Waterbury CT +1.203.757.6994 =__|_|_____)
_\_____=___ http://www.buckosoft.com/ ___=_____/_
\/-(o)-~~-(o)-~~-(o)-`------'-(o)-~~-(o)-~~-(o)-\/
Windows 98: Just say why?
