Search results

The data disk are encrypted (my manually typing in a password), so stealing the servers (and switching it off of cause) keeps the data safe. The problem however is data or passwords which resides on the unencrytped system volume. To keep data save the passwords and keys should be on encrypted...

1) Where does PBS store the encryption key in a cluster? I have a proxmox cluster with 3 nodes and created a backup key on node1 as well as a master key. The documentation says, the keys are in /root/.config/proxmox-backup. The corresponding directory in node2 has only the file "fingerprint" and...

1) I subscribed to the mailing list, but it is very difficult to follow anything there, because there there are no ordered discussion threads, all topics are mixed up. I don't see how to do a disussion there. Is there any tool for this or how do you use it? 2) Why don't you explain the problem...

Here the log: 2020-11-16T09:38:28+01:00: percentage done: 3.92% (44 of 1123 snapshots) 2020-11-16T09:38:28+01:00: verify pvebackup:ct/103/2020-10-03T22:14:06Z - manifest load error: unable to load blob '"/data1/pvebackup/ct/103/2020-10-03T22:14:06Z/index.json.blob"' - No such file or directory...

The defective backup snapshothas a ever running hour glass in the contents view

I opened a feature request https://bugzilla.proxmox.com/show_bug.cgi?id=3138 to speed up container backup, but it gets closed multiple times without discussion and even with wrong claims. The feature request is perfectly valid, because PBS would be the ONLY backup solution in the world, which...

I opened a feature request https://bugzilla.proxmox.com/show_bug.cgi?id=3138 to speed up container backup, but it gets closed multiple times without discussion and even with wrong claims. The feature request is perfectly valid, because PBS would be the ONLY backup solution in the world, which...

1) How to fix the verification error? 2) How to remove vm/208, which is not listed in contents?

PBS should come with preconfigured fail2ban support. No service should be exposed to the internet without it. This is one reason I choose ssh tunnel, because everything with security works out of the box.

The new manual verification ends with the following error: 2020-11-18T15:31:32+01:00: verify pvebackup:vm/145/2020-09-06T14:37:17Z 2020-11-18T15:31:32+01:00: check qemu-server.conf.blob 2020-11-18T15:31:32+01:00: check drive-ide0.img.fidx 2020-11-18T15:31:32+01:00: verified 0.00/0.00 MiB...

Where to find the task id? I tried the following: # proxmox-backup-manager task log pvebackup:v-bdc1352d-dd0b Error: unable to parse UPID 'pvebackup:v-bdc1352d-dd0b' # proxmox-backup-manager task log v-bdc1352d-dd0b Error: unable to parse UPID 'v-bdc1352d-dd0b' proxmox-backup-manager task log...

Here the log: 2020-11-16T06:49:17+01:00: verify pvebackup:vm/145/2020-09-08T01:21:03Z 2020-11-16T06:49:17+01:00: check qemu-server.conf.blob 2020-11-16T06:49:17+01:00: check drive-ide0.img.fidx 2020-11-16T06:49:17+01:00: verified 0.00/0.00 MiB in 0.00 seconds, speed 0.00/0.00 MiB/s (0...

no. Could it happen automatically? Anyway: the log should tell more about the error.

After running for 1,5 days my verification job failed with error "TASK ERROR: verification failed - please check the log for details", but the whole log only says "0 errors" for each step. Where to find information, what failed exactly? BTW: It would be a good thing, if it were possible to...

Ping is 50ms (offsite over internet) Yes, direct connection is faster, but still incredibly slow. BTW: The reasons I use SSH is: a) I dont't want to expose the GUI and the fact, that there is a PBS running. Also a complete UI-interface offers more attack surface. b) With SSH I get fail2ban and...

It is not sshuttle because the direct connection via port 8007 (even no VPN) is as slow as the sshuttle connection.

It is a good thing to have user data and the system on two different zfs file systems. Proxmox does it also. But there is no reason to split up the system data into 18 diferent file systems.

BUMP. Backup speed could be improved by factor 100-1000! https://bugzilla.proxmox.com/show_bug.cgi?id=3138

benchmark from remote site to local site: local network Uploaded 143 chunks in 5 seconds. Time per request: 36770 microseconds. TLS speed: 114.07 MB/s SHA256 speed: 450.80 MB/s Compression speed: 591.60 MB/s Decompress speed: 1029.48 MB/s AES256/GCM speed: 2179.01 MB/s Verify speed: 317.33 MB/s...

BTW: The Ubuntu ZFS-structure is really crazy. Lots of totally unnessary file systems, which make things really complicated. I looks like someone had the task to create as much file systems as possible. :-(. In my installations I tend to go the old way and convert an existing installation to ZFS...