This repository has been archived on 2022-10-07. You can view files and clone it, but cannot push or open issues or pull requests.
skynet-webportal/scripts
Karol Wypchlo b4d111871d
remove nginx prune script
2022-03-15 23:20:55 +01:00
..
README.md remove nginx prune script 2022-03-15 23:20:55 +01:00
backup-aws-s3.sh ensure path exists and fix filename 2022-02-22 16:47:17 +01:00
blocklist-skylink.sh drop nginx blocklist proxy endpoint 2022-03-15 10:47:02 +01:00
db_backup.sh Cleanup Kratos, Oathkeeper, CockroachDB. 2021-12-16 13:08:35 +02:00
db_restore.sh Cleanup Kratos, Oathkeeper, CockroachDB. 2021-12-16 13:08:35 +02:00
es_cleaner.py fix health check script invalid syntax 2021-10-06 14:21:58 +02:00
maintenance-upgrade.sh fix maintenance script permissions 2021-01-23 19:19:40 +01:00
portal-down.sh
portal-restart.sh Just make the scripts runnable. 2021-08-16 15:48:59 +03:00
portal-up.sh
portal-upgrade.sh clean up webapp directory and update some deps 2021-06-17 14:40:02 +02:00
wait_to_start.sh Move the script to the scripts dir. 2021-05-11 16:42:37 +02:00

README.md

Skynet Webportal Scripts

This package contains useful scripts for managing a Skynet Webportal.

Available Scripts

blocklist-skylink.sh
The blocklist-skylink.sh script adds a skylink to the blocklist on all servers.

maintenance-upgrade.sh
The maintenance-upgrade.sh script upgrades the docker images for nodes on a maintenance server.

portal-down.sh
The portal-down.sh script takes a portal out of the load balancer by disabling the health check.

portal-restart.sh
The portal-restart.sh script restarts a portal by taking it out of the load balancer, restarting the docker containers, and adding the portal back to the load balancer.

portal-up.sh
The portal-up.sh script puts a portal back into the load balancer by enabling the health check.

portal-upgrade.
The portal-upgrade.sh script upgrades the docker images for a portal and clears and leftover images.

Webportal Upgrade Procedures

TODO...

  1. 1 server upgraded at a time
  2. Clusters of servers upgraded at a time
  3. How to safetly revert to previous stable version. Document what those versions were.
  4. Upgrading single subsystem
  5. Upgrading multiple subsystems