From unknown Tue Jun 17 01:43:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#40090: rm seems unfinished when calling mkdir Resent-From: "Boyen, Peter" Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 16 Mar 2020 15:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 40090 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 40090@debbugs.gnu.org X-Debbugs-Original-To: "bug-coreutils@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.15843714554368 (code B ref -1); Mon, 16 Mar 2020 15:11:02 +0000 Received: (at submit) by debbugs.gnu.org; 16 Mar 2020 15:10:55 +0000 Received: from localhost ([127.0.0.1]:37778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jDrOJ-00018O-7e for submit@debbugs.gnu.org; Mon, 16 Mar 2020 11:10:55 -0400 Received: from lists.gnu.org ([209.51.188.17]:36221) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jDrLe-00014A-Sw for submit@debbugs.gnu.org; Mon, 16 Mar 2020 11:08:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45285) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jDrLc-0006vy-1q for bug-coreutils@gnu.org; Mon, 16 Mar 2020 11:08:10 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_50,HTML_MESSAGE, RCVD_IN_DNSWL_MED,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jDrLZ-0004FB-W4 for bug-coreutils@gnu.org; Mon, 16 Mar 2020 11:08:07 -0400 Received: from smxko1.compugroup.com ([193.47.161.177]:53245) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jDrLZ-0003w2-Bq for bug-coreutils@gnu.org; Mon, 16 Mar 2020 11:08:05 -0400 Received: from localhost (localhost [127.0.0.1]) by SMXKO1.compugroup.com (Postfix) with ESMTP id 462236285 for ; Mon, 16 Mar 2020 16:02:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cgm.com; h= mime-version:content-type:content-type:content-language :accept-language:message-id:date:date:subject:subject:from:from :received:received; s=201507_1; t=1584370945; x=1586185346; bh=0 SQ7J5Rt/Lhbkvy6jhI9IaUeS99wyqJ2zOHt3fOW9Os=; b=aazkeSv6VU98UrMsh THK9ibzJk3FQ8B+/6XCB9PoGsZk/wF4PAzywpWTgAiaWiZSlAVYTpBJdn+Ekckoq rBRisWoJSUdQHrqLSt3BdWEG+GaBi3wVs/RuMzabjRXjjbeemONtmOs+4VZh3tM0 uiYYwZySrS4eHo8c7smCiyDgAw= X-Virus-Scanned: Debian amavisd-new at smxko1.compugroup.com Received: from SMXKO1.compugroup.com ([127.0.0.1]) by localhost (smxko1.compugroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u7AgQrnxBCiB for ; Mon, 16 Mar 2020 16:02:25 +0100 (CET) Received: from smxko13.cgm.ag (unknown [10.0.8.174]) by SMXKO1.compugroup.com (Postfix) with ESMTPS id 1A69B6284 for ; Mon, 16 Mar 2020 16:02:24 +0100 (CET) From: "Boyen, Peter" Thread-Topic: rm seems unfinished when calling mkdir Thread-Index: AdX7obIZla5WiVK+Sjm1UHs7bURmlg== Date: Mon, 16 Mar 2020 15:02:19 +0000 Message-ID: Accept-Language: en-GB, de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.166.135] x-tm-as-product-ver: SMEX-12.5.0.1684-8.5.1020-25296.000 x-tm-as-result: No-19.147700-5.000000-10 x-tmase-matchedrid: +/thq0DcNEFHW+94FA8JF8K1Ib9JAALxrogFtKd/P7cLBZEuqIL9SpO9 mQGx4jC3Sa7i4WMGYwF/2SsgU8jyNW7vEKjEI8LygNylVbI/EAyoCf7IdvPAJzrW2rRfTfGrevR Ae5P8R96552PelBLuJnsRbtp3bY8XDEVT5M0HH4Vu2K0KSdxtGfIK8gK4rjpy8CWGWvy/Nx0uDh oR+qZH12/gtdpRPHMIzmAtCAgAUH5A04LH4D4cR5zEHTUOuMX3mRKFhwukYf2WeXclzJNLEo/s/ CZkTXz5gtrMtVEBwVYAlLDOfkbYa+XXAhBwnkT/Q5OaaEmFzZdfqgAMtax3Q6zG9MIKeG/GTCMG twLF8tSnTvw+EuYbDEfXKFAVZimDDeX8FoMDnUxswYo64ufkVQ5GMzfaGfZvZjiZg0VE/6AJ6VV B2qvK18dfk8KPNqW4XUDv/QAV97vB5lPqa6DN8bPkZNSlyz+bqV3VmuIFNEs26TIMgH4duv5pxO kA48ck2RmSMSsqS6XT/Som4FYyb332busX2J97z1H9SpactbjBIlxtEe6gx09rE2pR1rD0ngIgp j8eDcDInWAWA4yE6S8z+bJ2nm9UfqlkMvBQuzILBx1moHdQ9LItsGcosQ0bUnZGYm8lcS1Wiee1 yfm4xQs4m5DkdNuY x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No x-tmase-result: 10--19.147700-5.000000 x-tmase-version: SMEX-12.5.0.1684-8.5.1020-25296.000 x-tm-snts-smtp: 2CE21310ADF1B8EBF6ACCB6DA5EE4E59D92B712BC50DF05772415DB84B1ADB9F2000:9 Content-Type: multipart/alternative; boundary="_000_B3A8D6E68F465A4296121BB165EC25A90220A30ESMBXKO3cgmag_" MIME-Version: 1.0 x-msw-jemd-newsletter: false X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 193.47.161.177 X-Spam-Score: 0.3 (/) X-Mailman-Approved-At: Mon, 16 Mar 2020 11:10:54 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --_000_B3A8D6E68F465A4296121BB165EC25A90220A30ESMBXKO3cgmag_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable When I remove a folder by using rm -rfv ${TEMP_STORAGE}', shortly followed = by an 'mkdir -pv ${TEMP_STORAGE}' to recreate the same folder, I get mkdir: cannot create directory './temp_storage': Operation not permitted It seems the rm command is not fully finished yet, somehow. * I am running a Linux container on docker on Windows 10. The error occ= urs on a bind mount (and only there). * It only happens If there is quite some data in the folder, so it seem= s the rm command has to take some time * Other commands like ls and such can be run in between, but if I do 's= leep 5' in between, it doesn't occur (though obviously I don't want to do t= hat every time). Version info: Docker desktop 2.2.0.4 (43472) # uname -a Linux 32b0494e3950 4.19.76-linuxkit #1 SMP Thu Oct 17 19:31:58 UTC 2019 x86= _64 GNU/Linux (The image is based on the debian:stretch image) # mkdir --version mkdir (GNU coreutils) 8.26 # rm --version rm (GNU coreutils) 8.26 Thanks, Peter --_000_B3A8D6E68F465A4296121BB165EC25A90220A30ESMBXKO3cgmag_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= When I remove a folder by using rm -rfv ${TEMP_STORAGE}’, shortly fol= lowed by an ‘mkdir -pv ${TEMP_STORAGE}’ to recreate the same fo= lder, I get

= mkdir: cannot create directory './temp_storage': Operation not permitted

= It seems the rm command is not fully finished yet, somehow.

  • I am running a Linux container on docker on Windows 10= . The error occurs on a bind mount (and only there).
    • =
  • It only happens If there is quite some data in the fol= der, so it seems the rm command has to take some time
  • Other commands like ls and such can be run in between,= but if I do ‘sleep 5’ in between, it doesn’t occur (thou= gh obviously I don’t want to do that every time).

= Version info:

= Docker desktop 2.2.0.4 (43472)

= # uname -a

= Linux 32b0494e3950 4.19.76-linuxkit #1 SMP Thu Oct 17 19:31:58 UTC 2019 x86= _64 GNU/Linux

= (The image is based on the debian:stretch image)

= # mkdir --version

= mkdir (GNU coreutils) 8.26

= # rm --version

= rm (GNU coreutils) 8.26

 

Thanks,

Peter

 

--_000_B3A8D6E68F465A4296121BB165EC25A90220A30ESMBXKO3cgmag_-- From unknown Tue Jun 17 01:43:29 2025 X-Loop: help-debbugs@gnu.org Subject: bug#40090: rm seems unfinished when calling mkdir Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 16 Mar 2020 17:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40090 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: "Boyen, Peter" , 40090@debbugs.gnu.org Received: via spool by 40090-submit@debbugs.gnu.org id=B40090.158437994919031 (code B ref 40090); Mon, 16 Mar 2020 17:33:02 +0000 Received: (at 40090) by debbugs.gnu.org; 16 Mar 2020 17:32:29 +0000 Received: from localhost ([127.0.0.1]:37851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jDtbI-0004wo-JH for submit@debbugs.gnu.org; Mon, 16 Mar 2020 13:32:28 -0400 Received: from mail-wm1-f67.google.com ([209.85.128.67]:52427) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jDtbG-0004wV-Dy; Mon, 16 Mar 2020 13:32:26 -0400 Received: by mail-wm1-f67.google.com with SMTP id 11so18596801wmo.2; Mon, 16 Mar 2020 10:32:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=DW3BFwl2OaNc6dJ+SL0l8KMMeDEeznGN/OptUrOlfSI=; b=VadZDNfrz/55kT+1Np4dYafdmyQ6S9DAmrWuxSZxRm62TvyA1P4amkK2AI1dArYGXd jr74dt0kt07P0o1ju3N39lJijmFfNo1TuHDoxEmLsla7bUohtPcId45ZuzMT7fI7zzLY x0zHrld3Yr31xpieUmL3QVAhbR5S7DW7vCzG9Lf8A+x/PX/Q8vyF4tyDn6saV54Jtwl2 88mTkcQm4kKM5SUU+oDCdPAYQUVHV+UCJBbkiyIqnX7QNHJHx6M+HI/gg5AXtKuPDlOS qt7P6zjNTnHprNcCOw26W6ofZrJVu/GG1q0kX4/jIsaDlaUieWhYraxUhNXK0SCLKgc1 hFKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=DW3BFwl2OaNc6dJ+SL0l8KMMeDEeznGN/OptUrOlfSI=; b=uJqU68mNhjgga9Ua7f7BBNkIEPVRjiAcEFo3hfxsURQrwsyjlpyUiMFZrnEydBskaW CbCQVZfg3+KUf8GdKvc1O3fzTSg3TnJsGBGlPjbTLrr48s+pvIDYpwJAKH/vLnvozv7L qb2lk10xFnceRYsJXqgzzUCY6hcSqLtCXNzFEmXEF7pyd1DBQL91UHf6TA6ZfdphIQPY Nt+h7FGmmW24sku24w7NoO5JOKd2Qtfdl/82OuFsw0qGBcbs90slzcNpvBkxSpyi1cin 1A09EuoP3LrgAgHk1Z+54HSIc7EDdgz2Nj9hszN5eYN62VmN/QYEqhPJLDTquJM2S9Ut vUSQ== X-Gm-Message-State: ANhLgQ23ja3nHHAuwK0Oo0AZJM2tRWaO6GoVOfG99YfjFbJoDo7A1m3D pbdg89sNOSWdA774B4gDmnp1uFr//Rc= X-Google-Smtp-Source: ADFU+vv1jkzinKKIaFJExBKw7+irAPG+8hqSeQ6DPEHqRbQw6e+rRsWzFADCjtb+AyvMbPPeNj0kuw== X-Received: by 2002:a1c:9a88:: with SMTP id c130mr189065wme.73.1584379940249; Mon, 16 Mar 2020 10:32:20 -0700 (PDT) Received: from localhost.localdomain (86-42-14-227-dynamic.agg2.lod.rsl-rtd.eircom.net. [86.42.14.227]) by smtp.googlemail.com with ESMTPSA id v2sm24491254wme.2.2020.03.16.10.32.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 16 Mar 2020 10:32:19 -0700 (PDT) References: From: =?UTF-8?Q?P=C3=A1draig?= Brady Message-ID: Date: Mon, 16 Mar 2020 17:32:17 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:73.0) Gecko/20100101 Thunderbird/73.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) tag 40090 notabug close 40090 stop On 16/03/2020 15:02, Boyen, Peter wrote: > When I remove a folder by using rm -rfv ${TEMP_STORAGE}', shortly followed by an 'mkdir -pv ${TEMP_STORAGE}' to recreate the same folder, I get > mkdir: cannot create directory './temp_storage': Operation not permitted > It seems the rm command is not fully finished yet, somehow. > > * I am running a Linux container on docker on Windows 10. The error occurs on a bind mount (and only there). > * It only happens If there is quite some data in the folder, so it seems the rm command has to take some time > * Other commands like ls and such can be run in between, but if I do 'sleep 5' in between, it doesn't occur (though obviously I don't want to do that every time). > Version info: > Docker desktop 2.2.0.4 (43472) > # uname -a > Linux 32b0494e3950 4.19.76-linuxkit #1 SMP Thu Oct 17 19:31:58 UTC 2019 x86_64 GNU/Linux > (The image is based on the debian:stretch image) > # mkdir --version > mkdir (GNU coreutils) 8.26 > # rm --version > rm (GNU coreutils) 8.26 The issue seems to be due to your file system or container setup. Perhaps a sync(1) may help in between to avoid the bug, but the issue is not within coreutils. cheers, Pádraig