Wiki Transfer
- Check
favog
is up well in advance. If it isn't, get Matt to start it - Make sure Matt is available when you're planning to make the switch
- If you are planning to allow people to edit the wiki on favog, ask yourself if you really want to do that. If you do, ask Clive what to do. We don't do this any more because it takes forever to synch back to merple over 4G in a field.
- On merple, as root, run
~/server_synch
and make yourself comfortable. It takes a significant length of time - Get Matt to deploy the offline version of the website to favog
- Get Matt to swap http/https over to
favog
on the router - leave ssh until you have confirmed everything is working - If Matt is not leaving more or less immediately, remind him to change beaker's DNS to point the CNAME
live
atfavog
instead ofmerple
(www, crew, etc all CNAME tolive
) so he sees the same website as the public - if you're doing this Matt, you need to do this before checking the sites or get somebody outside the office to check - Check it all
- Check the website is up.
- Check the wikis are up
- Check the wikis are editable
- Check ls2 is running and that you can search for a recent page (favog:~ # systemctl status ls2)
- Get Matt to swap ssh over
- Check ssh now connects to
favog
These are the old instructions, kept here so I have them if the new instructions don't work. please ignore
- Check
favog
is up well in advance. If it isn't, get Matt to start it - Make sure Matt is available when you're planning to make the switch
- Ensure the Plot team are warned via discord
- Remind Matt before you start
- Tell Plot you are starting via discord
- It's probably easier to have two windows open, one on each server, but if you do be very sure which server you are running each command on
- On each server, as root
- Edit
/etc/mediawiki_global.inc.php
- ensure$wgReadOnly
is set if the server is to be read-only, ensure it is not set if the server is to be editable
- Edit
- On favog, as root
systemctl stop mariadb systemctl stop jetty systemctl stop apache2
- On merple, as root
systemctl stop mariadb systemctl stop jetty systemctl stop apache2 rsync -avz --progress --partial-dir=.rsync-partial --delete /srv/www/htdocs favog:/srv/www/ --exclude mediawiki-public-images --exclude mediawiki-crew-empire-images rsync -avz --progress --partial-dir=.rsync-partial --delete /var/lib/mysql/* favog:/var/lib/mysql/ rsync -avz --progress --partial-dir=.rsync-partial --delete /srv/www/htdocs/mediawiki-public-images favog:/home/websites/ --delete-excluded --exclude=pdf-book* rsync -avz --progress --partial-dir=.rsync-partial --delete /srv/www/htdocs/mediawiki-crew-empire-images favog:/home/websites/ rsync -avz --progress --partial-dir=.rsync-partial --delete /etc/apache2/ssl.* favog:/etc/apache2/ systemctl start mariadb systemctl start jetty systemctl start apache2
- On favog, as root
-
systemctl start mariadb systemctl start jetty systemctl start apache2 /etc/cron.daily/ls2-build
-
- Get Matt to swap http/https over to
favog
on the router - leave ssh until you have confirmed everything is working - If Matt is not leaving more or less immediately, remind him to change beaker's DNS to point the CNAME
live
atfavog
instead ofmerple
(www, crew, etc all CNAME tolive
) so he sees the same website as the public - if you're doing this Matt, you need to do this before checking the sites or get somebody outside the office to check - Check it all
- Check the website is up.
- Check the wikis are up
- Check the wikis are editable
- Check ls2 is running and that you can search for a recent page
- Get Matt to swap ssh over
- Check ssh now connects to
favog
- Tell Plot the maintenance is complete via discord