Recent content by alexskysilk

Let this be a lesson to everyone. backup your data.

Yes, but also no. Expecting and depending on your software to be faultproof is a fools errand. Yes, you should close doors you are aware that are open but that doesnt absolve you from all the doors you are NOT aware of. The "crime" here wasnt that OP was running an OOS operating system, it was...

Why? lxcs are not dependent on any logical handoffs. if the device is accessible to the host, its accessible to the container. You wouldnt be passing the device, you'd give permission for the container to access its driver. the bus location is handled by the host. the only issue (if there is...

Thats an unreasonable metric. "maximum" means nothing here. All you can do is use best practices for your guest OS. whether that yields acceptable results is up to the operator to determine- slow storage will impact your experience way more then "vm tweaks." If you remove gaming out of the...

iSCSI isnt deprecated or dead, which is to say the driver stack is included with every modern operating system. having said that, iscsi makes little sense in a world where nvof exists.

The point- you dont NEED pve to achieve your desired functionality, and USING pve for it involves uncomfortable compromises with user experience. But you do you :) If it were me, and you havent yet purchased anything- I'd buy two machines- one for the workstation and one for pve. the pve...

the BRAND doesnt exist. The product line successors certainly do, and they were ALWAYS expensive in relations to the cost of "raw disk." If your RTO policies allow for a spof in your storage, I'm sure the ubiquiti nas will work. Having said that, ubiquiti has a... reputation... for shoddy...

crazy idea- given your use case, why not start with a normal Windows/Linux desktop and run the rest of the vms in qemu? PVE isnt even desirable in your use case...

I think we're using support in different ways. the software stack you describe can run on those (or any other) linux. whether you want to depend on the solution and have someone who can assert its uptime, thats what I mean. see https://pve.proxmox.com/wiki/Storage You can thin provision your...

this is true, but have you ever implemented it? its slow as molasses. mdadm parity raid... brrr. THAT is brave. also, there is no "self healing" of any kind. This has the same problems as a HA zfs filer. the only "upside" is that you dont have cache synchronization issues but that kills the...

Not uncommon, but fraught. I've seen effort to make a HA ZFS filer solution for AT LEAST 20 years. There are 3 commercial solutions I'm aware of (Truenas/Nexenta/Intelliflash) but all three have either migrated/migrating to a different method of HA (ceph in TrueNAS, Nexenta and Intelliflash to...

in before @UdoB ;) thats a bad idea. you can make it work but it would be brittle, unsupported and unsupportable.

So not a network problem. next step is to perform an strace on the qemu process and see whats locking up.

Running ZFS on a obfuscated device (eg, RAID LUN) isnt dangerous per se; its no safer then any other filesystem on raid- which is to say you have no checksum correction facility at the filesystem level so you're paying the zfs tax for no gain. Moreover, write amplification tends to be larger in...

If the discussion is strictly on a "worth it" basis, its worth noting by what metric. Ram costs more then storage. Fast dedup is less hungry but thats still ~2G per deduplicated TB- although you could substitute a special device for SOME ram usage.