This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: fts_read failed error during Cygwin find, du, etc operations


On Mon, Mar 21, 2016 at 10:18 AM, Kenneth Wolcott
<kennethwolcott@gmail.com> wrote:
> On Sat, Mar 19, 2016 at 8:56 AM, Corinna Vinschen
> <corinna-cygwin@cygwin.com> wrote:
>> On Mar 18 14:50, Kenneth Wolcott wrote:
>>> Hi;
>>>
>>>   I am using a daily refreshed Cygwin64 on WIndows 7 Enterprise.
>>>
>>>   When I mount fairly large NetApp volumes and perform a
>>>
>>> du -sh path
>>>
>>> or
>>>
>>> find path etc
>>>
>>> or
>>>
>>> rm -rf path
>>>
>>> where path is involved in the mount. like /cygdrive/y/ as mentioned below;
>>>
>>> (those are the three that I remember, all apps recursive descend a
>>> directory tree);
>>>
>>> I'll frequently get the following error.
>>>
>>> du -sh /cygdrive/y/Some_Large_Directory
>>> du: fts_read failed:
>>> /cygdrive/y/Some_Large_Directory/dir/dir/dir/file: No such file or
>>> directory
>>
>> By "Some_Large_Directory", do you mean a directory with a long name, or
>> a directory with lots of files in it?  If the latter, is there a chance
>> that you get very long pathnames while descending into the dir, like,
>> say, longer than 260 chars?  (Just a hunch...)
>>
>>> So, what is the cause of this and what is the remedy or workaround?
>>>
>>> So far I have no choice but to fall back to the dos window and dos
>>> commands or the windows file explorer where I would much rather be
>>> using Cygwin.
>>
>> Netapp drives are a bit tricky.  They already get some special handling
>> in Cygwin, but that may be outdated.  For a start, can you make sure you
>> have the csih package installed and run
>>
>>   $ /usr/lib/csih/getVolInfo /cygdrive/y
>>
>> Also, it would be interesting to see an strace of a failing command like
>> above, e.g.
>>
>>   $ strace -o du.strace du -sh /cygdrive/y/Some_Large_Directory
>>
>> If that works fine it's worthless, but if it fails as you mention
>> above, please send the du.strace file as attachment to this list.
>>
>>
>> Thanks,
>> Corinna
>
> Hi Corinna;
>
>   1. Many files, not necessarily a long directory name.
>
>   2.  Output requested:
> $ /usr/lib/csih/getVolInfo /cygdrive/y
> Device Type        : 7
> Characteristics    : 10
> Volume Name        : <vol_Eng>
> Serial Number      : 2684354580
> Max Filenamelength : 255
> Filesystemname     : <NTFS>
> Flags              : 4000e
>   FILE_CASE_SENSITIVE_SEARCH  : FALSE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK        : TRUE
>   FILE_PERSISTENT_ACLS        : TRUE
>   FILE_FILE_COMPRESSION       : FALSE
>   FILE_VOLUME_QUOTAS          : FALSE
>   FILE_SUPPORTS_SPARSE_FILES  : FALSE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS    : FALSE
>   FILE_SUPPORTS_ENCRYPTION    : FALSE
>   FILE_NAMED_STREAMS          : TRUE
>   FILE_READ_ONLY_VOLUME       : FALSE
>   FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
>   FILE_SUPPORTS_TRANSACTIONS  : FALSE
>
>   3. Attached strace output.

I will try to send the attachment again, this time compressed, as the
email I sent was rejected as the attachment was too large.

> Thanks,
> Ken Wolcott

Attachment: du.strace.xz
Description: Binary data

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]