Search results

I recently upgraded my cluster from PVE8 to PVE9 and noticed that offline and online disk migration (qcow2) between storage backends (NFS) has become SLOW. After a few experiments, I observed that the speed is constant and, surprisingly, matches the Read and Write limits set in the settings of...

The cluster consists of several compute nodes and an NFS server (based on PVE) as shared storage. DIsk format of the VM is qcow2. Symptoms: Under certain disk loads within the VM, it gradually starts to hang. In the web interface, the "Summary" tab and the console display with significant...

Node1 kernel 6.8.4-3 Node2, kernel 6.5.13-5 pinned Both nodes are used as nfs-storage servers for compute-nodes, so there is no other load on them than nfs-server. PVE is used for OS for unification of infrastructure, basically used it's debian part. Hardware on both nodes differs only on...

I have PBS+PVE(VM with Bacula for file-level backup) server with one host-lv for datastore and another host-lv passed as physical disk to Bacula VM. OS is installed on mdadm raid1 HDDs, i want to do a clean installation on SSD raid on the same hardware server. Moving PVE-part to fresh...

Compute nodes: 2x10gbit LACP, nfs nconnect=16 Storage nodes: 4x10gbit LACP, mdadm 8x8TB enterprise SSDs, nfs daemons count increased to 256 Newtork: ovs because of lots of different VM vlans Migration network is in separate vlan and CIDR on top of ovs-bond I can almost max out fio to underlaying...

I know it is very controversal subject and generally a bad idea. But maybe i have a little specific case? Very strict hardware resources and no budget at all. Old Proliant server, single PVE node, fully filled disk bay, HBA mode, usual raidz2 ready, this is trivial. It has FC HBA card PtP...