From: Warpme <warpme-h7QdYz1kt/Q@public.gmane.org>
To: linux-nfs@vger.kernel.org
Subject: Issue with stalled NFS
Date: Sun, 01 Nov 2009 23:00:18 +0100 [thread overview]
Message-ID: <4AEE04F2.2070400@o2.pl> (raw)
[-- Attachment #1: Type: text/plain, Size: 3020 bytes --]
Hi *
I'm looking solution for following problem:
I have file server sharing files to diskless clients via NFS.
My /etc/export looks following:
[CODE]myth
192.168.1.0/24(rw,crossmnt,no_subtree_check,no_root_squash)
/tftpboot/PXEclient
192.168.1.0/24(rw,no_subtree_check,no_root_squash)[/CODE]
I want have setup, where plugging ext. USB HDD will be dynamically
visible on clients as new <subdir> with plugged HDD contents.
So if user plug USB HD on server, diskless clients should see plugged
HDD contents in dynamically created <subdirectory> with name equal to HD
label and HD contents inside it.
I already wrote udev script which auto creates subdir=<label> in NFS
server shared dir, and automounts USB HD in this subdir.
Udev script calls exportfs -r on add/remove operations.
My issue is that sometimes, after longer period of time (hours), in
diskless clients, access to dir having HSB HD <subdir> causes stall.
In such case, cat /proc/fs/nfs/exports on NFS server gives:
[CODE][root@mythtv ~]# cat /proc/fs/nfs/exports
# Version 1.1
# Path Client(Flags) # IPs
/tftpboot/PXEclient
192.168.1.0/24(rw,no_root_squash,sync,wdelay,no_subtree_check,uuid=61c03e7b:9b7b4650:98dd78b4:18dc5ea6)
/
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=82aa90c3:2cb44663:b912a340:38f73b56)
/myth/video/DVD_Rip
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=cc740348:740334ac:00000000:00000000)
/myth
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=fd3104ea:d5c04a8f:beba8ab6:9115b192)
/myth/video/HD
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=c8c0a856:b8a54c08:9e4a4d48:58a37778)[/CODE]
In above listing, DVD_Rip is <subdir> created by udev script. In this
<subdir> udev script mounts USB HDD.
I don't have clue why NFS server shares "/". Also I'm afraid about
security, as for me it looks like server is sharing root dir...
Access to dir in diskless client become non-stalled when I remove USB HD
(and udev scrip issue exportfs -r).
After such operation /proc/fs/nfs/exports looks following:
[CODE][root@mythtv ~]# cat /proc/fs/nfs/exports
# Version 1.1
# Path Client(Flags) # IPs
/tftpboot/PXEclient
192.168.1.0/24(rw,no_root_squash,sync,wdelay,no_subtree_check,uuid=61c03e7b:9b7b4650:98dd78b4:18dc5ea6)
/
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=82aa90c3:2cb44663:b912a340:38f73b56)
/
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=cc740348:740334ac:00000000:00000000)
/myth
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=fd3104ea:d5c04a8f:beba8ab6:9115b192)
/myth/video/HD
192.168.1.0/24(rw,no_root_squash,sync,wdelay,crossmnt,no_subtree_check,uuid=c8c0a856:b8a54c08:9e4a4d48:58a37778)
[root@mythtv ~]#[/CODE]
Here we have 2 "/" shares.
Whats going on here ?
Has somebody idea how I can resolve stall issue ?
Thx in advance
[-- Attachment #2: warpme.vcf --]
[-- Type: text/x-vcard, Size: 106 bytes --]
begin:vcard
fn:Warpme
n:;Warpme
email;internet:warpme-h7QdYz1kt/Q@public.gmane.org
version:2.1
end:vcard
next reply other threads:[~2009-11-01 22:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-01 22:00 Warpme [this message]
[not found] ` <4AEE04F2.2070400-h7QdYz1kt/Q@public.gmane.org>
2009-11-02 18:35 ` Issue with stalled NFS J. Bruce Fields
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=4AEE04F2.2070400@o2.pl \
--to=warpme-h7qdyz1kt/q@public.gmane.org \
--cc=linux-nfs@vger.kernel.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.