URL:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=12044>
Summary: find still hangs on dead NFS filesystems on Solaris
Project: findutils
Submitted by: jay
Submitted on: Sun 02/20/2005 at 08:44
Category: find
Severity: 5 - Average
Item Group: Wrong result
Status: None
Privacy: Public
Assigned to: jay
Originator Name: Martin Buchholz
Originator Email: [EMAIL PROTECTED]
Open/Closed: Open
Release: 4.2.18
Fixed Release: None
_______________________________________________________
Details:
(From Martin Buchholz ...)
I still see hangs in find 4.2.18, despite the
ChangeLog entry that suggests this has been fixed.
Even find --version hangs with this stacktrace
(dbx) where
[1] _lstat64(0x4, 0xffbff160, 0x1, 0xfeabbe60, 0x81010100, 0xff00), at
0xfeb1abac
=>[2] optionp_stat(name = 0x7a548 "/java/tl", p = 0xffbff160), line 229 in
"find.c"
[3] set_fstype_devno(p = 0x79b58), line 182 in "fstype.c"
[4] get_mounted_devices(n = 0x71114), line 278 in "fstype.c"
[5] init_mounted_dev_list(), line 668 in "find.c"
[6] main(argc = 2, argv = 0xffbff3c4), line 448 in "find.c"
where /java/tl is the remotely mounted filesystem that
is "down" during command execution.
This is pretty serious. In a large networked environment,
there is always some NFS server that is broken or very slow
at the moment.
The --version flag at the very least should be handled
before trying to "do" any real work.
_______________________________________________________
This item URL is:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=12044>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-findutils mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-findutils
