Recent content by alexskysilk

Part of the answer is probably compression. the rest- yeah thats REALLY small ;)

in the case of op, he set up the entirety of his only disk(s) as a single zfs pool. he is using it for both his root partition AND his virtual disk space. since zfs zvols deployed by pve are thin provisioned by default, its possible to overprovision (request maximum) space, and as your vm disks...

Not fishy. totally normal. and would get bigger.

Not hard to understand. he's using rpool for both the system and payload. fairly simple to overprovision and then overrun.

this can happen ;) since there is no room for further writes, you have to "create" some. The only way to do that is to overwrite an existing file with a smaller one. find a large size candidate (like in /var/log) and overwrite it like so: dd if=/dev/zero bs=4k count=1 of=/path/to/your/file...

yes.

High availability is a function of a failure tolerance within a given failure domain. If you want/need a host failure domain that can sustain two node failures just size for it- you'd need 5 nodes and shared storage. If your tolerance is a single node (which is pretty typical) your suggested...

The reason is pretty clear in his network file. vmbr0 uses bond0, which in turn has the nics labelled " <span>#Daughter Card - NIC1 10G to network switch</span><br>" If you want to use your 25gb nics, use them.

Its a slow drive connected via USB. just be patient. By the time you read this, some space should have been reclaimed.

Whats the point of doing this? Fix your filesystem problems first. Your zfs layout isnt the issue, but the subsystem is somehow defective. Once we past the "dont store your payload and backups on the same storage," If you really want to use PBS nested on top of pve, there's nothing stopping...

have you tried to read the documentation for your controller?

What I would do in your situation: 1. since you have a limited amount of ssd's, I'd install PVE on disks 0+1. yes that means a 2.4TB of raw disk for such a small use but the alternative will be more impactful. 2. "Slow" Pool: disks 2-13, striped mirror 3. "Fast" Pool: disks 18-23, striped mirror...

You can, but shouldn't for multiple reasons. keep your OS on local disks. ceph is designed to provide the same storage services as your SAN. It will reduce your usable capacity, obviously be substantially slower than the native storage, and is explicitly warned against by the documentation as...

The means of reducing risk involve reducing fault potential out of the solution and providing means of mitigation. At no point does anyone say that fault CANNOT result in failure. Your so called "super reliable" data storage vendors invest heavily in reducing/mitigating risk, not ELIMINATE IT...

It seems like this question is asked daily. I dont know who to @mention but it might be a good idea to post a sticky. yes. see https://pve.proxmox.com/wiki/ISCSI_Multipath for multipathing setup. As for storage pool setup you have 2 options (3 if you include CFS, but this wouldnt be supported...