We've had this issue before. Everything is there, but not where jenkins is looking for:
/var/lib/jenkins/.rvm/src/ruby-1.9.3-p194/bin/gem /var/lib/jenkins/.rvm/src/ruby-1.9.3-p392/bin/gem /var/lib/jenkins/.rvm/src/ruby-2.0.0-p0/bin/gem /var/lib/jenkins/.rvm/src/rubygems-1.8.25/bin/gem
Levente
On Tue, 3 Mar 2015, Frank Shearar wrote:
On 3 March 2015 at 14:43, Frank Shearar frank.shearar@gmail.com wrote:
On 3 March 2015 at 14:38, Levente Uzonyi leves@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@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@gmail.com wrote: > > > > > On Mon, Feb 16, 2015 at 9:12 AM, Frank Shearar > frank.shearar@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@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@gmail.com >>> wrote: >>>> >>>> >>>> >>>> On 12 February 2015 at 20:42, Eliot Miranda >>>> eliot.miranda@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