Ubuntu ignores /etc/security/limits.conf

[Mark Greenwood]

lsb_release -rd
Description: Ubuntu 9.04
Release: 9.04

I am trying to get jackd to start in realtime mode. I have installed linux-rt (the realtime kernel). Instructions on the net, which work on all other distributions, say to edit /etc/security/limits.conf to permit realtime scheduling for one of the groups my user belongs to. I have done this:
@video - rtprio 95
@video - memlock 512000
@video - nice -19

This is the same approach I have been using for the last 3 years. But this is the first time I have tried to make Ubuntu do it. Ubuntu is ignoring this file, and jackd cannot start in realtime mode.

Install the qjackctrl package, and use it to start jackd with the 'Realtime' option selected. You will see it fail.

[Mark Greenwood (fatgerman)]

Whoops. Sorry. Typo. My file actually had rtpiro instead of rtprio.
This is not a bug, this is user error :)

[symon1980 (symon1980)]

I have the same problem.... although I do not have that typo.
I have been using qjackctl for the last 3 years or so for recording and I cannot
get the realtime option to work in Ubuntu jaunty.... it works for me in Opensuse though....
I have permissons added to all the pulse options in users/groups... but still not working..... although in opensuse there is an "audio" group.... but that isn't present in ubuntu.... I don't know whether i've done something wrong in ubuntu, or it is indeed a bug. I havn't had problems prior to jaunty.....

[symon1980 (symon1980)]

I also tried sudo adduser "user" audio to add the permissions just incase.... rebooted, and nope... still not working.
so i have to keep booting into Opensuse to use qjack so i can record :(

[symon1980 (symon1980)]

found a fix..(work around)
in limits.conf.... replace the @audio parts with your username.... eg: @username
save
logout, login
and wallah!
you can now use Realtime!

[Fabio Marconi (fabiomarconi)]

Thank you for taking the time to report this bug and helping to make Ubuntu better.
Is this bug reproducible with the latest Lucid packages ?
Tanks in advance.

[Fabio Marconi (fabiomarconi)]

 Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage .

When reporting bugs in the future please use apport by using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://help.ubuntu.com/community/ReportingBugs.

[Fabio Marconi (fabiomarconi)]

We'd like to figure out what's causing this bug for you, but we haven't heard back from you in a while. Could you please provide the requested information? Thanks!

[Fabio Marconi (fabiomarconi)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

[Gregor H. (beislhur)]

Ubuntu 9.04 updated to newest packages.

Reopened the bug because it also applies to a samba issue. Samba 'testparm' complains:

rlimit_max: rlimit_max (1024) below minimum Windows limit (16384)

Adding the line:

* - nofile 16384

to limits.conf has no effect after reboot!

I don't know whether this is reproducible in Lucid or not, but I suppose, it is not, because for instance jackctrl writes directly into /etc/services/...../audio.conf and thus overrides limits.conf and I assume other applications will use the same mechanism

Let me know, if I can assist ....

Thanks,

Gregor

[Fabio Marconi (fabiomarconi)]

Hello Gregor
sorry but Ubuntu 9.04 already reach end of life and will not have any support, so please upgrade to Lucid that have a Long Time Support.
Thanks
Fabio

[Renaud (renaud-perso)]

I'm sorry but this issue still applies to Lucid 10.04.2.
Setting values in /etc/security/limits.conf doesn't work.
I've tried it on Debian 6 and it works right away.

[Renaud (renaud-perso)]

Disregard my last comment, the line in the pam.d conf line refering to the .so was commented.
After commenting it out, it worked.
I should have make more thorough tests.

[Renaud (renaud-perso)]

Was confirmed by my comment which stated something wrong.

[Pedro Ramalhais (ramalhais-gmail)]

This bug only happens when using su because /etc/pam.d/su has pam_limits.so commented by default:

# Sets up user limits, please uncomment and read /etc/security/limits.conf
# to enable this functionality.
# (Replaces the use of /etc/limits in old login)
#session required pam_limits.so

please fix this.

Thank you.