Search results

Hi, same here: root@vm-box-2:~# qm config 122 agent: 1 bootdisk: virtio0 cores: 2 description: windows ide2: trendy-images:iso/virtio-win-0.1.229.iso,media=cdrom,size=522284K memory: 5000 name: vm-wsus19 net0: virtio=9E:6A:4B:42:42:F3,bridge=vmbr0,firewall=1 numa: 0 onboot: 1 ostype: win10...

Hi, Anybody has a clue how to get this fixed, pls? root@vm-box-3:~# pct config 108 arch: amd64 cores: 1 ... ostype: centos swap: 512 unprivileged: 1 root@vm-box-3:~# pct enter 108 # yum update -y Last metadata expiration check: 0:18:38 ago on Fri 23 Jul 2021 03:03:41 PM MSK. Dependencies...

Thank you, Dominik, for all your quick and helpful answers!

I was just trying to figure this out without success: does Proxmox Backup Server export its storage thru NFS or it uses some other protocol?

yeah, good point. > What storage is it better to use instead of NFS to avoid the blocking issue you mentioned? would you pls answer this question?

Thank for your reply Dominik! What storage is it better to use instead of NFS to avoid the blocking issue you mentioned? What about my suggestion on checking the free space before doing a backup? I understand it's not a Proxmox's job to work as a monitoring engine, but it might be hard to...

Hi, I have a VM with two drives which is set to backup once a week by Proxmox internal backup tool. The backups are stored on an NFS share. Last backup has failed due to space issues on the NFS server: vzdump 122 127 --mailnotification failure --compress zstd --quiet 1 --storage trendy-images...

What was the reason for that? The other entries still have that "HASH" stuff and won't run upon schedule..

removed

root@vm-box-4:/etc/pve# cat /etc/pve/vzdump.cron # cluster wide vzdump cron schedule # Automatically generated file - do not edit PATH="/usr/sbin:/usr/bin:/sbin:/bin" 45 0 * * 7 root vzdump 100 116 130 131 132 126 --mode snapshot --prune-backups 'HASH(0x55e4ca7691e0)'...

Hi, root@vm-box-4:~# pveversion pve-manager/6.3-3/eee5f901 (running kernel: 5.4.78-2-pve) I cannot say the action from my side that caused this issue (probably, installing the latest updates), Proxmox backups stopped working. There's a letter from crond: 400 Parameter verification failed...

Thank you very much! I've deleted pve-root-ca and pve-ssl files and regenerated certs with the command you provided.

I'm sorry, it's not clear for me what you're asking about. do i need to delete existing custom certificates and upload them again?

Hi, For some reason PVE tries to update my custom certificate and predictably fails with truncating the cert file which leads to inaccessible web interface: # pveversion pve-manager/6.2-15/48bd51b6 (running kernel: 5.4.65-1-pve) # systemctl status pve-daily-update.service ... Nov 17 03:14:33...

@moeff , after some researching I've created one more Windows Server 2019 VM from scratch and this time used the following hardware options: SCSI Controller: VirtIO SCSI Hard disk: VirtIO Block Network: e1000 (kept like in previous setup) And it seems to perform much better.

FYI: pve-manager/6.1-5/9bf06119 By default Windows Server 2019 (OS type is set to Windows 10/2016/2019) starts with no-hpet and hv_relaxed,hv_synic,hv_stimer and the host's load while VM is idling is high. Disabling no-hpet...

Looks like there's a patch: https://github.com/novnc/noVNC/issues/509

Thanks for the detailed explanation! You're right.

Hi, fabian. This is actually what Syncthing does: it sends only deltas and runs on demand (default is hourly, but can easily be changed in the config) or when a file (dis)appears.

Hi, It would be awesome to have Syncthing integrated into Proxmox VE as a VM replication backend. Currently, replication works only for ZFS file systems, while Syncthing will work on any mountable fs. A lot of other benefits exist: only changed blocks are transferred, unlimited replicas, rate...