In Germany, yes. I think they are selling them worldwide.

https://www.velux.de/produkte/sonnenschutz-und-rolllaeden

They are pretty reliable, with a builtin oversized battery and small solar panel, remote control, and 5 years warranty iirc.

They offer an integration into smartness - I can look up for you later which one.

I am planning currently to get some, but without their solar, just normal power and my own smart relays to control them.

reassemble the zfspool

zfs itself can do that. The zpool members know the pool and the other members.

Then, apparently to mount the share to Plex, I needed to pass the pool from TrueNAS back to ProxMox.

I doubt this part.

I think as soon as the NAS is working, the others (including prox) should use it, and no additional complications.

Just to provide a different point of view:

My general strategy is to decentralize these simple condition-action things.

Where only one sensor controls only one action/state, the function should run on the device itself, not on HA. Either the sensor or the switch or both is “smart”, and it is good that HA knows and shows the state, and you can switch it on/off there in the HA app, but it should not depend on HA. It should still work when HA is down.

In my case, Tasmota runs on all the light switches and a rule in Tasmota does the job.

For tracking my own location, I have tried out Traccar once. It works without any foreign data stores.

https://www.traccar.org/

https://f-droid.org/packages/org.traccar.client

You can passthru the GPU hardware to a qemu VM on proxmox. Proxmox itself will not get in your way, because proxmox is just an administative helper for qemu there. The setup for this passthru is a qemu thing.

I don’t know if the same kind of passthru is possible to a docker container.

a version controlled markdown file

There’s a lot of genius in this idea …

Is Proxmox the best system to use for these applications? Would it be easier to just install Debian and Docker and run everything through containers on one OS instead of splitting them all up into LXC or VMs?

Proxmox is (nearly) a class of it’s own. Yes, you need it.

You are not limited to lxc. Just run one or more of these Debians in VM’s inside, and they can docker then as needed.

Don’t forget to use the templates in Proxmox.

Could browse as per normal with abysmal internet speed

Of course. It’s because they had to catch and write down every single byte with a pencil on paper, then decrypt it, understand it, report the funny ones to a boss, who nodded slowly and silently and then they typed it in again on the other side.

/s

They do not visit you. You do not visit them. You visit bad places.

They are prepared for such ideas, and you should assume that they are better than you.

Ethernet cables are not “wireless”, however.

How did you find out?

Now you know that the problem is not your DNS.

It is either your routing or firewalling.

I tell it to point docmost.example.com to 192.168.1.80, […] but actually nothing happens. I get a connection timed out error.

I suggest to collect more info about this “nothing”.

ping from your PC on the inside to the name docmost.example.com

ping from your PC on the inside to the number 192.168.1.80

traceroute from your PC on the inside to the name docmost.example.com

traceroute from your PC on the inside to the number 192.168.1.80

Then do the same in the reverse direction: from that docker container to your PC.

Maybe traceroute shows you some stations on the route. Then do the same from this station.

Write down the results thoroughly.

You do not let your k8s control instance look “live” at your git server during the start (or reformation) of the whole cluster. It needs the (repo and) files checked out somewhere locally, and this local “somewhere” must exist at start time.

Later, when your git is alive, you do a regular git pull for keeping it up to date.

chicken and egg situation, since I plan to store my Kubernetes manifests in my git repo

Not really.

K8s would use a “checked-out” visible representation, not the repo database itself.

git is file system based.

Git is also a database.

deleted by creator

This is the way

RasPi 4B with the dedicated HassOS distro.

Installation was easy. Upgrades run regularly and very stable.