Translation:"I refuse to try the thing that people tell me might make my life better. I prefer to rant and complain to random strangers on a public forum rather than accepting that a solution to my problem may exist"
It's funny, this is not at all his stance when it comes to hardware and appliances. It doesn't even sound like something he'd say.
The whole point is that a bunch of people don't have the technical skills to figure out FOSS. Sure, sometimes the ux is just as good as the main competitor, but in my experience, usually it isnt and has a decent learning curve
I'd be more sympathetic to that mindset if it was anyone other than TC saying this. He's a smart dude and I have every confidence he could figure out how to use a new piece of software.
Some of his recent rants have been about technology that is actively unfriendly to people who are not good with technology. That doesn't mean he cannot figure it out, but it means his parents can't.
Inevitably people show up to suggest a giant convoluted solution based on the power of open source. Menu poorly worded on the ecobee? They should be using home assistant anyway!
I follow him on Mastodon, and I think many regular users misunderstand his specific problems. They're unique due to his huge number of followers, and I think that if we want Mastodon to grow, it wouldn't be a bad idea to include more tools for folks with large followings.
Guy wanted to vent about smart thermostats, explicitly said he doesn't need advice and got bajillion responses with advice, mostly from FOSS folks who couldn't contain themselves. I'd be annoyed too.
Better comparison would've been something like "Annoyed with your landlord? Go build a cabin in the woods!". Like, that's straight-up appealing to some people, but it's also not just something anyone and everyone can do.
Even then that's not that accurate, more like move to a different place.
It's inconvenient and might not have all the same things you wanted/liked from your old place but you can actually change things in the new place if you really want to
Oh .. that happened numerous times to me in the past on several unrelated subreddits, ive also seen it happen to other users, but my comments in particular are clearly unprovoking. Im sure most Reddit users have experienced it already.. ive just kept silent until now
Ok, but there's no context for us here and with the premise of your post, you're expecting us to judge an entire community based off of a single comment that has received practically no engagement in comparison to the community at large.
You might as well be asking for us to explain to you why you are being downvoted.
People can downvote you for any number of reasons, my assumption here is that your comment didn't carry the discussion forward in any meaningful way.
Absolutely. Some aspects are unavoidable, being an anonymous thread based forum, so trolling, flamebaiting, brigading and the like happen here just like Reddit.
Luckily on Lemmy we do have workarounds to some of these issues. You can join instances that disable downvotes for people who are bothered by it. Federated, publicly visible moderation has its ups and downs but at least you have all the information and you can decide to move to an instance where you fit in better.
It had become, over the course of years, ground zero for groups trying to launch their propaganda into the main stream. You see right-wingers and holocaust deniers, homophobes, tankies, russian trolls etc. all trying to launch their social engineering campaigns via reddit.
It's an environment that offers anonymity and unlimited alts, they're basically begging to be sock puppet central. Being in those kinds of idiot pressure cooker communities rots the brain, so it's not a great wonder that it becomes toxic.
Well I mean, they are at least okay with it. They are after all the ones who remained after Rexodus.
Some are actual heroes - nursing subs in particular, trying to help anyone who goes there for advice.
But most are bots and people who enjoy conversing with bots. And people who enjoy conversing with people who enjoy conversing with bots... which is perhaps the majority answer to your question.
There are a lot of nice people there, but there are far more who are not so nice. I always got so defensive there. Tbh I may be starting to get that way here too, but like 0.1% of what I experienced there.
You cannot fix them - they seem to like it that way - your only choice is to decide whether you want to hang out there or not.
You might have a local apiary too, sometimes small businesses aren't really that visible online. You could look on Facebook but I found mine at our town's annual street fair. You could try going to a nearby farmer's market and see if anyone is selling honey there too.
I've been running Unraid on top of Proxmox for over 3 years. No problems whatsoever.
I initially bought a RAID controller to directly pass the drives to the UnRAID VM. Another option is to passthrough the SATA controller of your motherboard (only possible if you don't use them on the host).
So, if I'm running ProxMox off of 2 NVMe drives in RAID, I can just pass through SATA and USB for the UnRaid VM and just NFS my way to happiness, right?
I'm still testing each of my UnRaid containers on ProxMox, and so far they all work fine. With a Ryzen 7 5700G and 64GB ECC RAM, I could give the UnRaid VM just 2 cores and 4GB of RAM, and should be smooth sailing from there, right?
Wouldn't do it for a litany of reasons, but the main being that it's not meant for such things. You want it to be as close to the OS and drivers as possible. Anything getting between Unraid managing the disks is overly complex, and asking for trouble. What happens if the container dies? What happens if the container gets OOMkill'd?
If you're not going to use it to manage your disks, then I guess no issues, but there's better suited software for such things.
Yeah, UnRaid does all of that, but from my very basic testing of ProxMox in an old computer, the VM management is much better than in UnRaid. The same goes for VLAN awareness with just 1 nic.
I'm in no way unsatisfied with UnRaid, but I watched a video by Christian Lempa doing something similar, only with TrueNAS instead of UnRaid, which is what got my brain thinking about all these potential options.
There's the question of "CAN I do this?" vs "SHOULD I do this?". I don't think abstracting your main storage handling software away from where it definitely needs to be is going to net you anything positive, but add more issues and complications.
I'm sure you can find videos of people running drivers out of containers just because it's possible. Should you though? Nope.
I do have the advantage of having a mirror of my server 2.5K miles away in my brother's house. That's probably why I'm thinking about being so candidly careless.
I appreciate the great advise. But now I'm willing to take one for the team and come back with either am horror story or an epic win.
Manage all my containers and VMs over ProxMox instead of inside UnRaid directly, effectively leaving UnRaid to be just manage storage only.
This, from my understanding, will in turn allow me to play with container options other than docker (docker is awesome, I know, but it also has limitations), effectively opening new roads of knowledge to me. UnRaid doesn't even support Kubernetes or LXC.
Easier VLAN management in the server side. I have to play with firewall permissions on my PFSense to allow some containers to talk to others. ProxMox, being VLAN aware, would allow me to eliminate those permissions from PFSense and just manage interconnectivity via ProxMox.
While I'm aware that I can even compose dockers in UnRaid if there's no UnRaid docker template available, it's not the most user friendly way for managing those containers, in my opinion.
Another reason is that I'm always trying to learn new things, and from my limited experience with ProxMox (I've only been playing with it for about a month or so on an old rig), ProxMox is incredibly easy and powerful when it comes to container and VM deployment. The management options seem to be infinite.
Your point is very solid, which is why I'm contemplating segregating UnRaid and ProxMox into 2 separate rigs as opposed to virtualizing UnRaid.
These are hard decisions. Keep just 1 rig and spend way more time and probably migraines configuring this, or just build a new rig for ProxMox and migrate all my containers and VMs to it, which is faster, but will come at a higher monetary price, including power consumption.
Just get a separate host for whatever the VM stuff you want. You won't need to worry about messing anything related to storage up, AND you'll be able to mess with all the networking stuff without impacting your NAS.
If you're just trying to run some simple services, just get a $300 Ryzen minipc. Plenty powerful for what it sounds like you're looking to do.
Yeah. I told my wife what I wanted to do, and she actually would rather have me spend the money than risk spending too much time if and when I break something.
I'm thinking a minispc Ryzen 9 or a Ryzen 7 venus, set it up with a 4TB NVMe. That should do the trick. It's a bit over 300 bucks, but will be a bit more future proof. 64GB DDR5, and fire it away.
Have you considered the increase in disk io and that hypervisor prefer to be in control of all hardware? Including disks...
If you are set on proxmox consider that it can directly share your data itself. This could be made easy with cockpit and the zfs plugin. The plugin helps if you have existing pools. Both can be installed directly on proxmox and present a separate web UI with different options for system management.
The safe things here to use are the filesharing and pool management operations. Basically use the proxmox webui for everything it permits first.
I actually never considered this. And if I'm understanding you correctly, this would render using UnRaid unnecessary.
This is great info. I'm going to fit my current ProxMox test rig with a few disks I have (old small disks I have replaced over the years that still work) and test this option first. This might make this easier.
If this works out, I can still keep the server I set up off-site to mirror my storage, right? Even if that is still UnRaid? I need more coffee.
Yup you can. In fact you likely should and will probably find yourself improving disk io dramatically compared to your original thoughts doing this. It's better in my opinion to let the hypervisor manage disks operations. That means in my opinion it should also share files with smb and NFS especially if you are already considering nas type operations.
Since proxmox supports zfs out of the box along with btrfs and even XFS you have a myriad of options. You combine that with cockpit and you have a nice management interface.
I went the zfs route because I'm familiar with it and I appreciate it's native sharing options built into the filesystem. It's cool to have the option to create a new dataset off the pool and directly pass it into a new lxc container.
I would like to ask for some suggestions on the initial process to migrate the data from UnRaid.
Considering that:
My disk pool is made out of 2 10TB disks, for a total of 20TB
It also has a 10TB parity disk
The pool is using just -6TB of the storage
The option I see is:
Get another 10TB disk
I can clear the parity drive and copy my data from the pool to that disk for migrating
Configure the pool disks to RaidZ and once I complete that, use the other 2 disks as parity pool
Or, I bite the bullet, get brand new 10TB disks, 12 to make it Raidz2 and have a storage pool of 40TB (35 usable?). I'm thinking 4 groups of 3 disks each should do the trick. Then use the same method to migrate my data.
With 64GB of ECC RAM, I should have a pretty swift storage IOPS that way.
You will be amused with zfs performance in proxmox due to all the tuning that is possible. If this is going to be an existing zfs pool keep in mind it's easier to just install proxmox with the zfs option and let it create a zfs rpool during setup. For the rpool tweak a couple options. Make sure ashift is at least 12 during the install or 13 if you are using some crazy fast SSD as proxdisk for the rpool.
It needs to be 12 if it's a modern day spinner and probably a good setting for most ssds. Do not go over 12 if it's a spinning disk.
Now beyond that you can directly import your existing zfs pool into proxmox with a single import command. Assuming you have an existing zfs pool.
In this scenario zfs would be fully maintaining disk operations for both an rpool and a media pool.
You should consider tweaking a couple things to really improve performance via the guide de I linked.
Proxmox vms/zvols live in their own dataset. Before you start getting to crazy creating vms make sure you are taking advantage of all the performance tweaks you can. By default proxmox sets a default record size for all datasets to 128k. qcow2, raw, and even zvols will benefit from record size of 64k because it tends to improve the underlying filesystem performance of things like ext4, XFS, even UFS. Imo it's silly to create vm filesystems like btrfs if you're vm is sitting on top of a cow filesystem.
Another huge improvement is tweaking the compression algorithm. lz4 is blazing fast and should be your default go to for zfs. The new one is pretty good but can slow things down a bit for active operations like active vm disks. So make sure your default compression is lz4 for datasets with vm disks. Honestly it's just a good default to specify for the entire pool. You can select other compressions for datasets with more static data.
If you have a media dataset full of files like music, vids, pics. Setting a record size of 1mb will heavily improve disk io operations.
In proxmox it will default to grabbing half of your memory for arc. Make sure you change that after install. It's a file that defines arc_max in byte number format. Set the max to something more reasonable if you have 64 gigs of memory. You can also define the arc_min
Some other huge improvements? If you are using an SSD for your proxmox install I highly recommend you install log2ram on your hypervisor. It will stop all those constant log writes on your SSD. It will also sync them to disk on a timer and shutdown/reboot. It's also a huge performance and SSD lifespan improvement to migrate
/tmp and /var/tmp to tmpfs
So many knobs to turn. I hope you have fun playing with this.
Another thing to keep in mind with zfs is underlying vm disks will perform better if the zfs pool is a type of mirror or stripe of mirrors. Z1 Z2 type pools are better for media and files. Cm disk io will improve on the mirror type style dramatically. Just passing what I've learned over time in optimizing systems.
At the moment I am using Openmediavault as a VM within proxmox - I pass my HDDs through to this VM.
Openmediavault let's me do all the stuff I want to: Share folders via SSH, NFS and raid-management.
Do you know if I can do the same with proxmox directly? Do you maybe have a link where this way is described in detail?
At its core cockpit is like a modern day webmin that allows full system management. So yes it can help with creating raid devices and even lvms. It can help with mount points and encryption as well.
I do know it can help share whatever with smb and NFS. Just have a look at the plugins.
As for proxmox it's just using Debian underneath. That Debian already happens to be optimized for virtualization and has native zfs support baked in.
If you virtualize unraid, unraid wont have direct drive access - you can get around this by getting an HBA card and forwarding that to the unraid VM.
Others have mentioned that proxmox doesn't have docker support, I personally run docker containers within lxc boxes on proxmox. There are solutions to make managing containers easier, like portainer, if you want to go down that route.
After Ai watched Lempa's video virtualizing TrueNAS passing through all drives on ProxMox, I started searching to see if anyone had tried the same with UnRaid, and TechHut actually did it.
However, my use case is somewhat different than his, and he's just a hobbyist like me, so I'm much more comfortable asking in this community where it's highly likely that someone already crashed and burned before me, lol.
I'm thinking I'll take the advise of just building a new server for ProxMox, and then use my current UnRaid box exclusively for storage. That should be somewhat safer, right?
That's my current configuration, it works well. Put your storage on a separate network. I use smb shares so my data is password protected, even on that separate network.
Main downside of this is there's more places for failure to occur. If your NAS goes down, there's no storage access for proxmox which may cause service downtime. Alternatively if proxmox goes down, this also causes service downtime. For me this is fine, but something to keep in mind. Ideal solution would be 2 HA clusters for storage and compute, but thats expensive haha.
Run docker within lxc within proxmox. This gave me an aneurism. You’ve lost the whole point of not actually virtualizing with containers by putting in two layers deep in virtualization. At this point your shit is so convoluted why don’t you just run kubernetes
How is running a container in an LXC worse than in a VM? It's not really, is it? No, not really. Kubernetes could also be built on top of the LXC as well, sure.
There are a number of genuine benifits from running docker on top of an LXC, and it doesn't compromise security or come with a significant performance drop (unlike VMs).
I was suggesting to do neither and run the container directly. Putting k8s on top of lxc is still completely stupid. Just run k8s bare metal to operate your containers.
lemmy.ml
Active