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.
>
>
>
On Wed, 20 Apr 2022, Marcel Taeumel wrote:
> Hi Levente, hi Tobias --
> >> P.P.S.: Is "ian" really necessary as SSH gateway?
> >> Can this be reconfigured in an easy way?
> >
> > This requires reconfiguration of the whole login thing.
> > Can be done, takes time.
>
> So, I presume that this cannot be done within a day or two.
> Okay. Then let's focus on david/scott/john/cloudDB and leave
> ian be for now.
>
> @Levente: Please try to delete david/scott/john/cloudDB.
> If you get a note to call Rackspace, please do so OR send
> me the particular identifiers so that I can ask Pono (SFC)
> to do it for us. He is on the phone with them on a regular
> basis these days.
Yes, I get the ridiculous "If you are wanting to delete your cloud server,
please call:..." message too when I try to delete the servers.
All three servers are powered off, even though rackspace has not noticed
that yet because "The Monitoring Agent is disconnected.".
List of servers to be deleted:
david:
id: ad0c2b09-652b-4dd2-8d4e-d6ce76920de3
ip: 23.253.149.127
john:
id: 43ab768e-6132-4418-b488-08ea28893555
ip: 104.239.174.108
scott:
id: 2a1bd23d-1068-43bf-b739-d14958e31b0b
ip: 162.242.248.154
Fortunately, I could delete the mysql database.
Levente
>
> Best,
> Marcel
>
> Am 20.04.2022 07:27:04 schrieb Pape, Tobias <tobias.pape(a)hpi.de>:
>
> Hi
>
> > On 20. Apr 2022, at 00:23, Levente Uzonyi wrote:
> >
> > Hi Marcel,
> >
> > On Tue, 19 Apr 2022, Marcel Taeumel wrote:
> >
> >> Hi box admins --
> >> Can we please backup and shutdown the following servers ASAP:
> >> - david (planet.squeak)
> >> - scott (mantis/codespeed)
> >> - john (docker ... already inactive?)
> >
> > Is there anything useful on john to be backed up?
>
> no, it's off. I would have deleted it, but rackspace wanted me to _call_ them to remove it.
>
> > I've never seen that server before, I didn't have my ssh key added to it, I don't have a user on it. It was shut down but not deleted, so it was billed as if it had been running the whole time.
> > I changed the root password on it and managed to log in. I only see some old docker images but no containers.
>
> It was used for the nextcloud thing but nobody cared so I shut it down.
>
> >
> >> Once done, can you please send me some identification for these three machines so that I can contact Rackspace (via Pono/SFC) to have those removed from our current bills?
> >
> > I'm pretty sure we can delete servers and services. I do have such option in the rackspace UI.
> >
> >> Please redirect "bugs.squeak.org" to "https://github.com/squeak-smalltalk/squeak-object-memory".
> >> Please also try to stop using the Rackspace Cloud DB / MySQL DB. Can this be done via the Web-Interface directly? Backup the existing DB contents as well.
> >
> > I'm sure it can. I created a new database user to be able to back up the 'cloud' database I had no access to before.
> >
> > Levente
> >
> >> Thank you! :-)
> >> Best,
> >> Marcel
> >> P.S.: I think that Levente and Bruce have backups for planet.squeak already. Maybe double check the MySQL DB.
> >> P.P.S.: Is "ian" really necessary as SSH gateway? Can this be reconfigured in an easy way?
>
> This requires reconfiguration of the whole login thing.
> Can be done, takes time.
>
> -Tobias
>
>
>
Hi Marcel,
On Tue, 19 Apr 2022, Marcel Taeumel wrote:
> Hi box admins --
>
> Can we please backup and shutdown the following servers ASAP:
>
> - david (planet.squeak)
> - scott (mantis/codespeed)
> - john (docker ... already inactive?)
Is there anything useful on john to be backed up?
I've never seen that server before, I didn't have my ssh key added to it,
I don't have a user on it. It was shut down but not deleted, so it was
billed as if it had been running the whole time.
I changed the root password on it and managed to log in. I only see some
old docker images but no containers.
>
> Once done, can you please send me some identification for these three machines so that I can contact Rackspace (via Pono/SFC) to have those removed from our current bills?
I'm pretty sure we can delete servers and services. I do have such option
in the rackspace UI.
>
> Please redirect "bugs.squeak.org" to "https://github.com/squeak-smalltalk/squeak-object-memory".
>
> Please also try to stop using the Rackspace Cloud DB / MySQL DB. Can this be done via the Web-Interface directly? Backup the existing DB contents as well.
I'm sure it can. I created a new database user to be able to back up the
'cloud' database I had no access to before.
Levente
>
> Thank you! :-)
>
> Best,
> Marcel
>
> P.S.: I think that Levente and Bruce have backups for planet.squeak already. Maybe double check the MySQL DB.
>
> P.P.S.: Is "ian" really necessary as SSH gateway? Can this be reconfigured in an easy way?
>
>
Hi Marcel,
Data is backed up daily to a hard drive sitting on my desk.
Levente
On Tue, 12 Apr 2022, Marcel Taeumel wrote:
> Hi Levente --
>
> What's the current status on this? Where did you back up the data to? What is the timestamp of that backup? :-)
>
> Best,
> Marcel
>
> Am 28.03.2022 11:16:31 schrieb Levente Uzonyi <leves(a)caesar.elte.hu>:
>
> 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 :
> >
> > 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
> >
> >
> >
>
>
>