blocked remote subdirectories

blocked remote subdirectories

[Tradebit Service]

hi everybody,

for a few days now i run a new setup
with NFS on RHEL4 (kmountd nfs-utils 1.0.6) and
from our storage I serve a few hundred thousand
files of all sizes to 3 other servers.

now, in these (around 14) days, I had 5 incidents of
blocked subdirectories on the server from different clients.

2 times the directory "came back" after a few minutes 
(have seen that mail too late) and in the 3 other cases,
it did not (maybe I was too fast).

for the time the dir is blocked, the failure looks
like a rights mismanagement, but nothing changed it just
denies access for minutes/hours.

the directories were deep in the dir tree, but random as
it seems.

does anyone know, how to prevent that in the future?
what could be the cause of these voodoo incidents?

any help appreciated,

thx,
Ralf Schwoebel
http://www.tradebit.com/



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: blocked remote subdirectories

[Neil Brown]

On Thursday December 8, info@tradebit.com wrote:
> hi everybody,
> 
> for a few days now i run a new setup
> with NFS on RHEL4 (kmountd nfs-utils 1.0.6) and
> from our storage I serve a few hundred thousand
> files of all sizes to 3 other servers.
> 
> now, in these (around 14) days, I had 5 incidents of
> blocked subdirectories on the server from different clients.
> 
> 2 times the directory "came back" after a few minutes 
> (have seen that mail too late) and in the 3 other cases,
> it did not (maybe I was too fast).
> 
> for the time the dir is blocked, the failure looks
> like a rights mismanagement, but nothing changed it just
> denies access for minutes/hours.
> 
> the directories were deep in the dir tree, but random as
> it seems.
> 
> does anyone know, how to prevent that in the future?
> what could be the cause of these voodoo incidents?
> 
> any help appreciated,

Are you running a redhat kernel earlier than about April2005, and ext3
as the filesystem, and directory indexing enabled on the filesystem.

If so, you have hit a known bug.
Either turn off directory indexing (tune2fs) or upgrade your kernel.

NeilBrown


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

RE: blocked remote subdirectories

[Tradebit Service]

> 2 times the directory "came back" after a few minutes (have 
> seen that mail too late) and in the 3 other cases, it did not 
> (maybe I was too fast).

PS: just happened again...

"ls: .: Stale NFS file handle"

is the error message. could anyone help me here, please?

thanks,
ralf



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

RE: blocked remote subdirectories

[Tradebit Service]

> Are you running a redhat kernel earlier than about April2005, 
> and ext3 as the filesystem, and directory indexing enabled on 
> the filesystem.
> If so, you have hit a known bug.
> Either turn off directory indexing (tune2fs) or upgrade your kernel.

hi neil,

did miss that mail earlier, so disregard my last.
thanks for the hint, I will do so!

Regards,
Ralf



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs