All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maria McKinley <maria@shadlen.org>
To: Paul Collins <paul@burly.ondioline.org>
Cc: nfs@lists.sourceforge.net
Subject: Re: [NFS] problem with rpc.statd
Date: Mon, 23 Mar 2009 14:29:14 -0700	[thread overview]
Message-ID: <49C7FF2A.60405@shadlen.org> (raw)
In-Reply-To: <874oxnllie.fsf@burly.wgtn.ondioline.org>

Paul Collins wrote:
> Maria McKinley <maria@shadlen.org> writes:
> 
>> Things work well up until it is time to mount the file system from
>> fstab (ie, it mounts everything ro, makes it all the way through init 
>> and gives me a command prompt). The rw mount is not happening because 
>> rpc.statd never starts. If I try to start rpc.statd by hand, it 
>> complains that: Opening /var/run/rpc.statd.pid failed: Read-only file 
>> system. Since I am mounting the root directory over nfs, it makes sense 
>> for this file to be read-only until rpc.statd starts and  Is there any 
>> way I can start statd without a pid file until I get the root file 
>> system mounted rw? Or something else to try?
> 
> Try setting RAMRUN=yes in /etc/default/rcS, which will mount a tmpfs on
> /var/run early in the boot process.  I think I read something about
> defaulting this to yes being a release goal for squeeze, so there may be
> lenny packages that won't like this.
> 

Thank you so much, that got rpc.statd started! NFS is still not behaving 
quite right, unfortunately. The /etc/fstab file:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>    <dump>     <pass>
10.208.108.18:/tftpboot/oscar  /  nfs 
rw,rsize=8192,wsize=8192,nfsvers=3       0       0
proc            /proc           proc    defaults        0       0
10.208.108.18:/usr  /usr  nfs  rw,rsize=8192,wsize=8192,nfsvers=3 
0       0
/dev/fd0        /floppy         auto    defaults,user,noauto    0       0
/dev/cdrom      /cdrom          iso9660 defaults,ro,user,noauto 0       0
10.208.108.12:/home      /home   nfs 
rw,rsize=8192,wsize=8192,nfsvers=3,nosuid,nodev,async 0       0
10.208.108.12:/lab       /lab    nfs 
rw,rsize=8192,wsize=8192,nfsvers=3,nosuid,nodev 0       0

But, this is not how things are being mounted:
root@oscar:/# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda1              19G  854M   17G   5% /
tmpfs                 1.9G     0  1.9G   0% /lib/init/rw
udev                   10M   64K   10M   1% /dev
tmpfs                 1.9G     0  1.9G   0% /dev/shm
df: `/tftpboot': No such file or directory
/dev/hda6              19G  854M   17G   5% /tmp
/dev/hda7              33G   11G   21G  34% /usr
/dev/hda2              19G  854M   17G   5% /var
rpc_pipefs             19G  854M   17G   5% /var/lib/nfs/rpc_pipefs
10.208.108.12:/lab     19G  854M   17G   5% /lab
10.208.108.12:/home    19G  854M   17G   5% /home

For some reason, it looks like things are being mounted locally, even 
though they cannot be (no local hard drive). The /lab and /home 
directories are actually not being mounted, they are empty. And all of 
the directories appear to be read-only.

If I try to remount, I get this:
root@oscar:/# mount -a
can't create lock file /etc/mtab~2820: Read-only file system (use -n 
flag to override)
root@oscar:/# mount -an
mount.nfs: /usr is busy or already mounted

It does not appear to even try to remount /lab or /home, and /  is still 
read only, even if I try to mount it by hand:

root@oscar:/# mount.nfs 10.208.108.18:/tftpboot/oscar / -v -rw -n -o 
rsize=8192,wsize=8192
mount.nfs: trying 10.208.108.18 prog 100003 vers 3 prot TCP port 2049
mount.nfs: trying 10.208.108.18 prog 100005 vers 3 prot UDP port 44350
10.208.108.18:/tftpboot/oscar on / type nfs (rsize=8192,wsize=8192)
root@oscar:/# touch /tmp/test
touch: cannot touch `/tmp/test': Read-only file system

Any ideas would be appreciated.

cheers,
maria



------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
_______________________________________________
Please note that nfs@lists.sourceforge.net is being discontinued.
Please subscribe to linux-nfs@vger.kernel.org instead.
    http://vger.kernel.org/vger-lists.html#linux-nfs


      reply	other threads:[~2009-03-23 21:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-21  0:43 [NFS] problem with rpc.statd Maria McKinley
     [not found] ` <49C43847.9080206-3uEUQlRWSvdAfugRpC6u6w@public.gmane.org>
2009-03-21  1:20   ` Paul Collins
2009-03-23 21:29     ` Maria McKinley [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49C7FF2A.60405@shadlen.org \
    --to=maria@shadlen.org \
    --cc=nfs@lists.sourceforge.net \
    --cc=paul@burly.ondioline.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.