🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.os.linux.help
Article #22

Re: rpc.statd fails on diskless Debian 3.0 install

#22
From: Oliver Hookins
Date: Mon, 08 Sep 2003 22:25
55 lines
3593 bytes
Peter T. Breuer wrote:
> In comp.os.linux.networking Oliver Hookins <ohook000@nospam.student.mq.edu.au> wrote:
> 
>>Peter T. Breuer wrote:
>>
>>Sorry. That was the output from the server only. On the client, I use ps 
> 
> 
> I don't understand what you mean. I don't know anything about a server
> or a client from your description. I only know that you have a machine
> on which statd won't run. The above output shows a machine on which
> statd is running. Correct your experimental procedure.

I mentioned there was a server and a client in the first post. From 
other posts I've read in various places I thought it might be a 
pertinent point to mention the setup I am using.

In any case here is the output from ps which (I believe) shows portmap 
is running:

   PID  Uid     Stat Command
     1 root     S    [swapper]
     2 root     S    [kflushd]
     3 root     S    [kupdate]
     4 root     S    [kswapd]
     5 root     S    [keventd]
     6 root     S    init
    49 root     S    /sbin/syslogd -m 0
    55 root     S    /usr/bin/tail -f /proc/kmsg
    56 root     S    /usr/bin/tail -f /var/log/messages
    57 root     S    -sh
    58 root     S    /sbin/dbootstrap
    65 root     S    [rpciod]
    91 daemon   S    sbin/portmap
    95 root     R    ps

> So what!  Why are you telling me?  You should be running rpcinfo as I
> asked you to!  I really don't feel like playing games of 20 questions to
> screw information out of you! Show the rpcinfo output and we will know.

Sorry; if I knew where the problem lies then I'd know exactly what 
information to provide. Thanks for being patient. Here is the output 
from 'rpcinfo -p', which obviously shows something is wrong:

rpcinfo: can't contact portmapper: RPC: Remote system error - No buffer 
space available

Incidentally if I run rpc.statd in the foreground (i.e. not as a 
daemon), it exits with the following error:

Cannot register service: RPC: Unable to send; errno = No buffer space 
available

Regards,
Oliver.
Technical Details
Message-ID: <3f5d00e6$0$10356$afc38c87@news.optusnet.com.au>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.vmunix.org!news1.optus.net.au!optus!spool01.syd.optusnet.com.au!spool.optusnet.com.au!not-for-mail
References: <3f5ac8d6$0$11477$afc38c87@news.optusnet.com.au> <ttjejb.bd5.ln@news.it.uc3m.es> <3f5b1ecc$0$11665$afc38c87@news.optusnet.com.au> <v3afjb.gi.ln@news.it.uc3m.es> <3f5b2f6d$0$10360$afc38c87@news.optusnet.com.au> <1tcfjb.o6c.ln@news.it.uc3m.es>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 102983,eabaee5172c45c13
X-Google-Attributes: gid102983,public
X-Google-Thread: 100b1f,eabaee5172c45c13
X-Google-Attributes: gid100b1f,public
X-Google-Thread: ff9be,eabaee5172c45c13
X-Google-Attributes: gidff9be,public
X-Google-Thread: 10669a,eabaee5172c45c13
X-Google-Attributes: gid10669a,public
X-Google-ArrivalTime: 2003-09-08 15:25:05 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.vmunix.org!news1.optus.net.au!optus!spool01.syd.optusnet.com.au!spool.optusnet.com.au!not-for-mail
Date: Tue, 09 Sep 2003 08:25:11 +1000
From: Oliver Hookins <ohook000@NOSPAM.student.mq.edu.au>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4a) Gecko/20030401
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.os.linux.help,aus.computers.linux,comp.os.linux.questions,comp.os.linux.networking
Subject: Re: rpc.statd fails on diskless Debian 3.0 install
References: <3f5ac8d6$0$11477$afc38c87@news.optusnet.com.au> <ttjejb.bd5.ln@news.it.uc3m.es> <3f5b1ecc$0$11665$afc38c87@news.optusnet.com.au> <v3afjb.gi.ln@news.it.uc3m.es> <3f5b2f6d$0$10360$afc38c87@news.optusnet.com.au> <1tcfjb.o6c.ln@news.it.uc3m.es>
In-Reply-To: <1tcfjb.o6c.ln@news.it.uc3m.es>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 56
Message-ID: <3f5d00e6$0$10356$afc38c87@news.optusnet.com.au>
NNTP-Posting-Host: 211.28.45.215
X-Trace: 1063059686  10356 211.28.45.215