On Mon, Mar 21, 2016 at 10:18 AM, Kenneth Wolcott <kennethwolc...@gmail.com> wrote: > On Sat, Mar 19, 2016 at 8:56 AM, Corinna Vinschen > <corinna-cyg...@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
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
