From owner-freebsd-bugs@freebsd.org Fri Nov 23 14:02:26 2018 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2ABFC114784F for ; Fri, 23 Nov 2018 14:02:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B3AD78ABE8 for ; Fri, 23 Nov 2018 14:02:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 76B24114784E; Fri, 23 Nov 2018 14:02:25 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53F5C114784D for ; Fri, 23 Nov 2018 14:02:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E48B58ABE5 for ; Fri, 23 Nov 2018 14:02:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 24B5A17F88 for ; Fri, 23 Nov 2018 14:02:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wANE2OBq046548 for ; Fri, 23 Nov 2018 14:02:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wANE2OIr046541 for bugs@FreeBSD.org; Fri, 23 Nov 2018 14:02:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 233436] rm -rf fails when the number of subfolders of a folder in a tree is too high Date: Fri, 23 Nov 2018 14:02:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: liedtke@punkt.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: B3AD78ABE8 X-Spamd-Result: default: False [1.78 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.42)[0.416,0]; NEURAL_SPAM_SHORT(0.57)[0.566,0]; NEURAL_SPAM_MEDIUM(0.80)[0.802,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Nov 2018 14:02:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233436 Bug ID: 233436 Summary: rm -rf fails when the number of subfolders of a folder in a tree is too high Product: Base System Version: 11.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: liedtke@punkt.de Hi, I stumbled over something, which I think should not happen: A customer asked me to delete some releases of theirs, which their deployme= nt tool did not clean up properly.=20 so I tried to rm -rf , which gave me the following result. rm -rf rm: /foo/bar/5a4b9dcdc0385d3e9d0827907f0e5f10792a8e7f: Operation n= ot permitted rm: /foo/bar/f98dba83270209e862dbe2295bd078702bb9fa21: Operation n= ot permitted rm: /foo/bar/48c4b74bceb996f66faec0e21aa97fb8d0607516: Operation n= ot permitted rm: /foo/bar/415a52f0bd4ccbea7aadc1a15193b06da3366c37: Operation n= ot permitted rm: /foo/bar/e475e6ed6fa28e141979cae142ef3a2faf6d9726: Operation n= ot permitted rm: /foo/bar/dd7c1138264e4e8f3cebcbc16b00fac10fa629b5: Operation n= ot permitted rm: /foo/bar/76789f907156f96e34f442785dfa7915c8c785ed: Operation n= ot permitted rm: /foo/bar/7ecf83bcb737a84d8de66e7365b91ce27f778ea4: Operation n= ot permitted rm: /foo/bar/b601d1dd9812e1b57e50d46edd2a891969b353f3: Operation n= ot permitted rm: /foo/bar/0dd0c3382236ba9f2d6b3828dc305c2a01f45e87: Operation n= ot permitted rm: /foo/bar: Directory not empty rm: /foo: Directory not empty rm: : Directory not empty So I went into /foo/bar and did an ls, which showed me a big numbe= r of subdirectories like this: ls -la /foo/bar drwxrwxrwx 2 proserver proserver 3 Jun 7 10:44 ffc6821a8591392ebe03779270c8ec6e843a2b96 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:44 ffc927f8cc14ce68abdefcbea8f01542c892aea6 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:42 ffcaabb22cd01c67eb90dc8ee90f488427e987c3 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:43 ffcafbcd303e3ed81789be0930ba3b8999827443 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:42 ffcc53a0a31a38f18065861c42d0de0636140067 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:44 ffccb4ae42018024a90d0cdb7e635f714daef3d6 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:44 ffcd2c48e4171f25b96587da22a262f11c3123b8 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:43 ffcd73a168063217dab0ebf35a9ba16b5843c9f1 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:44 ffd0a1faba88fef9e2dec753ecfcbf2391f44f66 drwxrwxrwx 2 proserver proserver 3 Jun 7 10:43 ffd28f6ecac48500499e4803aef1a0b1f904129b counting the number of subdirectories gave me this: ls -la | wc -l 51550 in other release-directories this could be even 80000+ trying to delete them in /foo/bar: rm -rf * su: /bin/rm: Argument list too long which was expected, but not with rm -rf I was able to delete them with find in the end but I thought rm -rf would do the trick. Am I wrong here or is it a bug? --=20 You are receiving this mail because: You are the assignee for the bug.=