From nobody Fri Apr 26 22:04:18 2024 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VR6Fd0lMQz5JKHX for ; Fri, 26 Apr 2024 22:04:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VR6Fc5gWTz4M04 for ; Fri, 26 Apr 2024 22:04:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1714169060; a=rsa-sha256; cv=none; b=cgJWPv+9bxdkVMh9+4DDw/cpzc3j7uo2oMd4IFBZ4XtWp/wZWGHezva42oSFQp4H28++g4 v8eCfMqubZcaa2LO7h9QkwpYIQfc8+vK71EnO5b5NjnrQuu+8c2hPshphYoxN9kmqvCPnq Avq9PqloThfK7DpRXmAWqpXfnuHxzsbGF5bmAPXoY54/8416hyLRq07mSQg6Wi3vo70T/c PM8pQzCDsBtLIiRYEtQFEhF7f1kyL5iviM4+r0wAc0xVzcPpZ6+rZ67tG7hrH1/tK10osu j3yjIktZOY7nBsdH5hApZAViW8sNnb4TNkA3/9Ri6MVzpP/jGg/tm6l2QUfkYg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1714169060; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=rX00nf4smYJ0vtVNSNR+nnHZBMYo5wrxiri1qK5CVLo=; b=FLYXQA1xsHEyZxzInkujJYp+DZGRW1TsqsDtqDtCY4FHa9qDLGJKPCDQ9bCbA8351KQiTm WV8Y63bSI15eVpL0v+fv+Ua8l1y3cJB8rcuX41vjJJ8mFZv3pehIWg+adNXlsUrIuZS1xR JiLff0c0rbCbWgDuwLFjIAIl8OCkW9KZNpTWjG73d5GQCO0GWaGi9lwULWUD9HSRo4gAPk lyuP3tB83RTUMulUXpI35TJaA6qf6Ip7chybFG8j39vVjAHLOM4RN5/AeV9zcfgH8/dQZ6 L8YNpxiPWW0vRVc6C2boTC5vI05GlXw2zPeRcQCglhuy9l/H5SSeWwucAg9B7A== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4VR6Fc5HNWz10Bj for ; Fri, 26 Apr 2024 22:04:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 43QM4KqW082224 for ; Fri, 26 Apr 2024 22:04:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 43QM4Kd9082220 for bugs@FreeBSD.org; Fri, 26 Apr 2024 22:04:20 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 278601] kern.ipc.maxpipekva exhaustion description in tuning(7) Date: Fri, 26 Apr 2024 22:04:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Documentation X-Bugzilla-Component: Manual Pages X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: piotr@durlej.net 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 cc 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 List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278601 Bug ID: 278601 Summary: kern.ipc.maxpipekva exhaustion description in tuning(7) Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Manual Pages Assignee: bugs@FreeBSD.org Reporter: piotr@durlej.net CC: doc@FreeBSD.org According to tuning(7), with regard to the kern.ipc.maxpipekva tunable: "Th= is exhaustion is not fatal; however, and it will only cause pipes to fall back= to using double-copy." This doesn't seem to be true any longer: pipe(2) fails with ENOMEM, opening named pipes also fails with ENOMEM, ssh(1) logins fail with "error: server_accept_loop: pipe(startup_p): Cannot allocate memory", and so on. --=20 You are receiving this mail because: You are the assignee for the bug.=