Bug#375155: linux-image-2.6.16-2-686: 'du' on cifs mount fails randomly with 'No such file or directory'
Package: linux-image-2.6.16-2-686
Version: 2.6.16-14
Severity: normal
When I use 'du' on a cifs mount of a Windows XP machine, it randomly
fails to process certain directories. The directories and files that
fail to process are different for each run of 'du', as is the size that
is reported. This is against a Perforce server that's in active use,
so it's possible that there's some issue with the directories being
accessed on the XP machine at the same time they're being 'du'ed.
I'm capturing a packet dump of an offending session; there's a bit
of business-sensitive information in it, unfortunately, but I can clip
sections out of it and send it to you if you think it'll help. I'm
sorry if that makes it more of a PITA to track this down.
This also happens with the kernel from sarge (2.6.8-3-k7 version
2.6.8-16sarge2).
Transcript (retyped by hand; stupid buggy Cygwin X server):
[moise@mole /mnt/defender]$ du --summarize /mnt/defender/depot
du: `/mnt/defender/depot/rio': No such file or directory
du: `/mnt/defender/depot/rogersmiscstuff': No such file or directory
du: `/mnt/defender/depot/rpd1': No such file or directory
du: `/mnt/defender/depot/tools': No such file or directory
13663866 /mnt/defender/depot
[moise@mole /mnt/defender]$
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages linux-image-2.6.16-2-686 depends on:
ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs
ii module-init-tools 3.2.2-3 tools for managing Linux kernel mo
Versions of packages linux-image-2.6.16-2-686 recommends:
ii libc6-i686 2.3.6-15 GNU C Library: Shared libraries [i
-- debconf information excluded
Reply to: