From 67fd9e7b66b3292197a92737af15308999c1afb8 Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Tue, 27 Jan 2026 09:58:04 +0200 Subject: Update content for html --- about/resources.html | 200 ++++++++++----------- ...5-07-14-f3s-kubernetes-with-freebsd-part-6.html | 46 ++--- gemfeed/atom.xml | 48 ++--- index.html | 2 +- uptime-stats.html | 2 +- 5 files changed, 155 insertions(+), 143 deletions(-) diff --git a/about/resources.html b/about/resources.html index a05027a2..10bf01d5 100644 --- a/about/resources.html +++ b/about/resources.html @@ -50,112 +50,112 @@ In random order:


Technical references



I didn't read them from the beginning to the end, but I am using them to look up things. The books are in random order:


Self-development and soft-skills books



In random order:


Here are notes of mine for some of the books

@@ -164,22 +164,22 @@ Some of these were in-person with exams; others were online learning lectures only. In random order:


Technical guides



@@ -197,61 +197,61 @@ In random order:


Podcasts I liked



I liked them but am not listening to them anymore. The podcasts have either "finished" (no more episodes) or I stopped listening to them due to time constraints or a shift in my interests.


Newsletters I like



This is a mix of tech and non-tech newsletters I am subscribed to. In random order:


Magazines I like(d)



This is a mix of tech I like(d). I may not be a current subscriber, but now and then, I buy an issue. In random order:


Formal education



diff --git a/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.html b/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.html index 879219f4..44ad6311 100644 --- a/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.html +++ b/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.html @@ -34,6 +34,9 @@
  • f3s: Kubernetes with FreeBSD - Part 6: Storage
  • ⇢ Introduction
  • ⇢ Additional storage capacity
    • +
  • ⇢ Update: Upgrade to 4TB drives
    • +
  • ⇢ ⇢ Upgrading f1 (simpler approach)
    • +
  • ⇢ ⇢ Upgrading f0 (using ZFS resilvering)
  • ⇢ ZFS encryption keys
  • ⇢ ⇢ UFS on USB keys
  • ⇢ ⇢ Generating encryption keys
    • @@ -139,31 +142,33 @@ http://www.gnu.org/software/src-highlite --> <CT1000BX500SSD1 M6CR072> at scbus1 target 0 lun 0 (pass1,ada1)
    -Update: 27.01.2026
    +

    Update: Upgrade to 4TB drives



    -I have since replaced the 1TB drives with 4TB drives for more storage capacity. The upgrade procedure was different for each node:
    +Update: 27.01.2026 I have since replaced the 1TB drives with 4TB drives for more storage capacity. The upgrade procedure was different for each node:

    -**Upgrading f1 (simpler approach):**
    +

    Upgrading f1 (simpler approach)



    Since f1 is the replication sink, the upgrade was straightforward:

    -1. Physically replaced the 1TB drive with the 4TB drive
    -2. Re-setup the drive as described earlier in this blog post
    -3. Re-replicated all data from f0 to f1 via zrepl
    -4. Reloaded the encryption keys as described in this blog post
    -5. Set the mount point again for the encrypted dataset, explicitly as read-only (since f1 is the replication sink)
    -
    -**Upgrading f0 (using ZFS resilvering):**
    +
    +

    Upgrading f0 (using ZFS resilvering)



    For f0, which is the primary storage node, I used ZFS resilvering to avoid data loss:

    -1. Plugged the new 4TB drive into an external USB SSD drive reader
    -2. Attached the 4TB drive to the zdata pool for resilvering
    -3. Once resilvering completed, detached the 1TB drive from the zdata pool
    -4. Shutdown f0 and physically replaced the internal drive
    -5. Booted with the new drive in place
    -6. Expanded the pool to use the full 4TB capacity:
    -
    +
    paul@f0:~ % doas zpool online -e /dev/ada1

    -7. Reloaded the encryption keys as described in this blog post
    -8. Set the mount point again for the encrypted dataset
    -
    +
    This was a one-time effort on both nodes - after a reboot, everything was remembered and came up normally. Here are the updated outputs:

    <CT1000BX500SSD1 M6CR072> at scbus1 target 0 lun 0 (pass1,ada1)
    -Update: 27.01.2026
    +

    Update: Upgrade to 4TB drives



    -I have since replaced the 1TB drives with 4TB drives for more storage capacity. The upgrade procedure was different for each node:
    +Update: 27.01.2026 I have since replaced the 1TB drives with 4TB drives for more storage capacity. The upgrade procedure was different for each node:

    -**Upgrading f1 (simpler approach):**
    +

    Upgrading f1 (simpler approach)



    Since f1 is the replication sink, the upgrade was straightforward:

    -1. Physically replaced the 1TB drive with the 4TB drive
    -2. Re-setup the drive as described earlier in this blog post
    -3. Re-replicated all data from f0 to f1 via zrepl
    -4. Reloaded the encryption keys as described in this blog post
    -5. Set the mount point again for the encrypted dataset, explicitly as read-only (since f1 is the replication sink)
    -
    -**Upgrading f0 (using ZFS resilvering):**
    +
    +

    Upgrading f0 (using ZFS resilvering)



    For f0, which is the primary storage node, I used ZFS resilvering to avoid data loss:

    -1. Plugged the new 4TB drive into an external USB SSD drive reader
    -2. Attached the 4TB drive to the zdata pool for resilvering
    -3. Once resilvering completed, detached the 1TB drive from the zdata pool
    -4. Shutdown f0 and physically replaced the internal drive
    -5. Booted with the new drive in place
    -6. Expanded the pool to use the full 4TB capacity:
    -
    +
    paul@f0:~ % doas zpool online -e /dev/ada1

    -7. Reloaded the encryption keys as described in this blog post
    -8. Set the mount point again for the encrypted dataset
    -
    +
    This was a one-time effort on both nodes - after a reboot, everything was remembered and came up normally. Here are the updated outputs: