All of lore.kernel.org
 help / color / mirror / Atom feed
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


             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.