Bug 278601 - kern.ipc.maxpipekva exhaustion description in tuning(7)
Summary: kern.ipc.maxpipekva exhaustion description in tuning(7)
Status: New
Alias: None
Product: Documentation
Classification: Unclassified
Component: Manual Pages (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-04-26 22:04 UTC by Piotr Durlej
Modified: 2024-04-26 22:04 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Piotr Durlej 2024-04-26 22:04:18 UTC 
According to tuning(7), with regard to the kern.ipc.maxpipekva tunable: "This 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.