Had a problem on a NAS where BTRFS was taking "too long" for systemD to check it, so just didn't mount it... bit of config tweaking and all is well again.
I use EXT* and BTRFS where ever I can because I can manipulate it with standard tools (inc gparted).
I have 1 LVM system which was interesting, but I wouldn't do it that way in the future (used to add drives on a media PC)
And as for ZFS ... I'd say it's very similar to BTRFS, but just slightly too complex on Linux with all the licensing issues, etc. so I just can't be bothered with it.
As a throw-away comment, I'd say ZFS is used by TrusNAS (not a problem, just sayin'...) and... that's about it??
As to the OPs original question, I agree with the others here... something's not right there, but it's probably not the filesystem.
Yep, Proxmox itself is very light on resources, so most is available for the VMs / containers.
Just another point... I've had some issues with Dell BIOS not respecting the Power On after power loss settings - usually a BIOS upgrade solves that and 99% of Dells still have "just 1 more" update on the website...
I'd also recommend installing Wake on LAN on that Pi too... then if you VPN in from outside you can SSH into the Pi and power on other things that "accidentally" got shutdown.
Yep, now, I initially found the daily journal approach a bit strange, but I use this for work as much as personal stuff, so it actually helps...
My suggestion to your usecase would be to keep a page per "thing" ie server / container / etc and then when you make a change you can just say (on that day's journal page):
''
Setup a backup for [[Server X]] and it's going to [[NAS2]] (for example)
''
Then, on either of those 2 pages you'll automatically see the link back to the journal page, so you'll know when you did it...
I think you can disable the journal approach if it's not useful...
But, the important part is, the files underlying the notes you're making are in plain text with the page name as the filename, whereas with Joplin you could never find the file...
Also, if you modify the file (live) outside of Logseq, it copes with that and refreshes the content onscreen.
And the links are all dynamic... renamed the NAS? Fine, Logseq will reindex all the pages for you...
Thanks, yes, I think active-active would be another magnitude harder... and would need database, history, etc on shared storage... over the top to jist ensure the lights stay on.
And backups are essential for all use cases (and not just the built-in HA backup left on the device / VM / container that just failed!)
I don't have any zigbee devices at the moment, but I was looking into network based ones... not sure if I can have 2 of those? (Again, no zigbee expirence yet to know the options)
Be aware that some old laptops had weird combined chipsets that Linux just can't use... I tried putting Linux Mint on a friend's laptop for their kids to use and the networking (wifi and cable) just wouldn't work... it was something that only Win98 / WinXP could use (from memory).
So just try anything in case you just need to ditch it - as someone else mentioned, treat it as a learning exercise.
Still the same, or has it solved itself?
If it's lots of small files, rather than a few large ones? That'll be the file allocation table and / or journal...
A few large files? Not sure... something's getting in the way.