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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox