summary refs log tree commit diff
diff options
context:
space:
mode:
authorPjotr Prins2025-09-12 09:59:43 +0200
committerPjotr Prins2026-01-05 11:12:10 +0100
commit6818b925c9a8ec04d062fd0125d8d064086d8353 (patch)
tree2ea4d97ba1ab378323e9e9afe5f567812b2c607f
parent7a9b9eeb8776b4955caf7754e381b6069b58e31d (diff)
downloadgn-gemtext-6818b925c9a8ec04d062fd0125d8d064086d8353.tar.gz
Small note on backups
-rw-r--r--topics/systems/backups-with-borg.gmi10
1 files changed, 6 insertions, 4 deletions
diff --git a/topics/systems/backups-with-borg.gmi b/topics/systems/backups-with-borg.gmi
index 1ad0112..03be21a 100644
--- a/topics/systems/backups-with-borg.gmi
+++ b/topics/systems/backups-with-borg.gmi
@@ -20,15 +20,15 @@ which I run on one of my machines.
 Usually I use a version of borg from guix. This should really be done as the borg user (ibackup).
 
 ```
-mkdir ~/opt
-guix package -i borg ~/opt/borg
-tux04:~$ ~/opt/borg/bin/borg --version
+ibackup@tux03:~$ mkdir ~/opt
+ibackup@tux03:~$ guix package -i borg -p ~/opt/borg
+~/opt/borg/bin/borg --version
   1.2.2
 ```
 
 # Create a new backup dir and user
 
-The backup should live on a different disk from the things we backup, so when that disk fails we have another.
+The backup should live on a *different* disk from the things we backup, so when that disk fails we have another. In fact in 2025 we had a corruption of the backups(!) We could recover from the original data + older backups. Not great. But if it had been the same disk it would have been worse.
 
 The SQL database lives on /export and the containers live on /export2. /export3 is a largish slow drive, so perfect.
 
@@ -51,6 +51,8 @@ cd /export/backup/borg
 ~/opt/borg/bin/borg init --encryption=repokey-blake2 genenetwork
 ```
 
+Note that we typically start from an existing backup. These go back a long time.
+
 Now we can run our first backup. Note that ibackup should be a member of the mysql and gn groups
 
 ```