Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bUoaJ-00047K-JJ for pgsql-bugs@arkaria.postgresql.org; Wed, 03 Aug 2016 05:19:15 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bUoaI-0008T0-Iz for pgsql-bugs@arkaria.postgresql.org; Wed, 03 Aug 2016 05:19:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bUoZd-0007lM-S8 for pgsql-bugs@postgresql.org; Wed, 03 Aug 2016 05:18:33 +0000 Received: from sraihb2.sra.co.jp ([202.32.10.6]) by magus.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bUoZY-0003Jq-Te for pgsql-bugs@postgresql.org; Wed, 03 Aug 2016 05:18:32 +0000 Received: from srascf.sra.co.jp (srascf [133.137.8.80]) by sraihb2.sra.co.jp (Postfix) with ESMTP id C6E482A15E6 for ; Wed, 3 Aug 2016 14:18:26 +0900 (JST) Received: from srascb.sra.co.jp (unknown [133.137.8.65]) by srascf.sra.co.jp with smtp id 1cf4_1f01_0035e296_74c9_4bbd_9d69_5ba3ce72de2e; Wed, 03 Aug 2016 14:18:26 +0900 Received: from sranhm.sra.co.jp (osspc25 [133.137.174.97]) by srascb.sra.co.jp (Postfix) with ESMTP id B2265110C70 for ; Wed, 3 Aug 2016 14:18:26 +0900 (JST) Received: from harukat-pc (dhcp-175-117.sra.co.jp [133.137.175.117]) by sranhm.sra.co.jp (Postfix) with SMTP id A6409A1181 for ; Wed, 3 Aug 2016 14:18:26 +0900 (JST) Date: Wed, 3 Aug 2016 14:18:24 +0900 From: TAKATSUKA Haruka To: PostgreSQL Bugs Subject: Re: BUG #14243: pg_basebackup failes by a STATUS_DELETE_PENDING file Message-Id: <20160803141824.0f5f5c16.harukat@sraoss.co.jp> In-Reply-To: References: <20160712225404.GA892041@alvherre.pgsql> <13701.1468364716@sss.pgh.pa.us> Organization: SRA OSS,Inc. X-Mailer: Sylpheed Pro 2.1.2 (GTK+ 2.10.14; i686-pc-mingw32; Pro 2.1.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-bugs Precedence: bulk Sender: pgsql-bugs-owner@postgresql.org I study this a little more, but I cannot find the way to distinguish STATUS_DELETE_PENDING state from the other state that causes permission denied error. Cmd.exe's "dir /q" may distinguish these, but I cannot know which API is used. ----------------- Haruka Takatsuka harukat@sraoss.co.jp On Wed, 13 Jul 2016 10:10:37 +0900 Michael Paquier wrote: > On Wed, Jul 13, 2016 at 10:06 AM, Michael Paquier > wrote: > > Checking directly for STATUS_DELETE_PENDING would be the way to go, > > likely with tweaks in basebackup.c. but like Takatsuka-san, I cannot > > find anything around that would allow us to check for that. > > > > [1]: http://stackoverflow.com/questions/6680491/why-does-windows-return-error-access-denied-when-i-try-to-open-a-delete-pended-f > > Actually we may want to tweak stat() to not complain for a file with > such a state. > -- > Michael -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs