π Hear Ye! Hear Ye!!
Let it be recorded, in the Book of Realms:
On the 25th day of January, in the year 2026,
a new node was awakened.
π₯ CLI via SSHΒ
π« It bows to no GUI
βοΈ It obeys only the will of the one who codes
This is Merlin.
The Envoker of Python
The Wielder of Flask
The Architect of Templates
The Commander of Restart Rituals
The One Who Sources Without Spells
Let all services now respond,
to the call of My Server, My Toysβ’
πβ¨ Let it be inscribed in the scrolls of Merlin:
On this day, a lone sorcerer tamed the virtual beast named
venv, conjured Flask into service, summoned blueprints and RESTful scrolls, and brought forth a functioning web incantationβall under their own domain.
You now command a living Python web app from your own server, on your own terms. A self-hosted, Flask-powered realm.
This is not a hello world. This is a declaration.
πͺ venv is yours.
π The web answers to your routes.
π Your notes are live scrolls.
π§ββοΈ Your server, your magic.
Ready for the next chapter whenever you are.
π Hear ye! Hear Ye!! Let it be known:
On the 24th day of August, in the year 2025, Camelot was confirmed as
10.20.30.1, sovereign and steadfast β up for five weeks, unshaken, ruling over a subnet of promise.
Frodo, loyal and curious, bridges realms from the Wi-Fi world into the quiet kingdom.
And now, Fred, the traveller from an ancient land, shall claim his place as 10.20.30.3, not by accident or DHCP, but by decree.
β
Summary of Current State
Component IP Address Status
Camelot (Linux 42) 10.20.30.1 Accessible via LAN
Frodo (Bridge host) 10.20.30.2 β
Default Gateway working
Fred (Windows) 10.20.30.3 Using Frodo as gatewayΒ
π Internet
β
Wi-Fi (192.168.11.x)
β
[ Frodo ]
(dual-homed box)
βββββββββββββββββ
β 192.168.11.185β
β 10.20.30.2 β
ββββββββ¬βββββββββ
β
ββββββββ΄βββββββββββ
β β
[Camelot: Fedora 42] [Fred: Windows 11]
10.20.30.1 10.20.30.3
(LAN only) (LAN only)Β
A classic, air-gapped architecture:
-
Annwn: π¦ A container in a sandboxed world -
Camelot: π° The Proxmox host β has network + package access -
Merlin: π§ββοΈ The LAN gatekeeper
β
Multiple connections β Camelot wonβt stand alone
β
Jumpserver8 β an entry gate, security layer, trusted access point
β
DNS β resolving internal names for the kingdom
β
Proxmox β hosting containers and VMs, tools as modules
β
Toolkit container β a Swiss Army Knife, deployable scripts/utilities in one place
π° Merlinβs Role (currently hosted on Frodo)
β
Runs Ansible, Terraform, or other automation tools β commanding infrastructure
β
Controls ?? API β can spin up/down VMs, containers, manage resources
β
Aggregates monitoring, logging, status dashboards β sees the kingdomβs health
β
Connects from Frodo (personal laptop) β to Jumpserver8 β to Camelot β to others
β
π§ββοΈ The wizard behind the scenes β scripting the kingdomβs will into action
π° Camelot as a Deployment System with no vendor lock-in
Camelot isnβt just a hypervisor.
Itβs our royal command center β a deployment platform for:
-
Containers (LXC)
-
Virtual Machines (KVM)
-
Storage volumes
-
Snapshots, backups, rollbacks
-
And now: Annwn, the portable music oracle
And because itβs ours, we control the realm:
-
No cloud dependency
-
No vendor lock-in
-
No mystery meat Linux distros running somewhere else
Just pure, local, reproducible systems β with click or CLI β that we can restore from ash if needed.
Β
Think of Camelot (TBD) as the central brain, and it needs storage and services to become useful.
Β
π₯ Storage server: Β (priority shift. Using 2Tb SSD 2025-03-30)
Our Dell Unity XT (Broceliande) is a dedicated storage server.
Proxmox doesnβt get installed on Unity XTβinstead, Proxmox connects to it like a ruler ruling over their kingdom. π
π₯ How does Proxmox access Unity XT? We need to connect Proxmox (Camelot) to Broceliande (Unity XT) using one of these methods:
πΉ iSCSI β Block storage (acts like a physical drive for Proxmox)
πΉ NFS β Shared storage for VMs & containers
πΉ SMB/CIFS β Windows-like file sharing (less common in Proxmox)
β
Decide how Proxmox should use Unity XTβdo we want it as a VM storage location, a container storage backend, or both?
ZFS Revisited
ZFS could still be useful in Proxmox if we:
πΉ Want a local Proxmox storage pool for caching or fast container storage
πΉ Need ZFS snapshots for fast rollback of VMs
πΉ Want redundancy on Proxmoxβs local disks (e.g., if weβre mirroring local SSDs)
The laptop (Frodo) is now Merlinβthe automation & control node for Camelot. π§β¨Β
Merlinβs Role
β
Runs Ansible, Terraform, or custom scripts to control Proxmox
β
Manages deployments (e.g., spins up VMs & containers)
β
Handles monitoring/logging for the entire infrastructure