Search results

You know why "unsafe" is called like it? It will do all important sync writes (that shouldn't be lost, no matter what) as unsafe volatile async writes so a failing PSU, kernel crash, power outage or other hardware failure might for example kill a whole filesystem or DB. My guess would also be...

Then make sure to use LUKS/SED with unencrypted ZFS on top and not ZFS native encryption as with ZFS native encryption you won't be able to use replication nor to migrate VMs.

Das ist doch aber normal. Hast du IO die stattfindet und freien RAM, dann wird das OS den freien RAM für das Read-Caching der IO benutzen, damit diese Daten schneller aus dem RAM geladen werden können, falls man nochmal darauf zugreifen will. Erst wenn ein Prozess mehr RAM braucht, als was...

That section is about backing up multiple clusters to a single PBS. Backup groups get mixed up if you got multiple VMs with the same VMID and will result in pruning of stuff you don't want to prune. With a single cluster this isn't a problem as then you can't use a VMID twice. For protection...

You could also schedule the second backup job one minute after the first one. Here, PVE will only do one backup task per node at a time, so the second job should wait until the first one finished showing a "INFO: trying to get global lock - waiting..."

All file management is done via CLI. You could use the "mount" and "cp" or "mv" commands to copy files. Same as with every linux.

Jain. Weiß nicht wie das bei Adguard ist, aber bei Pi-hole kann man durch aus verschiedene DNS Einstellungen für den Pi-hole Dienst und dem LXC haben (halt einmal DNS Client und einmal DNS Server). Dann hat man auch keine Schleife, wenn der LXC die Fritzbox als DNS eingetragen hat, die Fritzbox...

He wrote the disk is recognized on another computer running Windows. I guess you already tried another USB port? And 240GB sounds more like a SSD than a HDD? Or is it actually a HDD?

If you want to run a cluster you should have at least 2 full PVE nodes + 3rd machine (for example a bare metal PBS, SBC, thin client, VM on some NAS box) as qdevice. With that script you are risking a split brain and potentially data-loss. "pvecm expected 1" should only be used manually after...

Padding overhead only affects zvols as only zvols have a volblocksize. LXCs and PBS are using datasets which are using the recordsize instead (and therefore no padding overhead). One of the many reasons why you usually don't want to use a raidz1/2/3 for storing VMs but a striped mirror instead...

So with a 8K volblocksize and ashift=12 you would lose 50% raw capacity (14% because of parity, 36% because of padding overhead). Everything on those virtual disks should consume 71% more space. To fix that you would need to destroy and recreate those virtual disks. Easiest would be to change...

First I would verify that you got a high enough volblocksize for those zvols using zfs get volblocksize.

With only 2 or 3 nodes you don't need a 10Gbit switch. You could directly connect two servers via a single port NIC or 3 servers via three dual-port NICs. Got my single port 10bit NICs for 30€ each and the DAC cables for 10€.

Very hard to read those tables if you don't put it between CODE tags. Are you sure its 128K volblocksize and not just 128K recordsize? You could check that with zfs get volblocksize,recordsize. Because 16K (previously 8K) volblocksize and 128K recordsize would be the default. With a 7-disk...

I would count that "HDD for data + SSD for metadata" vs "HDD for data as well as metadata" as a important part of a filesystem speedtest, not just for a feature test. Will result in magnitudes of faster GC tasks and a cheap option for people who aren't willing to pay for SSD-only, as the SSDs...

You can set up a proxy server for steam that caches your game downloads. So you have to only download it once. The proxy then will save it. Any other PCs after that, that want to download and install that game, will download it from your local proxy instead of the steam online servers. With that...

Usually you would share those folders via SMB/NFS. But playing a game that loads ressources from a remote network share sounds terrible. Popping in objects, not loading textures and so on. Maybe a steam proxy would be an alternative?

Maybe you are using a raidz1/2/3 with default volblocksize and it is "padding overhead"? Output of zpool list -v and zfs list -o space would give some hints.

If you only want to store cold data on it, yes. But used SFP+ NICs and DAC aren'T that expensive and would allow for 10Gbit. For redundancy you usually would use 3 servers. 2x PVE nodes (with for example ZFS replication) + 1x PBS that also works as a qdevice.

Usually you would set up some SMB/NFS server handling those disks and then mount the SMB/NFS shares inside the VMs. This could be a NAS VM with disk passthrough, a NAS LXC with bind-mouned folders from the disks that are mounted on the PVE host or directly running the SMB/NFS server on the PVE...