> 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.
> However, it unfortunately does not fix the issue. >mq_queues_ max
> sysctl still cannot be used to raise the message
> queue limit above 1024. Given this, ipc_ns-
> 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.