CHG-2018-05-22 migrate wiki to hetzner2 - Revision history

Maltfield: Maltfield moved page CHG-2018-05-22 to CHG-2018-05-22 migrate wiki to hetzner2

2020-04-27T12:25:09Z

Maltfield moved page CHG-2018-05-22 to CHG-2018-05-22 migrate wiki to hetzner2

← Older revision	Revision as of 12:25, 27 April 2020
(No difference)

Maltfield at 18:07, 18 June 2018

2018-06-18T18:07:01Z

← Older revision		Revision as of 18:07, 18 June 2018
Line 1:		Line 1:
	{{TOCright}}		{{TOCright}}

	This article describes the change for ~~the migration of~~ the wiki from hetzner1 to hetzner2 and all the associated changes that took place in late May 2018.		This article describes the change for the wiki migartion from hetzner1 to hetzner2 and all the associated changes that took place in late May 2018.

	=Status=		=Status=

Maltfield at 18:06, 18 June 2018

2018-06-18T18:06:37Z

← Older revision		Revision as of 18:06, 18 June 2018
Line 1:		Line 1:
	{{TOCright}}		{{TOCright}}

			This article describes the change for the migration of the wiki from hetzner1 to hetzner2 and all the associated changes that took place in late May 2018.

	=Status=		=Status=

127.0.0.1: bring content up, RightTOC

2018-05-25T03:50:15Z

bring content up, RightTOC

← Older revision		Revision as of 03:50, 25 May 2018
Line 1:		Line 1:
			{{TOCright}}
	=Status=		=Status=

Maltfield: /* Status */

2018-05-25T01:03:04Z

Status

← Older revision		Revision as of 01:03, 25 May 2018
Line 1:		Line 1:
	=Status=		=Status=

			==2018-05-25 01:00 UTC==

			A fresh post-migration backup completed successfully. I then updated every user account's password to expire in the past, so they will have to update their password at next login. Then I sent an email to everyone who has created >5 edits (~500 people) telling them to change their passwords & linking to this page for more info.

			This change is a success!

	==2018-05-25 00:20 UTC==		==2018-05-25 00:20 UTC==

Maltfield: /* Status */

2018-05-25T00:23:54Z

Status

← Older revision		Revision as of 00:23, 25 May 2018
Line 1:		Line 1:
	=Status=		=Status=

			==2018-05-25 00:20 UTC==
			I removed the banner from the top, but I went to create a backup before I executed the sql command to force all users to reset their password.

			Unfortunately, the disks filled due to a logic error in the backup script after it was restructured to encrypt our backups following the dreamhost hack. The result was that yesterday's backups got included in today backups. Then today's in tomorrow's, etc. Yeah, it exploded & filled our disks. I deleted the backup 'sync' dirs, patched the script, and re kicked-off the backups.

			Hopefully the backups will finish in a couple hours, and I can proceed with the password reset, email our users, and call this a successful change.

	==2018-05-24 23:00 UTC==		==2018-05-24 23:00 UTC==

Maltfield: /* 2018-05-24 23:00 UTC */

2018-05-24T23:06:12Z

2018-05-24 23:00 UTC

← Older revision		Revision as of 23:06, 24 May 2018
Line 9:		Line 9:
	I had to enable 'ini' files for upload per Marcin's requirements. It's some 3d printer "initialization" file, not to be confused with windows-ish the config files.		I had to enable 'ini' files for upload per Marcin's requirements. It's some 3d printer "initialization" file, not to be confused with windows-ish the config files.

	The one outstanding issue is that Marcin is no longer recieving emails from our server when someone requests an account. We can, in fact, find them in the Special page, approve->create their new user. We confirmed that the user _does_ get an email with their new temp password from the server. It's just that the email notifying Marcin that there was a new request for an account doesn't arrive. This is annoying, but not a blocker. Further investigation is needed.		The one outstanding issue is that Marcin is no longer recieving emails from our server when someone requests an account. We can, in fact, find them in the Special page to approve->create their new user. We confirmed that the user _does_ get an email with their new temp password from the server. It's just that the email notifying Marcin that there was a new request for an account doesn't arrive. This is annoying, but not a blocker. Further investigation is needed.

	Now I just need to remove the banner from the top, email all our users, and force them to reset their passwords.		Now I just need to remove the banner from the top, email all our users, and force them to reset their passwords.

Maltfield: /* 2018-05-24 23:00 UTC */

2018-05-24T23:04:56Z

2018-05-24 23:00 UTC

← Older revision		Revision as of 23:04, 24 May 2018
Line 8:		Line 8:

	I had to enable 'ini' files for upload per Marcin's requirements. It's some 3d printer "initialization" file, not to be confused with windows-ish the config files.		I had to enable 'ini' files for upload per Marcin's requirements. It's some 3d printer "initialization" file, not to be confused with windows-ish the config files.

			The one outstanding issue is that Marcin is no longer recieving emails from our server when someone requests an account. We can, in fact, find them in the Special page, approve->create their new user. We confirmed that the user _does_ get an email with their new temp password from the server. It's just that the email notifying Marcin that there was a new request for an account doesn't arrive. This is annoying, but not a blocker. Further investigation is needed.

	Now I just need to remove the banner from the top, email all our users, and force them to reset their passwords.		Now I just need to remove the banner from the top, email all our users, and force them to reset their passwords.

Maltfield: /* Status */

2018-05-24T23:03:10Z

Status

← Older revision		Revision as of 23:03, 24 May 2018
Line 1:		Line 1:
	=Status=		=Status=

			==2018-05-24 23:00 UTC==

			Marcin & I agreed that the migration is a success. We'll keep it.

			I pointed opensourceecology.org to hetzner2 (138.201.84.243), and updated the nginx vhost to redirect queries going to the naked domain starting with '/wiki/' to 'wiki.opensourceecology.org/wiki/...'. That effectively makes our site much more live.

			I had to enable 'ini' files for upload per Marcin's requirements. It's some 3d printer "initialization" file, not to be confused with windows-ish the config files.

			Now I just need to remove the banner from the top, email all our users, and force them to reset their passwords.

	==2018-05-24 21:00 UTC==		==2018-05-24 21:00 UTC==

Maltfield at 21:02, 24 May 2018

2018-05-24T21:02:33Z

← Older revision		Revision as of 21:02, 24 May 2018
Line 1:		Line 1:
	=Status=		=Status=

			==2018-05-24 21:00 UTC==

			Marcin got back to me. Everything validated properly, except failure to upload freecad files due to a mime type error. I had a syntax issue in my CHG ticket's commands when echo'ing the encoding into the mime.types file. I've fixed that and confirmed that the freecad uploaded without issues.

			Marcin ran to a meeting, but I think we can just about call this a success.

	==2018-05-24 16:40 UTC==		==2018-05-24 16:40 UTC==