[linux-audio-user] rlimit problem on opensuse 10.0: pam_limits: unknown limit item 'rtprio'
5 Jan
2006
5 Jan
'06
8:01 p.m.
hi everyone!
after some time of job-induced absence from audio work, i have tried to
bring my audio workstation up to date again.
the problem is that i can't get realtime privileges.
arch is x86_64, distro is opensuse 10.0, i'm using the distro kernel,
which is a 2.6.13 with additional patches.
my /etc/security/limits.conf:
@realtime - memlock 128000
@realtime - nice 10
@realtime - rtprio 70
the account i use is member of @realtime.
on login, i get
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item 'nice'
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item 'rtprio'
and jack tells me it can't get rt scheduling. memlock works, though.
i browsed the kernel source, and it looks like the rlimit patch is there.
pam is recent:
pam-0.80-6
pam_ldap-178-3
pam-modules-10.0-11.2
the bash is not yet rlimits-aware (ulimit does not know about nice and
rtprio), but that should not be a problem, right?
is there a /proc or /sys file associated with the rlimits patch, so that
i can make sure my running kernel has it? or any other command-line
tools that might help to find the problem?
any hints appreciated.
best, jörn
ps: i'm aware of the jacklab effort, but i don't want to use
realtime-lsm, and since this is a 64bit box, their packages don't buy me
much.
--
jörn nettingsmeier
home://germany/45128 essen/lortzingstr. 11/
http://spunk.dnsalias.org
phone://+49/201/491621
if you are a free (as in "free speech") software developer
and you happen to be travelling near my home, drop me a line
and come round for a free (as in "free beer") beer. :-D
6 Jan
6 Jan
6:55 a.m.
New subject: [linux-audio-user] rlimit problem on opensuse 10.0: pam_limits: unknown limit item 'rtprio'
Joern Nettingsmeier wrote:
hi everyone!
after some time of job-induced absence from audio work, i have tried to
bring my audio workstation up to date again.
the problem is that i can't get realtime privileges.
arch is x86_64, distro is opensuse 10.0, i'm using the distro kernel,
which is a 2.6.13 with additional patches.
my /etc/security/limits.conf:
@realtime - memlock 128000
@realtime - nice 10
@realtime - rtprio 70
the account i use is member of @realtime.
on login, i get
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item 'nice'
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item
'rtprio'
and jack tells me it can't get rt scheduling. memlock works, though.
i browsed the kernel source, and it looks like the rlimit patch is there.
pam is recent:
pam-0.80-6
pam_ldap-178-3
pam-modules-10.0-11.2
the bash is not yet rlimits-aware (ulimit does not know about nice and
rtprio), but that should not be a problem, right?
is there a /proc or /sys file associated with the rlimits patch, so that
i can make sure my running kernel has it? or any other command-line
tools that might help to find the problem?
any hints appreciated.
Yes, highly appreciated indeed. I'm on opensuse 10.0 too, and after
realizing that rlimits are not working OTOB I always find myself patching
the original kernel-source with realtime-lsm, over and over again.
AFAICT the question really is _why_ the rlimits is not working on
opensuse10 kernel-2.6.13-15.7 ? pam-0.80 looks to be rtprio ready ...
Anyone else?
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
5:32 p.m.
New subject: [linux-audio-user] rlimit problem on opensuse 10.0: pam_limits: unknown limit item 'rtprio'
AFAICT the question really is _why_ the rlimits is not
working on
opensuse10 kernel-2.6.13-15.7 ? pam-0.80 looks to be rtprio ready ...
Same but different problem here.
As I do write in a posting before, our project jacklab working on a
opensuse based audio distribution named jad. For this we have to create
a standard opensuse 10.0 kernel with rt.
As Takashi giving us the advice, to using rtlimits / PAM instead of
rt-lsm.
So I asked in this mailinglist
http://lalists.stanford.edu/lau/2005/12/0258.html
Who has experiences with PAM?
The answer from Burghard Ritter:
If you are using a recent kernel (>=2.6.12) and a
recent pam-package
(>=0.80) then, if I am right, everything sould already be working.
You
would adjust the limits.conf to contain something like
@audio - rtprio 100
@audio - nice -10
@audio - memlock 4000000
Thus the group audio could run programs with realtime privileges.
Today we finshed a suse flavoured kernel with full realtime preemt.
2.6.15 with rt-patch ver rt1 and some other fixes (ipv6, some suse
patches)
I edited /etc/security/limits.conf as descripted by Burghard but I can't
get jackd to start.
jack_create_thread: error -1 switching current thread
to rt for inheritance: Unknown error 4294967295
Mooo...
Now we plan to patch some rt-lsm in our kernel...
Michael
Am Freitag, den 06.01.2006, 10:54 +0000 schrieb Rui Nuno Capela:
Joern Nettingsmeier wrote:
hi everyone!
after some time of job-induced absence from audio work, i have tried to
bring my audio workstation up to date again.
the problem is that i can't get realtime privileges.
arch is x86_64, distro is opensuse 10.0, i'm using the distro kernel,
which is a 2.6.13 with additional patches.
my /etc/security/limits.conf:
@realtime - memlock 128000
@realtime - nice 10
@realtime - rtprio 70
the account i use is member of @realtime.
on login, i get
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item 'nice'
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item
'rtprio'
and jack tells me it can't get rt scheduling. memlock works, though.
i browsed the kernel source, and it looks like the rlimit patch is there.
pam is recent:
pam-0.80-6
pam_ldap-178-3
pam-modules-10.0-11.2
the bash is not yet rlimits-aware (ulimit does not know about nice and
rtprio), but that should not be a problem, right?
is there a /proc or /sys file associated with the rlimits patch, so that
i can make sure my running kernel has it? or any other command-line
tools that might help to find the problem?
any hints appreciated.
Yes, highly appreciated indeed. I'm on opensuse 10.0 too, and after
realizing that rlimits are not working OTOB I always find myself patching
the original kernel-source with realtime-lsm, over and over again.
Anyone else?
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
7 Jan
7 Jan
12:11 a.m.
On Friday 06 January 2006 13:31, Michael Bohle wrote:
I am having a similar problem using rlimits on an ARCH LINUX system. Some
people have succsess out of the box on a fresh install, but I cannot get it
to work.
AFAICT the
question really is _why_ the rlimits is not working on
opensuse10 kernel-2.6.13-15.7 ? pam-0.80 looks to be rtprio ready ...
Same but different problem here.
As I do write in a posting before, our project jacklab working on a
opensuse based audio distribution named jad. For this we have to create
a standard opensuse 10.0 kernel with rt.
As Takashi giving us the advice, to using rtlimits / PAM instead of
rt-lsm.
So I asked in this mailinglist
http://lalists.stanford.edu/lau/2005/12/0258.html
Who has experiences with PAM?
The answer from Burghard Ritter:
If you are using a recent kernel (>=2.6.12)
and a recent pam-package
(>=0.80) then, if I am right, everything sould already be working.
You
would adjust the limits.conf to contain something like
@audio - rtprio 100
@audio - nice -10
@audio - memlock 4000000
Thus the group audio could run programs with realtime privileges.
Today we finshed a suse flavoured kernel with full realtime preemt.
2.6.15 with rt-patch ver rt1 and some other fixes (ipv6, some suse
patches)
I edited /etc/security/limits.conf as descripted by Burghard but I can't
get jackd to start.
jack_create_thread: error -1 switching current
thread to rt for
inheritance: Unknown error 4294967295
Mooo...
Now we plan to patch some rt-lsm in our kernel...
Michael
Am Freitag, den 06.01.2006, 10:54 +0000 schrieb Rui Nuno Capela:
> Joern Nettingsmeier wrote:
> > hi everyone!
> >
> >
> > after some time of job-induced absence from audio work, i have tried to
> > bring my audio workstation up to date again.
> >
> > the problem is that i can't get realtime privileges.
> >
> > arch is x86_64, distro is opensuse 10.0, i'm using the distro kernel,
> > which is a 2.6.13 with additional patches.
> >
> > my /etc/security/limits.conf:
> >
> > @realtime - memlock 128000
> > @realtime - nice 10
> > @realtime - rtprio 70
> >
> > the account i use is member of @realtime.
> >
> > on login, i get
> >
> > Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item
> > 'nice' Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit
> > item 'rtprio'
> >
> > and jack tells me it can't get rt scheduling. memlock works, though.
> >
> > i browsed the kernel source, and it looks like the rlimit patch is
> > there.
> >
> > pam is recent:
> >
> > pam-0.80-6
> > pam_ldap-178-3
> > pam-modules-10.0-11.2
> >
> > the bash is not yet rlimits-aware (ulimit does not know about nice and
> > rtprio), but that should not be a problem, right?
> >
> > is there a /proc or /sys file associated with the rlimits patch, so
> > that i can make sure my running kernel has it? or any other
> > command-line tools that might help to find the problem?
> >
> >
> > any hints appreciated.
>
> Yes, highly appreciated indeed. I'm on opensuse 10.0 too, and after
> realizing that rlimits are not working OTOB I always find myself patching
> the original kernel-source with realtime-lsm, over and over again.
>
>
> Anyone else?
> --
> rncbc aka Rui Nuno Capela
> rncbc(a)rncbc.org 
12:45 a.m.
On Fri, Jan 06, 2006 at 10:31:59PM +0100, Michael Bohle wrote:
Mooo...
Now we plan to patch some rt-lsm in our kernel...
i seem to be out of date... since when is rt-lsm a patch ?
doesnt it just build against any kernel ?
the goal of rt-lsm was to remove the kernel patching...
just build the module, modprobe and go......
which was a success from 2.6.7 onwards...
and it should still work...
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
11 Jan
11 Jan
6:24 p.m.
New subject: [linux-audio-user] rlimit problem on opensuse 10.0 - maybe first part of a solution
On Fri, 06 Jan 2006 01:01:51 +0100
Joern Nettingsmeier <nettings(a)folkwang-hochschule.de> wrote:
hi everyone!
after some time of job-induced absence from audio work, i have tried
to bring my audio workstation up to date again.
the problem is that i can't get realtime privileges.
arch is x86_64, distro is opensuse 10.0, i'm using the distro kernel,
which is a 2.6.13 with additional patches.
my /etc/security/limits.conf:
@realtime - memlock 128000
@realtime - nice 10
@realtime - rtprio 70
the account i use is member of @realtime.
on login, i get
Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit item
'nice' Jan 6 00:01:38 kleineronkel pam_limits[13812]: unknown limit
item 'rtprio'
Hi people!
I finally got pam rt rlimits working, using pam 0.78 + rlimits patch on
a gentoo system. Jack starts fine in realtime. rt-lsm not loaded.
But there are some questions i'd like to ask, well.. one that is. And i
think this might also be the issue mentioned here.
all docs around the net tell that one has to set following in
limits.conf:
@audio - memlock 250000
@audio - nice -10
@audio - rtprio 100
..or @audio whatever. now i also got that unknown item 'rtprio' on
login from pam.
looking at the patch i found the following:
@@ -293,6 +298,10 @@
else if (strcmp(lim_item, "locks") == 0)
limit_item = RLIMIT_LOCKS;
#endif
+ else if (strcmp(lim_item, "rt_priority") == 0)
+ limit_item = RLIMIT_RTPRIO;
+ else if (strcmp(lim_item, "nice") == 0)
+ limit_item = RLIMIT_NICE;
else if (strcmp(lim_item, "maxlogins") == 0) {
limit_item = LIMIT_LOGIN;
now even i'm not a coder, rtprio is infact called rt_priority! that
seems dokumented wrong in limits.conf on opensuse
also i've read that for audio one should set, hehe --> rt_priority to
100, which seems not to make much sense as:
+ case RLIMIT_RTPRIO:
+ if (limit_value > 99)
+ limit_value = 99;
+ if (limit_value < 0)
+ limit_value = 0;
+ break;
^^ 99% is the (stochastical) limit
Maybe that helps some people here! If i got something wrong please
excuse and correct me. At least here it now all seems to work out fine
and also audio apps can now use more than 15% cpu, which is set as
default value in the patch.
Best regards
Tom
12 Jan
12 Jan
2:19 p.m.
New subject: [linux-audio-user] rlimit problem on opensuse 10.0 - maybe first part of a solution
On Wed, Jan 11, 2006 at 11:24:49PM +0100, Thomas Kuther wrote:
[...]
Hi people!
I finally got pam rt rlimits working, using pam 0.78 + rlimits patch on
a gentoo system. Jack starts fine in realtime. rt-lsm not loaded.
But there are some questions i'd like to ask, well.. one that is. And i
think this might also be the issue mentioned here.
all docs around the net tell that one has to set following in
limits.conf:
@audio - memlock 250000
@audio - nice -10
@audio - rtprio 100
..or @audio whatever. now i also got that unknown item 'rtprio' on
login from pam.
looking at the patch i found the following:
[...]
now even i'm not a coder, rtprio is infact called
rt_priority! that
seems dokumented wrong in limits.conf on opensuse
[...]
Maybe that helps some people here! If i got something wrong please
excuse and correct me. At least here it now all seems to work out fine
and also audio apps can now use more than 15% cpu, which is set as
default value in the patch.
Best regards
Tom
I was under the impression that the developers of pam changed this when
they merged in the patch. So yes, with the patch it is rt_priority (and
that is what I am still using and what works), but with pam > 0.80 it
should be rtprio. (You can browse the source code at sourceforge to
convince yourself.) Why this does not work on Suse (which has pam
= .80, to the best of my knowledge) I don't know.
Burkhard
6693
days inactive
6700
days old
linux-audio-user@lists.linuxaudio.org
6 comments
7 participants
participants (7)
-
Burkhard Ritter -
espame -
Joern Nettingsmeier -
Michael Bohle -
Rui Nuno Capela -
Thomas Kuther -
torbenh＠gmx.de