Box-Admins March 2022

box-admins@lists.squeakfoundation.org

1 participants
2 discussions

Re: [Box-Admins] [squeak-dev] Should I put my unofficial V3 versions of Squeak 5.2 and 5.3 on files.squeak.org?
by David T. Lewis 23 Dec '22

23 Dec '22

Moving this to box-admins for assistance. I have a couple of images that I would like to preserve for posterity on files.squeak.org. They can go in a new folder under "various_images" files.squeak.org/various_images/squeak_V3_images/ Can someone on box-admins help me make this happen? I do not have access to the server but I can put the files out on a google drive if that works. I zipped up the files and put them here: https://drive.google.com/file/d/1wUZa4IHEkaTqzgwR3K1Wcwa9ckb7iVo2/view?usp=… Thanks, Dave On Sat, Jul 25, 2020 at 10:35:22AM -0700, tim Rowledge wrote: > Hard to think of any reason *not* to have them available. > > > On 2020-07-25, at 10:04 AM, David T. Lewis <lewis(a)mail.msen.com> wrote: > > > > A couple of years ago, I put a copy of a Squeak 5.2 image in V3 object > > memory format on the squeakvm.org server, and I linked to it from the > > project page at http://www.squeaksource.com/TrunkUpdateStreamV3. That link > > has gone dead, and I think I recall someone noticing it a recently. > > > > I still have the files, should I put them somewhere on files.squeak.org? > > I was thinking of putting them under the "various_images" folder: > > > > files.squeak.org/various_images/squeak_V3_images/ > > > > I also have a V3 image that is up to date with the Squeak 5.3 release, > > so I could put that on line as well. > > > > These images will run under an up-to-date interpreter VM or a Cog VM. They > > may be of interest to people doing VM work, benchmarking, or as a reference > > to understand the image-side differences between Spur and V3. > > > > Dave > > > > > > > tim > -- > tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim > How was Thomas J. Watson buried? 9 edge down. > > >

3 6

Re: [Box-Admins] [Board] Backing up our servers
by Levente Uzonyi 28 Mar '22

28 Mar '22

Hi Tony, hi all, @Tony: If you send me an ssh key, preferrably ed25519, I'll create a user for you on all the servers, so that you can log in with your key. @all: More than a week ago, I started to create backups of all servers using rdiff-backup[1]. It took a longer for the initial backup to complete than I expected due to the nature of the network setup we have: tcp is tunneled over tcp, which is known to be slow[2] but it surprised me how slow it turned out to be in practice (~1.66MB/s). The process copies the following directories: /etc, /home, /opt /root, /srv, /var/backups, /var/log, /var/mail, /var/spool, /var/www. If there are files that need to be preserved in any other directory on any server you are aware of, let me know. Levente [1] https://rdiff-backup.net/ [2] http://sites.inka.de/~W1011/devel/tcp-tcp.html On Fri, 18 Mar 2022, Marcel Taeumel wrote: > +1 for giving Tony access to the servers > Best, > Marcel > > Am 17.03.2022 09:22:17 schrieb Tony Garnock-Jones <tonyg(a)leastfixedpoint.com>: > > Hi David, Chris, all, > > Great, that README is a good initial survey of the machine. The backups > I run for the various cloud servers under my control are similar. > > Generally, I use rsnapshot [1] from cron to make incremental backups > across ssh (it uses rsync internally). > > This works great for unprivileged files, those readable by an account > you'd trust to log in to grab files to be backed up. > > For the privileged ones, as you note in your README, a cronjob running > as root on the source machines can archive the bits and pieces for later > pickup by the backup account. > > Levente, Tobias, I'd be happy to log into the boxes to do the initial > survey and set up some backups. I suppose the box-admins team should > decide if I'm to be trusted to do this! It does require root access at > least initially. If you all would prefer not to create a new privileged > unix account, etc, that's cool -- in that case I'd also be happy to > pair-sysadmin via tmux or screen or similar if that would be helpful. > And actually even in the case you would be happy letting me work with > root, I'd also welcome having a second set of screen/tmux eyes on what > I'm doing. > > Cheers, > Tony > > [1] https://rsnapshot.org/ > > > On 3/17/22 01:47, David T. Lewis wrote: > > Hi Chris, > > > > Funny you should mention it, I was doing the same thing last > > weekend to make sure we could move the squeaksource.com service > > if needed. I had intended to share this in the board meeting > > today but was not able to attend. In any case, I'm attaching > > my "disaster recovery plan" notes (crudely formatted but better > > than nothing). > > > > For me it was a PITA dealing with session timeouts while > > download 30GB to my tired little old laptop PC, but at least > > I was able to do it after a few hours, and would be able to > > restore it to some new server as long as someone else could > > handle the sys admin things for ssh and port forwarding. > > > > I think between the two of us we could handle moving the two > > squeaksource services, although I don't know how to handle > > the rest of the services (mailing lists, etc). For that we > > would need some expertise from the box-admins, especially > > Levente and Tobias. > > > > Dave > > > > > > On Wed, Mar 16, 2022 at 03:58:09PM -0500, Chris Muller wrote: > >> Hi Tony, Dave, all, > >> > >> FYI, I had this *exact thought* yesterday when I was working on our > >> server. We "expect" cloud services to be redundant and backed up, but > >> for something this important it's necessary to have a backup system > >> under our control. Our code is an asset that can't be bought with money, > >> whereas the bandwidth is. I'm downloading a backup copy of the ./ss > >> directory at this moment which I need to test a server upgrade to 5.3 > >> and the latest code. This will at least temporarily reduce our risk > >> of "total loss" until we can get a permanent backup solution. > >> > >> - Chris > >> > >> On Wed, Mar 16, 2022 at 12:52 PM David T. Lewis wrote: > >>> > >>> Let's make this an agenda item for our meeting (in a few minutes). I > >>> can share some work I did over the weekend to prepare a "poor person's" > >>> recovery plan for squeaksource.com. It's painful but it works. > >>> > >>> As for Rackspace backups, Levente and Tobias are most likely to know > >>> how and if this can be done. I don't know the answer, but I have a > >>> suspicion that the utility for "help me get my stuff off of Rackspace" > >>> is not something that Rackspace, Inc. would be in a big hurry to support. > >>> > >>> Dave > >>> > >>> > >>> On Wed, Mar 16, 2022 at 06:36:32PM +0100, Tony Garnock-Jones wrote: > >>>> Hello all, > >>>> > >>>> I'm writing on behalf of the Squeak Oversight Board - could someone get > >>>> in touch with me, please, to help me arrange backups of the important > >>>> bits of our servers with some urgency? We have become concerned with > >>>> disaster recovery and would like to quickly get something in place to at > >>>> least have *something* if the servers were to vanish in a puff of logic... > >>>> > >>>> Regards, > >>>> Tony > > >

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Box-Admins March 2022