X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 2 Jul 2010 18:06:51 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Weird directories on Windows share when using rm to delete a directory Message-ID: <20100702160651.GF8163@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4C2D0872 DOT 9080306 AT redhat DOT com> <4C2D161C DOT 4090608 AT cygwin DOT com> <20100702144225 DOT GE8163 AT calimero DOT vinschen DOT de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Jul 2 08:11, Slide wrote: > > > > > > So, IIUC, youre'saying that the directories get renamed to this > > temporary name, but they never disappear after rm -rf?  Are you > > sure that no other process is accessing them? > > > > Does Cygwin recognize the drive as netapp if you add a mount point for > > it?  How to check:  If the drive has been mounted with a drive letter, > > say X:, what does `mount' print as drive type of /cygdrive/x?  Or, if > > the drive is used via UNC path, just mount it temporarily like this: > > > > $ mount -f //server/share /mnt > > > > And see what a `mount' command prints for the .mnt mount point: > > > > $ mount > > > > > > Corinna > > > > I'm pretty sure there are no other processes accessing the files. > > $ mount > ... > Y: on /cygdrive/y type netapp (binary,posix=0,user,noumount,auto) > > So, yes, it does see it as a netapp. Now, from my horrible memory, it > _seems_ like this started happening when we upgraded to Cygwin 1.7 > from Cygwin 1.5. I don't know that for sure though, it just _seems_ > that that is what happened. This funtionality wasn't available in 1.5, so, yes, this would only have started with 1.7. So it seems that these netapp drives somehow don't understand the entirely normal FileDispositionInformation method, or they ignore it for some unknown reason. Unfortunately the strace from your OP isn't helpful since it only contains the deletion of a single file. What would help is an strace of a rmdir or rm -rf(*) of a directory which then creates one of those temporary directories. There are lots of potential debug messages wqhich might sched a light here. Corinna (*) If possible with not more than a single file in the dir, so that the strace doesn't become too big. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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