Hi Levente, I'm still having the same trouble with this even after
rebooting the server.  I'd like to be able to run with the "HT" VM,
but I think I may be wasting my time because its not possible at all
[1].  Maybe there's a way around that, I don't know..

Which is why I'd like to ask:  Can you confirm that you have or are
successfully running the HT vm when the effective UID of the process
does not match the UID of the user that invoked it (as when
daemontools, running under root, would use "setuidgid" to run the VM)?

Thanks.

[1] The manpage referred to earlier says:  "Subject to the same rules,
another unprivileged process can also make these changes, as long as
the effective user ID of the process making the change matches the
real or effective user ID of the target process."

On Fri, Jun 19, 2015 at 8:16 AM, Levente Uzonyi <leves at elte.hu> wrote:
> Try restarting the daemontools daemon. Changes to the limits affect only the
> processes started after the change.
>
> Levente
>
>
> On Thu, 18 Jun 2015, Chris Muller wrote:
>
>> I am having trouble using the "HT" version of the Spur VM under
>> daemontools.  When the daemon attempts to launch the image it gets the
>> familiar pthread error:
>>
>> pthread_setschedparam failed: Operation not permitted
>> Read e.g. http://www.mirandabanda.org/files/Cog/VM/VM.r3370/README.3370
>>
>> however, I *definitely* have my /etc/security/limits.d/squeak.conf
>> file set up as instructed (been working fine for ages), and in fact
>> I'm able to run the same image with the same startup script under the
>> same uidgid manually.  (e.g., I'm able to cut-n-paste the line from my
>> "run" script into the terminal and it works fine...)
>>
>>     exec setuidgid magma /usr/local/bin/spur -vm display=none
>> server-spur.image $DIR/run.st `cat port`
>>
>> ... but when daemontools runs it, gets the pthread error.  Weird!  Any
>> ideas?
>>
>>
>