Search results

3-2-1 backup rule: You should have three total copies, use two different media (disk and tape, usually), and keep one copy offsite (tape). You will be always able to restore the offsite tape.

Again, pmxcfs is not a general purpose file system, and we have bumped the limits where sensible in the past. I suggest that you use a real cluster file system if you run into limits, for example cephfs, ... Plus, we're always interested in improving things. As soon as I have an idea to do...

pmxcfs is not a filesystem used to store arbitrary data. Instead, It is used to store PVE configuration into a transactional database. Each write is atomic and synced to the disk! So please use other filesystems if you want to store large files. pmxcfs is not meant for that, and was never...

yes

Sure, this is a basic feature for any hypervisor: https://pve.proxmox.com/pve-docs/pve-admin-guide.html#qm_migration

Ceph is far superior to these legacy storage technologies. So in short, we do not plan to implement that.

That is explained in the developer documentation: See: http://pve.proxmox.com/wiki/Developer_Documentation

You need to change the ha group from group1 to group2.

PUT /api2/json/storage/{storage} See: https://pve.proxmox.com/pve-docs/api-viewer/index.html#/storage/{storage}

Have you tried to wipe the disk, so that it is empty (no filesystem on it)?

External qcow2 snaphots is when you create a second qcow2 file, which refers to the original as base file. New data is always written to the second file. The base file is read-only. AFAIK ovirt is using this model.

Is the LTO9 Tape already initialized?

Or maybe the boot device is set to the wrong disk?

Ja, das geht trotzdem.

Eigentlich verwenden wir nur noch selten HW RAID controller. ZFS ist flexibler und weniger fehleranfällig (keine zusätzliche hardware).

Do you you talk abou LVM, or LVM-thin. LVM-thin should have all features (LVM has not).

It is a permission problem on the NAS. I guess user "root" is not allowed to create files there. > INFO: tar: /mnt/pve/NAS/dump/vzdump-lxc-111-2024_07_14-00_30_17.tmp: Cannot open: Permission denied

The error message says the partition is too small! (/dev/sda1: size is 2014 sectors)

What is the output of: # pvesm list backup2

You get what you have permissions for ...