Chapters: 

🌟 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

πŸ’‘ When we want automation, Frodo (Merlin) can connect to Proxmox via API or CLI. πŸ§™βœ¨
Β