[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #12044] find still hangs on dead NFS filesystems on Solaris

From: James Youngman
Subject: [bugs #12044] find still hangs on dead NFS filesystems on Solaris
Date: Sun, 20 Feb 2005 08:44:56 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050210 Firefox/1.0 (Debian package 1.0+dfsg.1-6)


                 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: address@hidden
             Open/Closed: Open
                 Release: 4.2.18
           Fixed Release: None



(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

=>[2] optionp_stat(name = 0x7a548 "/java/tl", p = 0xffbff160), line 229 in

[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:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]