Even if I don't monitor my VM all the time, I cannot think of anything happening within that causes a stable load of 60 MB/s on the I/O over three hours. As this happens during the night, there should be anything running that hard. But let's see, I pulled the handbrake down to 35MB/s.....
As I stated some times: IO that happens on the VM host system should never, never affect the IO or load of the guest system. My server should be able to handle this without problems. Data by pveperf:
root@proxmox:~# pveperf
CPU BOGOMIPS: 31997.08
REGEX/SECOND: 839138
HD SIZE...
So, even after having updated to Proxmox v3.2 and a reboot for all changes to take place, running a backup to a NFS share still causes high load (~3.0) within a virtual machine. I have not monitored that machine for more detailled problems occuring within it, but even the high load should not...
Sorry, macamba, but if you state you know what apt-get does, but do not understand that apt-get updates does nothing more than updating the internal database of apt-get, I cannot see where you have understood apt-get...
Of course, a apt-get upgrade upgrades packages (that's why its called that...
Sorry, even if I am a student of computer science, I have no time to get into your stuff. Telling people who have a problem with your software they can fix it themself if they want to see it fixed sounds weird. If I wanted to do it myself, there would be no need to use your software...
Sorry to ask so silly, but you just claim that everything is alright and there can be no problem even if we have one? Of course, not everyone of us is a paying subscriber, but how can you be that little helpful for a problem like this which seems to affect some users seriously?
Once more: actions in the VM host should not affect any VM internals. The backup happening in the host should be invisible for the virtual machine. Otherwise, something is very wrong...
Sorry for the delay, I got other problems to work on. I just wanted to see the problem arising while looking at it. I started a new backup without any further modifications, the load within the VM got up far beyond 10, the VM-internal disk got into read-only mode, applications crashed. On...
I'm not only talking about a load of 2 for some moments, but also about a much higher load that only occurs during the backup and makes our server nearly unusable for some hours...
Yes, we use a current system, but the log starts with the following lines:
vzdump 111 --quiet 1 --mailto @adress --mode snapshot --compress lzo --storage nfs --node proxmox
111: Nov 06 22:50:02 INFO: Starting Backup of VM 111 (qemu)
111: Nov 06 22:50:02 INFO: status = running
111: Nov 06...
As we still use the backup with LVM snapshots (we set up the server more than two years ago and did not change the core setup), is there any way to make use of what you call the "new backup"?
The backup server is only storing backups, doing nothing else. But it is used in two ways: as a backup storage for full VM backups done through Proxmox, and additionally as a storage for backups done from within one VM. These backups are done using backupninja and rsync, but I configured them to...
I disabled additional backup executions during the VM backup done by proxmox, but the load inside my VM is still going very high :( Any more hints or ideas?
Ah, okay - I think I see where you are going to. My VM is also writing to the backup server using NFS, and it could stall because the host is already writing tons of stuff there? Lets see, I changed the execution times of the backups from within my VM....
Do you think there is a problem with NFS? To clarify that once more: the high load occurs within the VM while the backup is running, not on the hosting proxmox server
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.