> However, it unfortunately does not fix the issue. > sysctl still cannot be used to raise the message > queue limit above 1024. Given this, ipc_ns->mq_queues_max > is still initialized to DFLT_QUEUESMAX (256) and > ultimately limited by HARD_QUEUESMAX (1024), > even if that's not being tested for directly in > mqueue_create().
Arto, Sorry for the delayed follow up., The point of the patch was *not* to allow the sysctl to be changed. Rather, it was to allow a *privileged* process to override the limit. Is you DB engine running as a privileged process? If not, then I suppose a somewhat different patch is in order. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1155695 Title: mq_overview(7) contains outdated, inaccurate fs.mqueue.queues_max limit description To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/manpages/+bug/1155695/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs