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@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?