Search results

I disabled PBS on all nodes. still have writes seems that writes are caused by txg_sync root@th3-pbs-01:/var/log/proxmox-backup# free -h total used free shared buff/cache available Mem: 62Gi 40Gi 19Gi 25Mi 2.2Gi...

impressive, if it's true it writes a lot !

Hi, I finally put this dedicated server on production, and it runs well. for example, each day at 21:00 I run backup job for all PVE environnements at the same time. Transfer rate is approaching 500 Mbytes/sec, Cpu utilisation ~50% and bandwidth 2.5-3 Gbps I'm able to backup ~200 VMs in 30...

I removed all backups last Friday and ran GC manually and automatically next days until this morning. But there is still bad chunks

Hi Due to many failed backups and failed verifies, I've decided to delete all the backups and restart from a clean datastore. But there is still bad chunks : Do you know how to delete them ? Thanks

Yes, Seems that verify does the job on every snapshots even if they are already in status OK. It could takes hours with hundred (or more) of backups inside !

Hi, I still have to kill proxmox-backup-client each time Tuxis PBS is unavailable. For example, today @ 08:00 CET Nodes are up to date. Thanks in advance

Thanks, So the good news is I should able to backup few nodes at the same time considering I have lots of cpus...I guess The full backup log if you're still interested : Proxmox Virtual Environment 6.2-12 Search Node 'th3-prox-02' Show details Server View Logs () INFO: starting new backup...

For the perf I expect, here is a benchmarck for a virtualized PBS on vmware workstation (amd ryzen 5 3600) : 4 G ram and / 2 vcpus : Uploaded 894 chunks in 5 seconds. Time per request: 5603 microseconds. TLS speed: 748.50 MB/s SHA256 speed: 2047.96 MB/s Compression speed: 785.10 MB/s...

I know :) I first tried with lvm-thin backed-up storage (SSD) and then I move the disk image to ceph which is pretty fast (1000 write / 1800 read Mb/s with rados test benchmark) => same results. What kind of logs do you need ?

Here is a PBS backup for a linux VM : datastore : 1 x fast SAS SSD 400 Gb I thought it should be better Again, with a single SATA disk for my datastore, I have the same results. On both servers, all cores are not at 100 % (some few cores at 7-10 % max during few seconds) and no iowaits.

Hi, I received my Dell PowerEdge R540 with : 2 x Intel(R) Xeon(R) Silver 4208 CPU @ 2.10GHz ( 16 cores / 32 threads ) 64 gb RAM LACP Bond 2 x 25 Gb with DAC cables ZFS datastore : RaidZ 5 x 4 TB sata disks + special device 2 x TOSHIBA KPM5XMUG400G 400gb Sas 12gbps (mirrored)...

Hi, I'm facing the same issue with the same network cards (25 GB Broadcom 57414). Did you solve your problem with linux bridge ? Is OVS working with these cards ? Thanks in advance !

Hi, Tuxis Pbs was unavailable yesterday ? My cluster is up to date but I had to kill proxmox-backup-client status this morning.

So, PBS datastore over EXT4 instead ZFS should be more fast I guess. Then I don't know why recommend ZFS for local storage, maybe via syncjobs ?

Hi, I thought ZFS was mandatory in order to use compression and dedup... Seems not. :p I misunderstood something.

Hi, @tuxis seems that PBS is not available

HI, For me Tuxis PBS crashed/was not available since yesterday 21:00 GMT +2 Again I had to restart pvestatd. I also had to kill all '/usr/bin/proxmox-backup-client status ' processes on one node Glad to see that Tuxis PBS was upgraded to v0.9 (what's new for 0.9 ?)

Hi, We only use the Tuxis PBS for now (for testing purpose only). The Tuxis PBS is crashed for me since today 14:58 GMT +2

Hi, Here is the scenario : PVE node has 2 PBS configured PVE node always backup on PBS1 PBS2 pull all PBS1's datastore via Syncjobs ---- For any reason, if PBS1 is not available, backup to PBS2 fails