On 3 March 2015 at 14:43, Frank Shearar <frank.shearar at gmail.com> wrote:
> On 3 March 2015 at 14:38, Levente Uzonyi <leves at elte.hu> wrote:
>> On Tue, 3 Mar 2015, Frank Shearar wrote:
>>
>>> Yep, this is the problem that I was trying to resolve the other week
>>> with Eliot. I don't think it's a Cog bug, I think it's a bug in our
>>> security settings or something.
>>>
>>> I had a look, things looked OK, but this is well beyond my
>>> rememberings of Linux security, hence why it's still broken.
>>
>>
>> Changes of the files in limits.d are only applied to new sessions. The
>> squeak.conf file was created after jenkins was started. So restarting
>> jenkins should fix the problem.
>
> Oh, because Jenkins spins up the VMs, so the Cog processes inherit the
> permissions that Jenkins had? I'll reboot Jenkins then!

Rebooted, and now I see failures like "bundle gem not installed". So I
added a new build step to install that gem, but it seems that the gem
package isn't installed on that box? I don't have my credentials with
me so I can't look into the problem. I may only be able to dig into
the problem a few days from now.

frank

> frank
>
>> Levente
>>
>>
>>>
>>> frank
>>>
>>> On 2 March 2015 at 17:37, Levente Uzonyi <leves at elte.hu> wrote:
>>>>
>>>> I tried to run this on box3, and it just works as expected.
>>>> But the SqueakTrunk job hasn't produced any artifacts since build #1059.
>>>>
>>>> Levente
>>>>
>>>>
>>>> On Tue, 17 Feb 2015, Frank Shearar wrote:
>>>>
>>>>> On 16 February 2015 at 19:55, Eliot Miranda <eliot.miranda at gmail.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mon, Feb 16, 2015 at 9:12 AM, Frank Shearar
>>>>>> <frank.shearar at gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Reverted, but I still get the same error.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> What's the last good version?
>>>>>
>>>>>
>>>>>
>>>>> I'm not convinced it's a Cog issue: the last known good was 3164 [1]
>>>>> but the next build showed the "Operation not permitted" problem [2],
>>>>> also with 3164.
>>>>>
>>>>> [1] http://build.squeak.org/job/SqueakTrunk/990/console
>>>>> [2] http://build.squeak.org/job/SqueakTrunk/991/console
>>>>>
>>>>> frank
>>>>>
>>>>>>> frank
>>>>>>>
>>>>>>> On 15 February 2015 at 18:13, Eliot Miranda <eliot.miranda at gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi Frank,
>>>>>>>>
>>>>>>>>      can you revert to 3253?  This one should be good.  I'm pretty
>>>>>>>> sure
>>>>>>>> the
>>>>>>>> 3254 VMs are subject to the same inlning bug that I mentioned after
>>>>>>>> the
>>>>>>>> latest VMMaker.oscog commit and am working on fixing now.
>>>>>>>>
>>>>>>>> On Sat, Feb 14, 2015 at 5:47 AM, Frank Shearar
>>>>>>>> <frank.shearar at gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 12 February 2015 at 20:42, Eliot Miranda
>>>>>>>>> <eliot.miranda at gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> http://www.mirandabanda.org/files/Cog/VM/VM.r3254/
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> These fix two important bugs in the Spur VMs, so Newspeakers should
>>>>>>>>>> update,
>>>>>>>>>> and changes the default text encoding to UTF-8 on linux.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I updated CI with 3254, and now I see errors like this:
>>>>>>>>>
>>>>>>>>> spawning command 1 with timeout 1500 seconds:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> /var/lib/jenkins/workspace/SqueakTrunk/target/cog.r3254/coglinuxht/bin/squeak
>>>>>>>>> -vm-sound-null -vm-display-null
>>>>>>>>> "/var/lib/jenkins/workspace/SqueakTrunk/target/TrunkImage.image"
>>>>>>>>> ../update-image.st
>>>>>>>>> pthread_setschedparam failed: Operation not permitted
>>>>>>>>> Read e.g.
>>>>>>>>> http://www.mirandabanda.org/files/Cog/VM/VM.r3254/README.3254
>>>>>>>>>
>>>>>>>>> As it happens, we do have a /etc/security/limits.d/squeak.conf on
>>>>>>>>> build.squeak.org that looks like this:
>>>>>>>>>
>>>>>>>>> *       hard    rtprio  2
>>>>>>>>> *       soft    rtprio  2
>>>>>>>>>
>>>>>>>>> Thoughts?
>>>>>>>>>
>>>>>>>>> frank
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> best,
>>>>>>>> Eliot
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> best,
>>>>>> Eliot
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>