Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6D45C433FE for ; Wed, 12 Jan 2022 13:22:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1353563AbiALNW4 (ORCPT ); Wed, 12 Jan 2022 08:22:56 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60052 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353538AbiALNWy (ORCPT ); Wed, 12 Jan 2022 08:22:54 -0500 Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8198EC061751 for ; Wed, 12 Jan 2022 05:22:54 -0800 (PST) Received: by mail-ed1-x52d.google.com with SMTP id 30so9986428edv.3 for ; Wed, 12 Jan 2022 05:22:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MfZ/bQyc8Ol4TQ5HaN2khWewBoM9cI1PUzi7/CIfS6I=; b=Lsipx6XKx1x6e4uetXaiE2GztJ4AGV6fzRo4TY2NE2SduXUPlNhdbeLCtufRKCwwnC 0SPpqEeAGedRwJ5A3cFuz+Fx8X+/99cdT8FkqL59AenhPixEDypHH2cxR0hfPpkdJRWL 3JvI6T/LyCTCLZuaDgcUBHouUXc9It24q4dlN1kjlwLfcM/g4EbP22GfPDk2rbn0ZnTE zMXyKDy7LqM19xT86V7+wYsIyDPRZtmoHpEpQZRX4lX8AWYnKPxnZagvhAeBzuBXUUDa DtwE0zSmSKkYjMLLWx73/IhVuQzZsYYgMYNR0qZzGhYW+nWTdsCOHzUDX6UNTX3VT46H Yt5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MfZ/bQyc8Ol4TQ5HaN2khWewBoM9cI1PUzi7/CIfS6I=; b=hsfzv74KWkjVBgHen5XLA21Feb3GnGrZ3FTJt7mRooBEoTUsWD8fR+IGS7Rp5urTeI TjfGetsspWp6YQZRZqMu5ax2cRwL6APYbihFpOeqKJwH8SaSHlY1waeyifyLHQPmu294 fiNwx6lkPhfPmujSzlqC4OLZFOXj5W7YS9ygY9XPN/T9DofUxoAavIt0OXXcjGzhxE8s OpXgdAevxIZrccPZOjAAixUKsrUw7LLb6q+BSQ4Tt0gh6alyXmhwshnj2vc0+7wBLrXa NpQjPL3qijyOHD4S7liORp7/x9rkZcHRMN+AXeVTFpFZ7IS8/FYO2wN1f79hCOKCDWHU gW+w== X-Gm-Message-State: AOAM5314bPnI72cWHUp0tSrmr7N+x4APgoc3sQApGJ7/4C+K5tQBE3pO AKOV12vFR2Jkz85/+mcQG7TnIdq8shUTkPmqvLsbRg== X-Google-Smtp-Source: ABdhPJz5Wrm0HbctZgKlE4IIfTnFY0GNvyi3qy++ibXIKY6TXHt+qWqe1wMvjNYh3xmQ1f9ikobQGUS2W1drqcKJSp4= X-Received: by 2002:a17:907:3f92:: with SMTP id hr18mr7524933ejc.693.1641993772970; Wed, 12 Jan 2022 05:22:52 -0800 (PST) MIME-Version: 1.0 References: <20220112131837.igsjkkttqskw4eix@wittgenstein> In-Reply-To: <20220112131837.igsjkkttqskw4eix@wittgenstein> From: Anders Roxell Date: Wed, 12 Jan 2022 14:22:42 +0100 Message-ID: Subject: Re: [next]: LTP: getxattr05.c:97: TFAIL: unshare(CLONE_NEWUSER) failed: ENOSPC (28) To: Christian Brauner Cc: Naresh Kamboju , open list , Linux-Next Mailing List , lkft-triage@lists.linaro.org, LTP List , linux-fsdevel@vger.kernel.org, regressions@lists.linux.dev, containers@lists.linux.dev, Alexey Gladkov , Sven Schnelle , "Eric W. Biederman" , Alexander Viro , Arnd Bergmann Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 12 Jan 2022 at 14:18, Christian Brauner wrote: > > On Wed, Jan 12, 2022 at 05:15:37PM +0530, Naresh Kamboju wrote: > > While testing LTP syscalls with Linux next 20220110 (and till date 20220112) > > on x86_64, i386, arm and arm64 the following tests failed. > > > > tst_test.c:1365: TINFO: Timeout per run is 0h 15m 00s > > getxattr05.c:87: TPASS: Got same data when acquiring the value of > > system.posix_acl_access twice > > getxattr05.c:97: TFAIL: unshare(CLONE_NEWUSER) failed: ENOSPC (28) > > tst_test.c:391: TBROK: Invalid child (13545) exit value 1 > > > > fanotify17.c:176: TINFO: Test #1: Global groups limit in privileged user ns > > fanotify17.c:155: TFAIL: unshare(CLONE_NEWUSER) failed: ENOSPC (28) > > tst_test.c:391: TBROK: Invalid child (14739) exit value 1 > > > > sendto03.c:48: TBROK: unshare(268435456) failed: ENOSPC (28) > > > > setsockopt05.c:45: TBROK: unshare(268435456) failed: ENOSPC (28) > > > > strace output: > > -------------- > > [pid 481] wait4(-1, 0x7fff52f5ae8c, 0, NULL) = -1 ECHILD (No child processes) > > [pid 481] clone(child_stack=NULL, > > flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > > child_tidptr=0x7f3af0fa7a10) = 483 > > strace: Process 483 attached > > [pid 481] wait4(-1, > > [pid 483] unshare(CLONE_NEWUSER) = -1 ENOSPC (No space left on device) > > This looks like another regression in the ucount code. Reverting the > following commit fixes it and makes the getxattr05 test work again: > > commit 0315b634f933b0f12cfa82660322f6186c1aa0f4 > Author: Alexey Gladkov > Date: Fri Dec 17 15:48:23 2021 +0100 > > ucounts: Split rlimit and ucount values and max values > > Since the semantics of maximum rlimit values are different, it would be > better not to mix ucount and rlimit values. This will prevent the error > of using inc_count/dec_ucount for rlimit parameters. > > This patch also renames the functions to emphasize the lack of > connection between rlimit and ucount. > > v2: > - Fix the array-index-out-of-bounds that was found by the lkp project. > > Reported-by: kernel test robot > Signed-off-by: Alexey Gladkov > Link: https://lkml.kernel.org/r/73ea569042babda5cee2092423da85027ceb471f.1639752364.git.legion@kernel.org > Signed-off-by: Eric W. Biederman > > The issue only surfaces if /proc/sys/user/max_user_namespaces is > actually written to. I did a git bisect and that pointed me to this patch too. Cheers, Anders