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
prev parent 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.