Bug 170874
Summary: | Unable to create posix message queue of length > 10 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Daniel Shay <dshay> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED NOTABUG | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | powerpc | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-10-15 12:58:42 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Daniel Shay
2005-10-14 20:45:55 UTC
This doesn't have much with glibc, for mq_open glibc acts just as a wrapper around kernel syscall. Strace shows: mq_open("mq_open_name_5910", O_RDWR|O_CREAT, 0600, {mq_maxmsg=100, mq_msgsize=4}) = -1 EINVAL (Invalid argument) The kernel has several limits on how big a message queue can be to avoid users grabbing too much kernel memory. Root (well, CAP_SYS_RESOURCE holder) is allowed to create bigger queues than normal users, and some of the limits are tweakable through sysctl/proc, some are tweakable through ulimit -q. See /proc/sys/fs/mqueue/* |