fts_read failed error during Cygwin find, du, etc operations
Kenneth Wolcott
kennethwolcott@gmail.com
Mon Mar 21 17:22:00 GMT 2016
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: du.strace.xz
Type: application/octet-stream
Size: 99948 bytes
Desc: not available
URL: <http://cygwin.com/pipermail/cygwin/attachments/20160321/ead1f896/attachment.obj>
-------------- next part --------------
--
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
More information about the Cygwin
mailing list