Box-Admins November 2013

box-admins@lists.squeakfoundation.org

10 participants
27 discussions

RE: [Box-Admins] Re: [squeak-dev] SqueakSource.com home page (was: Fix for OSProcess - Where to commit?)
by Ken Causey 15 Nov '13

15 Nov '13

David, Probably this is entirely unrelated, but... For the last several days, a week or more I guess, we've had a problem with source.squeak.org and I begin to wonder if there is not some common denominator here. In brief the source.squeak.org process will not run under supervise, the exact behavior has varied as I've tried different things, but most commonly the squeak process ends up as a defunct process (it 'dies' but supervise doesn't realize it has). I frankly haven't spent a lot of time trying to work out what is going wrong, for now I'm just starting it manually. I feel like I must be missing something obvious... I wonder if sometime over the weekend or perhaps next week you might have some time to chat with me, perhaps over Google Chat? Perhaps between the two of us we can improve both source.squeak.org and squeaksource.com. Ken P.S. For those wondering, I can't email David directly, probably because my SPF is fouled up or his provider doesn't like GoDaddy (who does? and don't ask). The last I heard though he does get my email through the list. > -------- Original Message -------- > Subject: [Box-Admins] Re: [squeak-dev] SqueakSource.com home page (was: > Fix for OSProcess - Where to commit?) > From: "David T. Lewis" <lewis(a)mail.msen.com> > Date: Thu, November 14, 2013 7:26 pm > To: The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org> > Cc: box-admins(a)lists.squeakfoundation.org > > > The image is now showing 10 session handler processes in the process > browser. Presumably these are related to the failed upload requests. > > I do not understand the cause of this problem, and it may be that I > should revert the changes that I did earlier today (in which I put > squeaksource under the control of the supervise(8) for starting the > image). > > But I suspect that the problem lies elsewhere, so for I will make > a copy of the broken image for debugging, then terminate the excess > processes. This should clear the problem temporarily. I will follow > up with another email within about 30 minutes. > > Dave > > > > On Fri, Nov 15, 2013 at 01:28:18AM +0100, Nicolas Cellier wrote: > > Thanks David, it went back to normal speed for a moment, but is now > > rejecting my upload requests again (most will timeout, some do work > > intermittently)... > > > > > > 2013/11/14 David T. Lewis <lewis(a)mail.msen.com> > > > > > On Thu, Nov 14, 2013 at 10:55:55PM +0100, Nicolas Cellier wrote: > > > > Yes, let's remove the alarms. > > > > But it has to be functional. > > > > Currently, I can connect on the web interface and I can download, but all > > > > my upload are failing with timeout... Any idea? > > > > > > > > > > I made some changes to the launch script for squeaksource.com earlier > > > today: > > > > > > > > > http://lists.squeakfoundation.org/pipermail/box-admins/2013-November/001598… > > > > > > It is possible that this may be related to the problem you are seeing (I am > > > not sure at this point). > > > > > > I tried loading some packages from squeaksource a few minutes ago, and it > > > was slow but functional. However, checking the image I see 15 active > > > SSession handlers in a ProcessBrowser. This is not right, and it appears > > > to be a recurrence of a problem that we have seen previously on an > > > intermittent > > > basis, both on squeaksource.com and (probably) on source.squeak.org. > > > > > > I will terminate the runaway session handler processes, which I hope will > > > clear up the immediate problem. > > > > > > More to follow I'm sure ... > > > > > > Dave > > > > > > > > > > > 2013/11/14 Bert Freudenberg <bert(a)freudenbergs.de> > > > > > > > > > > > > > > On 14.11.2013, at 13:04, Chris Muller <asqueaker(a)gmail.com> wrote: > > > > > > > > > > >> The welcome (sic) message on the SqueakSource home page is overly > > > > > alarming, > > > > > >> and IMHO should be changed to something that encourages new > > > projects to > > > > > >> be created elsewhere, but that does not cause alarm for existing > > > usurs. > > > > > >> But that is a policy decision, and I will defer to the Squeak board > > > and > > > > > >> the Squeak community on this. > > > > > > > > > > > > +1 > > > > > > > > > > > > I think we should we should delete the "ATTENTION!" line but leave > > > the > > > > > > note about creation of projects being disabled. > > > > > > > > > > Yep. > > > > > > > > > > - Bert - > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

2 1

Re: [squeak-dev] SqueakSource.com home page (was: Fix for OSProcess - Where to commit?)
by David T. Lewis 15 Nov '13

15 Nov '13

On Thu, Nov 14, 2013 at 10:55:55PM +0100, Nicolas Cellier wrote: > Yes, let's remove the alarms. > But it has to be functional. > Currently, I can connect on the web interface and I can download, but all > my upload are failing with timeout... Any idea? > I made some changes to the launch script for squeaksource.com earlier today: http://lists.squeakfoundation.org/pipermail/box-admins/2013-November/001598… It is possible that this may be related to the problem you are seeing (I am not sure at this point). I tried loading some packages from squeaksource a few minutes ago, and it was slow but functional. However, checking the image I see 15 active SSession handlers in a ProcessBrowser. This is not right, and it appears to be a recurrence of a problem that we have seen previously on an intermittent basis, both on squeaksource.com and (probably) on source.squeak.org. I will terminate the runaway session handler processes, which I hope will clear up the immediate problem. More to follow I'm sure ... Dave > > 2013/11/14 Bert Freudenberg <bert(a)freudenbergs.de> > > > > > On 14.11.2013, at 13:04, Chris Muller <asqueaker(a)gmail.com> wrote: > > > > >> The welcome (sic) message on the SqueakSource home page is overly > > alarming, > > >> and IMHO should be changed to something that encourages new projects to > > >> be created elsewhere, but that does not cause alarm for existing usurs. > > >> But that is a policy decision, and I will defer to the Squeak board and > > >> the Squeak community on this. > > > > > > +1 > > > > > > I think we should we should delete the "ATTENTION!" line but leave the > > > note about creation of projects being disabled. > > > > Yep. > > > > - Bert - > > > > > > > > >

2 3

RE: [Box-Admins] Re: [squeak-dev] SqueakSource.com home page (was: Fix for OSProcess - Where to commit?)
by Ken Causey 15 Nov '13

15 Nov '13

Oh, and Chris (Muller), your participation would also be appreciated as you were involved in the start of this when source.squeak.org was being very slow and I found the image file had increased in size many times. Ken > -------- Original Message -------- > Subject: RE: [Box-Admins] Re: [squeak-dev] SqueakSource.com home page > (was: Fix for OSProcess - Where to commit?) > From: "Ken Causey" <ken(a)kencausey.com> > Date: Thu, November 14, 2013 7:52 pm > To: "Squeak Hosting Support" <box-admins(a)lists.squeakfoundation.org> > > > David, > > Probably this is entirely unrelated, but... > > For the last several days, a week or more I guess, we've had a problem > with source.squeak.org and I begin to wonder if there is not some common > denominator here. In brief the source.squeak.org process will not run > under supervise, the exact behavior has varied as I've tried different > things, but most commonly the squeak process ends up as a defunct > process (it 'dies' but supervise doesn't realize it has). I frankly > haven't spent a lot of time trying to work out what is going wrong, for > now I'm just starting it manually. I feel like I must be missing > something obvious... > > I wonder if sometime over the weekend or perhaps next week you might > have some time to chat with me, perhaps over Google Chat? Perhaps > between the two of us we can improve both source.squeak.org and > squeaksource.com. > > Ken > > P.S. For those wondering, I can't email David directly, probably because > my SPF is fouled up or his provider doesn't like GoDaddy (who does? and > don't ask). The last I heard though he does get my email through the > list. > > > -------- Original Message -------- > > Subject: [Box-Admins] Re: [squeak-dev] SqueakSource.com home page (was: > > Fix for OSProcess - Where to commit?) > > From: "David T. Lewis" <lewis(a)mail.msen.com> > > Date: Thu, November 14, 2013 7:26 pm > > To: The general-purpose Squeak developers list > > <squeak-dev(a)lists.squeakfoundation.org> > > Cc: box-admins(a)lists.squeakfoundation.org > > > > > > The image is now showing 10 session handler processes in the process > > browser. Presumably these are related to the failed upload requests. > > > > I do not understand the cause of this problem, and it may be that I > > should revert the changes that I did earlier today (in which I put > > squeaksource under the control of the supervise(8) for starting the > > image). > > > > But I suspect that the problem lies elsewhere, so for I will make > > a copy of the broken image for debugging, then terminate the excess > > processes. This should clear the problem temporarily. I will follow > > up with another email within about 30 minutes. > > > > Dave > > > > > > > > On Fri, Nov 15, 2013 at 01:28:18AM +0100, Nicolas Cellier wrote: > > > Thanks David, it went back to normal speed for a moment, but is now > > > rejecting my upload requests again (most will timeout, some do work > > > intermittently)... > > > > > > > > > 2013/11/14 David T. Lewis <lewis(a)mail.msen.com> > > > > > > > On Thu, Nov 14, 2013 at 10:55:55PM +0100, Nicolas Cellier wrote: > > > > > Yes, let's remove the alarms. > > > > > But it has to be functional. > > > > > Currently, I can connect on the web interface and I can download, but all > > > > > my upload are failing with timeout... Any idea? > > > > > > > > > > > > > I made some changes to the launch script for squeaksource.com earlier > > > > today: > > > > > > > > > > > > http://lists.squeakfoundation.org/pipermail/box-admins/2013-November/001598… > > > > > > > > It is possible that this may be related to the problem you are seeing (I am > > > > not sure at this point). > > > > > > > > I tried loading some packages from squeaksource a few minutes ago, and it > > > > was slow but functional. However, checking the image I see 15 active > > > > SSession handlers in a ProcessBrowser. This is not right, and it appears > > > > to be a recurrence of a problem that we have seen previously on an > > > > intermittent > > > > basis, both on squeaksource.com and (probably) on source.squeak.org. > > > > > > > > I will terminate the runaway session handler processes, which I hope will > > > > clear up the immediate problem. > > > > > > > > More to follow I'm sure ... > > > > > > > > Dave > > > > > > > > > > > > > > 2013/11/14 Bert Freudenberg <bert(a)freudenbergs.de> > > > > > > > > > > > > > > > > > On 14.11.2013, at 13:04, Chris Muller <asqueaker(a)gmail.com> wrote: > > > > > > > > > > > > >> The welcome (sic) message on the SqueakSource home page is overly > > > > > > alarming, > > > > > > >> and IMHO should be changed to something that encourages new > > > > projects to > > > > > > >> be created elsewhere, but that does not cause alarm for existing > > > > usurs. > > > > > > >> But that is a policy decision, and I will defer to the Squeak board > > > > and > > > > > > >> the Squeak community on this. > > > > > > > > > > > > > > +1 > > > > > > > > > > > > > > I think we should we should delete the "ATTENTION!" line but leave > > > > the > > > > > > > note about creation of projects being disabled. > > > > > > > > > > > > Yep. > > > > > > > > > > > > - Bert - > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

1 0

Fwd: [Ticket#2013111103014905] Server-Problem (Server #7421)
by Bert Freudenberg 13 Nov '13

13 Nov '13

Begin forwarded message: > From: Support - Hetzner Online AG <support(a)hetzner.de> > Subject: Re: [Ticket#2013111103014905] Server-Problem (Server #7421) > Date: 12. November 2013 02:19:48 GMT-8 > To: accounting(a)sfconservancy.org, bert(a)freudenbergs.de > > Dear Sir, > > the corresponding authoritativ nameservers of this domain itchy.earthlink.net and > scratchy.earthlink.net are blocking requests from our recursive nameservers which > is why you cannot resolve the mentioned domain. > > If you are a admin of this domain you may contact your service provider regarding > this issue. We are trying to contact them also. > > In the meantime you may use different public dns servers such as the ones from google. > > > Mit freundlichen Grüßen / Best Regards > > Eric Esch > > Hetzner Online AG > Stuttgarter Str. 1 > 91710 Gunzenhausen / Germany > Tel: +49 (9831) 61 00 6-1 > Fax: +49 (9831) 61 00 6-2 > http://www.hetzner.de > > > Registergericht Ansbach, HRB 3204 > Vorstand: Dipl. Ing. (FH) Martin Hetzner > Aufsichtsratsvorsitzende: Diana Rothhan > > > 11.11.2013 18:18 - accounting(a)sfconservancy.org bert(a)freudenbergs.de schrieb: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Lately we've been having trouble sending email to some users and it >> appears that the problem is with the DNS servers we are using, checking >> the wiki these still seem to be the preferred servers >> (http://wiki.hetzner.de/index.php/Hetzner_Standard_Name_Server/en): >> >> $ cat /etc/resolv.conf >> nameserver 213.133.98.98 >> nameserver 213.133.99.99 >> nameserver 213.133.100.100 >> >> As a test I try my own domain name: >> >> $ dig @213.133.99.99 kencausey.com mx >> >> ; <<>> DiG 9.2.4 <<>> @213.133.99.99 kencausey.com mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48963 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;kencausey.com. IN MX >> >> ;; ANSWER SECTION: >> kencausey.com. 3600 IN MX 0 smtp.secureserver.net. >> kencausey.com. 3600 IN MX 10 mailstore1.secureserver.net. >> >> ;; AUTHORITY SECTION: >> kencausey.com. 3600 IN NS ns42.domaincontrol.com. >> kencausey.com. 3600 IN NS ns41.domaincontrol.com. >> >> ;; Query time: 330 msec >> ;; SERVER: 213.133.99.99#53(213.133.99.99) >> ;; WHEN: Sat Nov 9 18:42:46 2013 >> ;; MSG SIZE rcvd: 147 >> >> It works fine. Yet for two other domain names we know of it does not work: >> >> $ dig @213.133.99.99 mindspring.com mx >> >> ; <<>> DiG 9.2.4 <<>> @213.133.99.99 mindspring.com mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 25532 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mindspring.com. IN MX >> >> ;; Query time: 3 msec >> ;; SERVER: 213.133.99.99#53(213.133.99.99) >> ;; WHEN: Sat Nov 9 18:43:32 2013 >> ;; MSG SIZE rcvd: 32 >> >> $ dig @213.133.100.100 mypacks.net mx >> >> ; <<>> DiG 9.2.4 <<>> @213.133.100.100 mypacks.net mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 52906 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mypacks.net. IN MX >> >> ;; Query time: 3 msec >> ;; SERVER: 213.133.100.100#53(213.133.100.100) >> ;; WHEN: Sat Nov 9 18:44:53 2013 >> ;; MSG SIZE rcvd: 29 >> >> And yet it works elsewhere: >> >> $ dig @8.8.8.8 mypacks.net mx >> >> ; <<>> DiG 9.2.4 <<>> @8.8.8.8 mypacks.net mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2192 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mypacks.net. IN MX >> >> ;; ANSWER SECTION: >> mypacks.net. 2 IN MX 5 mx3.earthlink.net. >> mypacks.net. 2 IN MX 5 mx4.earthlink.net. >> mypacks.net. 2 IN MX 5 mx1.earthlink.net. >> mypacks.net. 2 IN MX 5 mx2.earthlink.net. >> >> ;; Query time: 5 msec >> ;; SERVER: 8.8.8.8#53(8.8.8.8) >> ;; WHEN: Sat Nov 9 18:45:32 2013 >> ;; MSG SIZE rcvd: 119 >> >> $ dig @8.8.8.8 mindspring.com mx >> >> ; <<>> DiG 9.2.4 <<>> @8.8.8.8 mindspring.com mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53905 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mindspring.com. IN MX >> >> ;; ANSWER SECTION: >> mindspring.com. 13 IN MX 5 mx4.mindspring.com. >> mindspring.com. 13 IN MX 5 mx1.mindspring.com. >> mindspring.com. 13 IN MX 5 mx2.mindspring.com. >> mindspring.com. 13 IN MX 5 mx3.mindspring.com. >> >> ;; Query time: 6 msec >> ;; SERVER: 8.8.8.8#53(8.8.8.8) >> ;; WHEN: Sat Nov 9 18:46:02 2013 >> ;; MSG SIZE rcvd: 112 >> >> Please advise us if we should be using alternate DNS servers. >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (GNU/Linux) >> >> iQEcBAEBAgAGBQJSgRE0AAoJEK6NCkO4XRWF1cUH/2Ct7xgde/3rMfNBddA5HGfL >> SDPpIDYN2pQVkVGwUclPVZgaFkMYEAb9wVs7VCh7dLWPoCc1+SBHa2j1Uw+v/sX4 >> r7lsyiCUvHpkzJjVXypXS5yqMvlIpDF4OkOM6iyId7OIEF/HrLRLdq5ujeIRMZM7 >> 1EvDZgUM/zWtWBFCaM6LEg0rqXQD+DdBCasb5bRNTfw6oqWISTMYTL5MXJCgIOUs >> iaxr3qNfSbrgiZGDXla2DV5WjjCenCH3gC93dWWwsSlazwfyKUQoU8aX4IHys7M2 >> MdWr5hOBj/MBQT0r/J47I/9OgeFLlMpjs340FXI+wYzOLxVEBQiKSbs1NSM8SWs= >> =j9d8 >> -----END PGP SIGNATURE----- >> - Bert -

2 1

Fwd: [Ticket#2013111103014905] Server-Problem (Server #7421)
by Bert Freudenberg 13 Nov '13

13 Nov '13

Begin forwarded message: > From: Support - Hetzner Online AG <support(a)hetzner.de> > Subject: Re: [Ticket#2013111103014905] Server-Problem (Server #7421) > Date: 11. November 2013 23:51:43 GMT-8 > To: accounting(a)sfconservancy.org, bert(a)freudenbergs.de > > Hello, > > The DNS servers a correct. We can reproduce this issue. We would check this now. > > Best Regards > > Nico Donath > > Hetzner Online AG > Support > 90431 Nürnberg / Germany > Tel: +49 (911) 234 226 54 > Fax: +49 (911) 234 226 8 977 > http://www.hetzner.de > > > Registergericht Ansbach, HRB 3204 > Vorstand: Dipl. Ing. (FH) Martin Hetzner > Aufsichtsratsvorsitzende: Diana Rothhan > > > 11.11.2013 18:18 - accounting(a)sfconservancy.org bert(a)freudenbergs.de schrieb: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Lately we've been having trouble sending email to some users and it >> appears that the problem is with the DNS servers we are using, checking >> the wiki these still seem to be the preferred servers >> (http://wiki.hetzner.de/index.php/Hetzner_Standard_Name_Server/en): >> >> $ cat /etc/resolv.conf >> nameserver 213.133.98.98 >> nameserver 213.133.99.99 >> nameserver 213.133.100.100 >> >> As a test I try my own domain name: >> >> $ dig @213.133.99.99 kencausey.com mx >> >> ; <<>> DiG 9.2.4 <<>> @213.133.99.99 kencausey.com mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48963 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;kencausey.com. IN MX >> >> ;; ANSWER SECTION: >> kencausey.com. 3600 IN MX 0 smtp.secureserver.net. >> kencausey.com. 3600 IN MX 10 mailstore1.secureserver.net. >> >> ;; AUTHORITY SECTION: >> kencausey.com. 3600 IN NS ns42.domaincontrol.com. >> kencausey.com. 3600 IN NS ns41.domaincontrol.com. >> >> ;; Query time: 330 msec >> ;; SERVER: 213.133.99.99#53(213.133.99.99) >> ;; WHEN: Sat Nov 9 18:42:46 2013 >> ;; MSG SIZE rcvd: 147 >> >> It works fine. Yet for two other domain names we know of it does not work: >> >> $ dig @213.133.99.99 mindspring.com mx >> >> ; <<>> DiG 9.2.4 <<>> @213.133.99.99 mindspring.com mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 25532 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mindspring.com. IN MX >> >> ;; Query time: 3 msec >> ;; SERVER: 213.133.99.99#53(213.133.99.99) >> ;; WHEN: Sat Nov 9 18:43:32 2013 >> ;; MSG SIZE rcvd: 32 >> >> $ dig @213.133.100.100 mypacks.net mx >> >> ; <<>> DiG 9.2.4 <<>> @213.133.100.100 mypacks.net mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 52906 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mypacks.net. IN MX >> >> ;; Query time: 3 msec >> ;; SERVER: 213.133.100.100#53(213.133.100.100) >> ;; WHEN: Sat Nov 9 18:44:53 2013 >> ;; MSG SIZE rcvd: 29 >> >> And yet it works elsewhere: >> >> $ dig @8.8.8.8 mypacks.net mx >> >> ; <<>> DiG 9.2.4 <<>> @8.8.8.8 mypacks.net mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2192 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mypacks.net. IN MX >> >> ;; ANSWER SECTION: >> mypacks.net. 2 IN MX 5 mx3.earthlink.net. >> mypacks.net. 2 IN MX 5 mx4.earthlink.net. >> mypacks.net. 2 IN MX 5 mx1.earthlink.net. >> mypacks.net. 2 IN MX 5 mx2.earthlink.net. >> >> ;; Query time: 5 msec >> ;; SERVER: 8.8.8.8#53(8.8.8.8) >> ;; WHEN: Sat Nov 9 18:45:32 2013 >> ;; MSG SIZE rcvd: 119 >> >> $ dig @8.8.8.8 mindspring.com mx >> >> ; <<>> DiG 9.2.4 <<>> @8.8.8.8 mindspring.com mx >> ;; global options: printcmd >> ;; Got answer: >> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53905 >> ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 >> >> ;; QUESTION SECTION: >> ;mindspring.com. IN MX >> >> ;; ANSWER SECTION: >> mindspring.com. 13 IN MX 5 mx4.mindspring.com. >> mindspring.com. 13 IN MX 5 mx1.mindspring.com. >> mindspring.com. 13 IN MX 5 mx2.mindspring.com. >> mindspring.com. 13 IN MX 5 mx3.mindspring.com. >> >> ;; Query time: 6 msec >> ;; SERVER: 8.8.8.8#53(8.8.8.8) >> ;; WHEN: Sat Nov 9 18:46:02 2013 >> ;; MSG SIZE rcvd: 112 >> >> Please advise us if we should be using alternate DNS servers. >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.10 (GNU/Linux) >> >> iQEcBAEBAgAGBQJSgRE0AAoJEK6NCkO4XRWF1cUH/2Ct7xgde/3rMfNBddA5HGfL >> SDPpIDYN2pQVkVGwUclPVZgaFkMYEAb9wVs7VCh7dLWPoCc1+SBHa2j1Uw+v/sX4 >> r7lsyiCUvHpkzJjVXypXS5yqMvlIpDF4OkOM6iyId7OIEF/HrLRLdq5ujeIRMZM7 >> 1EvDZgUM/zWtWBFCaM6LEg0rqXQD+DdBCasb5bRNTfw6oqWISTMYTL5MXJCgIOUs >> iaxr3qNfSbrgiZGDXla2DV5WjjCenCH3gC93dWWwsSlazwfyKUQoU8aX4IHys7M2 >> MdWr5hOBj/MBQT0r/J47I/9OgeFLlMpjs340FXI+wYzOLxVEBQiKSbs1NSM8SWs= >> =j9d8 >> -----END PGP SIGNATURE----- >> - Bert -

1 0

RE: Setting up an account that can submit report requests to Hetzner (was Re: [Ticket#2013111103014932] Sonstige Anfragen)
by Ken Causey 12 Nov '13

12 Nov '13

Thanks for forwarding this so I have some idea of the status of this issue. I'm afraid I don't have any input into the Hetzner sub-account issue. At one time I had access to the previous primary account but I never looked at the sub-account creation features. While having more access than I do to Hetzner account features would be great, it has not really been all that often that I have needed it. If someone can create a ticket for this request, I personally will be satisfied. If that has been done already, then thank you. Ken > -------- Original Message -------- > Subject: Re: Setting up an account that can submit report requests to > Hetzner (was Re: [Ticket#2013111103014932] Sonstige Anfragen) > From: Chris Muller <ma.chris.m(a)gmail.com> > Date: Tue, November 12, 2013 10:07 am > To: "Bradley M. Kuhn" <bkuhn(a)sfconservancy.org> > Cc: squeak(a)sfconservancy.org, Tony Sebro <tony(a)sfconservancy.org>, > Squeak Oversight Board Discussion <board(a)lists.squeakfoundation.org>, > Squeak Oversight Board <board(a)squeak.org>, Ken Causey > <ken(a)kencausey.com>, Squeak Hosting Support > <box-admins(a)lists.squeakfoundation.org> > > > cc: box-admins > > > On Tue, Nov 12, 2013 at 8:16 AM, Bradley M. Kuhn <bkuhn(a)sfconservancy.org>wrote: > > > Squeak Committee, > > > > Per my email yesterday: > > > > > Chris Muller wrote at 20:30 (EST) on Sunday: > > > >> Until then, Ken should have the ability to submit support tickets to > > > >> Hetzner on behalf of the Squeak project. > > I wrote at 12:23 (EST) on Monday: > > > > I have no objection to this, but I'm having trouble figuring out how to > > > > do that. I clicked through everything I could find in the Hetzner > > > > interface and was unable to find something to delegate server control > > > > but not billing control. > > > > > > > > This seems to be a common problem with many such systems (see below). > > > > Does anyone know if Hetzner Online supports this kind of "server > > > > delegation" feature? > > > > I submitted a support ticket to Hetzner about the issue of being unable > > to "delegate" the right to do support requests. Their answer, while it > > seems helpful on the surface, reiterates the problem: > > > > Support - Hetzner Online AG wrote at 02:19 (EST): > > > you can create a seperate Admin Login for each server. With this login > > > you only have access to the server. You can not access "Master data", > > > "Invoices", "Orders", "Support-Requests" etc. > > > > > > So, it doesn't seem to be a way to create an account that can't control > > billing, creating of new servers, etc. that can also submit support > > requests. :-/ > > > > Maybe I asked the question wrong, though. Does any of you, perhaps who > > uses Hetzner more often, know the answer? > > -- > > Bradley M. Kuhn, Executive Director, Software Freedom Conservancy > >

1 0

Re: Setting up an account that can submit report requests to Hetzner (was Re: [Ticket#2013111103014932] Sonstige Anfragen)
by Chris Muller 12 Nov '13

12 Nov '13

cc: box-admins On Tue, Nov 12, 2013 at 8:16 AM, Bradley M. Kuhn <bkuhn(a)sfconservancy.org>wrote: > Squeak Committee, > > Per my email yesterday: > > > Chris Muller wrote at 20:30 (EST) on Sunday: > > >> Until then, Ken should have the ability to submit support tickets to > > >> Hetzner on behalf of the Squeak project. > I wrote at 12:23 (EST) on Monday: > > > I have no objection to this, but I'm having trouble figuring out how to > > > do that. I clicked through everything I could find in the Hetzner > > > interface and was unable to find something to delegate server control > > > but not billing control. > > > > > > This seems to be a common problem with many such systems (see below). > > > Does anyone know if Hetzner Online supports this kind of "server > > > delegation" feature? > > I submitted a support ticket to Hetzner about the issue of being unable > to "delegate" the right to do support requests. Their answer, while it > seems helpful on the surface, reiterates the problem: > > Support - Hetzner Online AG wrote at 02:19 (EST): > > you can create a seperate Admin Login for each server. With this login > > you only have access to the server. You can not access "Master data", > > "Invoices", "Orders", "Support-Requests" etc. > > > So, it doesn't seem to be a way to create an account that can't control > billing, creating of new servers, etc. that can also submit support > requests. :-/ > > Maybe I asked the question wrong, though. Does any of you, perhaps who > uses Hetzner more often, know the answer? > -- > Bradley M. Kuhn, Executive Director, Software Freedom Conservancy >

1 0

understanding remote image viewing options
by Chris Muller 11 Nov '13

11 Nov '13

Levente, I'm glad you posted about xpra, because I've been meaning to try it out as well as Squeak's RFB. I would like to ask you (and others here of course!) about options for remote image operation, and try to understand the differences between them. By my understanding, we have 1) VNC, 2) Squeak RFB and 3) xpra. (VNC desktop) Sharing entire desktops on my LAN is handy for accessing multiple running images on another machine all at once. The downside is that it's single-user, since anyone else trying to use the desktop will be disrupted. (VNC display :1) Sharing an alternate display by starting xtightvnc on the server, starting Squeak vm with the -display :1 argument, one can then use remote viewing tools like Remmina to reconnect to that running Squeak image. (xpra) This is for sharing a single program at a time. You can start an image on a particular display. This seems similar to above except it can run across ssh rather than having to share a VNC password..? One thing I was wondering was whether the Squeak vm could be started with the -display arg like above or only that strange way you said: $DISPLAY=:100 squeak -vm-sound-null squeaksource.image..? (Squeak RFB) From Ian, my understanding is this uses the image itself to send its graphics over the network for remote op. Might slow down the image but the advantage here could be if you're on a machine on which you cannot install and/or run remote viewing software..? I'm no expert, thanks for any comments and/or clarifications. On Mon, Nov 11, 2013 at 1:59 AM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Sun, 10 Nov 2013, David T. Lewis wrote: > >> For information - no action required: >> >> Our squeaksource.com service is running with no apparent problems, but >> there is a possibility of problems arising in the next day, so I am >> sending this for information. >> >> I checked our squeaksource.com image on box3 via VNC about an hour ago, >> and noticed an error notifier related to startup processing following >> an image save. The error was related to port 8888 already in use. I >> closed the notifier, then found that http://squeaksource.com was no >> longer active. I made a backup copy of the most recently saved disk >> image (in a BACKUPS subdirectory), then saved the image and restarted >> it. >> >> Squeaksource.com is running normally, but VNC access is no longer >> working. This means that something failed in the startup processing, >> and this may lead to problems later on. It also means that it is >> hard to debug, because I no longer have VNC access. >> >> I cannot do anything further tonight, but will follow up tomorrow >> to correct the problem. > > > It would be worth installing xpra[1][2], and starting the image with it. > IIRC the box has debian installed on it, so the following steps should work: > > > On the server: > > Installation: > $ sudo apt-get install xpra > > Start xpra on display #100: > $ xpra start :100 > > Start the VM (this might have to be different on the server): > $ DISPLAY=:100 squeak -vm-sound-null squeaksource.image > > > On your machine: > > Once you have xpra installed, you can attach to squeak running on the server > via ssh: > > $ xpra attach --encoding=jpeg --auto-refresh-delay=0.1 ssh:box3:100 > > Here box3 is the label defined in the ssh config file, which can usually be > found in $HOME/.ssh/config > If you don't have such entry or file yet, then the following will do the > trick: > > Host box3 > hostname box3.squeak.org > user <your_username> > compression yes > port 22 > > You might want to use a different value for the --auto-refresh-delay > parameter. > > To detach from the image - but keep it running on the server - simply stop > the xpra on your machine with Ctrl-C. > > > Levente > > [1] http://xpra.org/ > [2] https://help.ubuntu.com/community/Xpra > >> >> Dave >> >> >

2 1

RE: [Box-Admins] Runaway ruby process on box3 (was: [squeak-dev] trunk down again)
by Ken Causey 09 Nov '13

09 Nov '13

strace and strace64 are now installed on box3. Of course anyone with sudo access could have done the same. Ken > -------- Original Message -------- > Subject: Re: [Box-Admins] Runaway ruby process on box3 (was: > [squeak-dev] trunk down again) > From: "David T. Lewis" <lewis(a)mail.msen.com> > Date: Fri, November 08, 2013 6:23 pm > To: Squeak Hosting Support <box-admins(a)lists.squeakfoundation.org> > > > On Fri, Nov 08, 2013 at 11:16:34PM +0000, Frank Shearar wrote: > > On 8 November 2013 23:06, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > On Wed, Nov 06, 2013 at 10:02:38PM -0600, Chris Muller wrote: > > >> Trunk stopped responding again. box2 might need to be rebooted again. > > > > > > We have a ruby process running on box3 that is consuming all available CPU, > > > that has been reparented to init, and that has been running for a long time. > > > > > > jenkins@box3-squeak:~$ ps -aef | grep ruby > > > jenkins 19054 18955 0 22:48 pts/1 00:00:00 grep ruby > > > jenkins 28923 1 87 Nov06 ? 1-19:18:12 /var/lib/jenkins/.rvm/rubies/ruby-1.9.3-p392/bin/ruby -S rspec test/image_test.rb > > > jenkins@box3-squeak:~$ ps -l -p 28923 > > > F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD > > > 0 R 103 28923 1 87 80 0 - 5205 - ? 1-19:18:19 ruby > > > jenkins@box3-squeak:~$ top -p 28923 -b -n 1 > > > top - 22:48:47 up 199 days, 7:38, 2 users, load average: 7.11, 7.11, 7.16 > > > Tasks: 1 total, 1 running, 0 sleeping, 0 stopped, 0 zombie > > > Cpu(s): 2.0%us, 0.2%sy, 2.0%ni, 95.3%id, 0.4%wa, 0.0%hi, 0.0%si, 0.1%st > > > Mem: 1032140k total, 1009656k used, 22484k free, 74156k buffers > > > Swap: 524280k total, 10732k used, 513548k free, 209540k cached > > > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > > 28923 jenkins 20 0 20820 12m 828 R 87.0 1.3 2598:23 ruby > > > > > > This appears to be a process that got disconnected from one of our Jenkins > > > jobs and has been stuck burning cpu for that last couple of days. That also > > > happens to be roughly the time frame in which our source.squeak.org service > > > got hung up. The Jenkins jobs (e.g. SqueakTrunk) are interacting with > > > source.squeak.org, so it is possible that the two problems are related. > > > > > > I noticed this because the InterpreterVM and CogVM jobs are failing after > > > their watchdog timers expire, but the actual jobs succeed if I run them on > > > my own local PC. Those jobs run Squeak at low priority (nice) and it is > > > possible that their failures are due to the runaway ruby job consuming all > > > available resource. > > > > > > I have not killed the runaway process yet, in case anyone wants to have a > > > look at first. > > > > I would be happy if you attached strace to it, collected some data, > > and then killed it. It's a runaway SqueakTrunk job. (Well, it's clear > > you know that, but I just had to point it out.) Hopefully the strace > > would give enough clues to find what looks like a tight loop... > > > > We don't have strace installed on box3, sorry. > > Dave

3 5

Problems sending email to some domains
by Ken Causey 09 Nov '13

09 Nov '13

I've just sent the below email to Hetzner.de support: I'm one of the administrators of the hetzner.de server used to host numerous services supporting the squeak.org project. Our server is 85.10.195.197. Lately we've been having trouble sending email to some users and it appears that the problem is with the DNS servers we are using, checking the wiki these still seem to be the preferred servers (http://wiki.hetzner.de/index.php/Hetzner_Standard_Name_Server/en): $ cat /etc/resolv.conf nameserver 213.133.98.98 nameserver 213.133.99.99 nameserver 213.133.100.100 As a test I try my own domain name: $ dig @213.133.99.99 kencausey.com mx ; <<>> DiG 9.2.4 <<>> @213.133.99.99 kencausey.com mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48963 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;kencausey.com. IN MX ;; ANSWER SECTION: kencausey.com. 3600 IN MX 0 smtp.secureserver.net. kencausey.com. 3600 IN MX 10 mailstore1.secureserver.net. ;; AUTHORITY SECTION: kencausey.com. 3600 IN NS ns42.domaincontrol.com. kencausey.com. 3600 IN NS ns41.domaincontrol.com. ;; Query time: 330 msec ;; SERVER: 213.133.99.99#53(213.133.99.99) ;; WHEN: Sat Nov 9 18:42:46 2013 ;; MSG SIZE rcvd: 147 It works fine. Yet for two other domain names we know of it does not work: $ dig @213.133.99.99 mindspring.com mx ; <<>> DiG 9.2.4 <<>> @213.133.99.99 mindspring.com mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 25532 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mindspring.com. IN MX ;; Query time: 3 msec ;; SERVER: 213.133.99.99#53(213.133.99.99) ;; WHEN: Sat Nov 9 18:43:32 2013 ;; MSG SIZE rcvd: 32 $ dig @213.133.100.100 mypacks.net mx ; <<>> DiG 9.2.4 <<>> @213.133.100.100 mypacks.net mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 52906 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mypacks.net. IN MX ;; Query time: 3 msec ;; SERVER: 213.133.100.100#53(213.133.100.100) ;; WHEN: Sat Nov 9 18:44:53 2013 ;; MSG SIZE rcvd: 29 And yet it works elsewhere: $ dig @8.8.8.8 mypacks.net mx ; <<>> DiG 9.2.4 <<>> @8.8.8.8 mypacks.net mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2192 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mypacks.net. IN MX ;; ANSWER SECTION: mypacks.net. 2 IN MX 5 mx3.earthlink.net. mypacks.net. 2 IN MX 5 mx4.earthlink.net. mypacks.net. 2 IN MX 5 mx1.earthlink.net. mypacks.net. 2 IN MX 5 mx2.earthlink.net. ;; Query time: 5 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Nov 9 18:45:32 2013 ;; MSG SIZE rcvd: 119 $ dig @8.8.8.8 mindspring.com mx ; <<>> DiG 9.2.4 <<>> @8.8.8.8 mindspring.com mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 53905 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;mindspring.com. IN MX ;; ANSWER SECTION: mindspring.com. 13 IN MX 5 mx4.mindspring.com. mindspring.com. 13 IN MX 5 mx1.mindspring.com. mindspring.com. 13 IN MX 5 mx2.mindspring.com. mindspring.com. 13 IN MX 5 mx3.mindspring.com. ;; Query time: 6 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Sat Nov 9 18:46:02 2013 ;; MSG SIZE rcvd: 112 Please advise us if we should be using alternate DNS servers.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Box-Admins November 2013