X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <20100707130411.GC4871@ednor.casa.cgf.cx> References: <4C2D161C DOT 4090608 AT cygwin DOT com> <20100702144225 DOT GE8163 AT calimero DOT vinschen DOT de> <20100702160651 DOT GF8163 AT calimero DOT vinschen DOT de> <20100706080251 DOT GN6521 AT calimero DOT vinschen DOT de> <20100707084601 DOT GD22451 AT calimero DOT vinschen DOT de> <20100707130411 DOT GC4871 AT ednor DOT casa DOT cgf DOT cx> Date: Wed, 7 Jul 2010 06:11:52 -0700 Message-ID: Subject: Re: Weird directories on Windows share when using rm to delete a directory From: Slide To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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 Wed, Jul 7, 2010 at 6:04 AM, Christopher Faylor wrote: > On Wed, Jul 07, 2010 at 05:56:30AM -0700, Slide wrote: >> >> >>> Thanks for your help. ?This problem should be fixed now in CVS. >>> I switched off the entire mechanism which tries to resolve sharing >>> violations for netapp drives. >>> >>> What happens is this: >>> >>> The netapp drive is thoroughly confused when trying to move-and-delete >>> a file or directory using a single handle. ?In case of directories it >>> moves the directories and the subsequent delete call returns success >>> without actually having succeeded. ?In case of files, renaming the file >>> fails with "sharing violation" and the subsequent call for deletion >>> fails with "file has been moved" (I guess you see the confusion here). >>> Above all, when trying to remove a directory tree, after all files in a >>> directory have been removed, opening the directory with only the >>> FILE_SHARE_DELETE sharing flag set fails with a ... sharing violation. >> >>Thanks very much for the awesome and speedy response to this issue. >>This will help keep me sane for a little while longer :-) > > Given Corinna's explanation of the problem, please consider filing a > bug report with NetApp. =A0I know that they'll want to hear about this. > I'll work with our IT staff. Thanks! -- 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