Box-Admins December 2014

box-admins@lists.squeakfoundation.org

8 participants
5 discussions

DNS server down
by Levente Uzonyi 08 Jan '15

08 Jan '15

Hi All, There are currently two DNS servers for squeak.org. One of them (the master) is hosted on box2, and it's working fine. But the other one is down, and we have no direct control over it. This may affect all of our services (slower access, or even temporary outages). It would be good to find out who is hosting it. name: b.ns.squeakfoundation.org address: 69.72.148.198 Levente

4 12

Re: [squeak-dev] squeaksource down?
by Chris Cunnington 23 Dec '14

23 Dec '14

I’ve been looking at box3 for about half an hour now. I’d say Dale is right and squeaksource.com <http://squeaksource.com/> is down. I logged in and killed the ssdotcom process. This did not solve the problem once it had restarted under daemontools. And I saw that Jenkins is also unreachable. I restarted the server and the problem again still persists. My options are exhausted. I would guess off the top of my head and with no evidence whatsoever that this is a DNS thing. I’ll have to leave this to somebody with better knowledge than mine. Chris > On Dec 21, 2014, at 1:21 PM, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > Looks like it might have gone down last night? > > http://www.downforeveryoneorjustme.com/http://www.squeaksource.com/ > > Dale >

6 11

Re: [squeak-dev] squeaksource down?
by Chris Cunnington 21 Dec '14

21 Dec '14

Yea, that may be a circumstance that I’ve introduced, but I’m not sure that’s the problem. My reasoning is that Apache may not be running under daemontools, so by restarting the server, I may have shut it down. This would produce a different error message than the one visible in a browser window half an hour ago. I’ll have to check to see if Apache is running under daemontools. More importantly, though, even if Apache were down, it seems to me that the services should be available on their port numbers i.e. http://box3.squeak.org: <http://box3.squeak.org/>fooport. I’ve looked found the port numbers for both services and tried that. Neither is available. I’m going to take a look at Apache now. Chris > On Dec 21, 2014, at 2:12 PM, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > Chris, > > From the error page: > > Service Temporarily Unavailable > > The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. > > Apache/2.2.16 (Debian) Server at www.squeaksource.com Port 80 > > > It looks like apache is not running? > > Dale > > On 12/21/14 11:07 AM, Chris Cunnington wrote: >> I’ve been looking at box3 for about half an hour now. I’d say Dale is right and squeaksource.com <http://squeaksource.com/> is down. >> I logged in and killed the ssdotcom process. This did not solve the problem once it had restarted under daemontools. And I saw that Jenkins is also unreachable. >> I restarted the server and the problem again still persists. My options are exhausted. I would guess off the top of my head and with no evidence whatsoever that this is a DNS thing. >> I’ll have to leave this to somebody with better knowledge than mine. >> >> Chris >> >> >>> On Dec 21, 2014, at 1:21 PM, Dale Henrichs <dale.henrichs(a)gemtalksystems.com <mailto:dale.henrichs@gemtalksystems.com>> wrote: >>> >>> Looks like it might have gone down last night? >>> >>> http://www.downforeveryoneorjustme.com/http://www.squeaksource.com/ <http://www.downforeveryoneorjustme.com/http://www.squeaksource.com/> >>> >>> Dale >>> >> >> >> > >

1 0

'mc history' function
by Chris Muller 06 Dec '14

06 Dec '14

While responding to David's note in the other thread, I noticed the magma-based trunk on box4 was no longer running since early November. I see a lot of errors that say "Could not open display `:1'" in the log. So I restarted it and it is back up and running. However, now the job which tries to load all .mcz's from real trunk into box4 trunk is getting an error in MCStWriter>>writeClassDefinition:, "Unrecognized class type". So, it is not being automatically updated anymore. My hunch is that maybe it encountered some new Spur packages and running into an issue? It might just be that this image being used needs to be udpated..? Unfortunately I cannot focus on this right now due to other life pressures, but if anyone else can look into it I'd be happy to help with anything Magma related..

2 1

[Pharo-dev] Please delete .mcz file in http://www.squeaksource.com/MetacelloRepository (fwd)
by Levente Uzonyi 04 Dec '14

04 Dec '14

This request belongs here, but I don't know who has admin rights for squeaksource.com (I guess Dave has, so I CC'd him too). Levente ---------- Forwarded message ---------- Date: Wed, 3 Dec 2014 14:01:28 -0800 From: Dale Henrichs <dale.henrichs(a)gemtalksystems.com> Reply-To: Pharo Development List <pharo-dev(a)lists.pharo.org> To: Pharo Development List <pharo-dev(a)lists.pharo.org> Subject: [Pharo-dev] Please delete .mcz file in http://www.squeaksource.com/MetacelloRepository The .mcz is triggering Gofer errors for me during automated loads and of course the place to get a new version of Gofer from is http://www.squeaksource.com/MetacelloRepository ... If someone with admin privileges could deleted the .mcz file that'd be great! Dale

3 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Box-Admins December 2014