It died at times when backups ran, but this is at night and I can only roughly estimate when exactly the VM dies as it seems to lose last log info, too.
But, it died also when I moved the storage of another VM (which is I/O intense, of course). I realized that after a few seconds, it is likely...
The VM is completely dead in those situations, no reaction on ping, no ssh possible, no vnc in browser console, no reaction in GUI on shutdown/reboot/... dropdown menu. Only thing that worked for me was qm stop and then qm start from console of the node. After VM is up then, it runs without any...
Update + new findings
Moved the storage of the critical VM to the new SSD (had it shut down to be on the safe side). Changed nothing else, and - backup duration (dump) is same as before. But the additional Backup I do on external NAS (with SATA Disk, too, 1GB NIC) is much faster now (takes half...
The errors were failures mounting volumes. I didn't dig deeper into this but also suspected rather probs with the clone itself than with the adoptions on controller side.
Next step will be to move the VM to the new SSD Storage. Then I have to take a final decision whether I go for 1 PVE node +...
Update:
Yesterday I cloned the Suse VM, updated node to 7.3, changed clone from VirtIO to VirtIO single + did the other settings >> starts with filesystem errors. Reverted to VirtIO (kept new settings assuming they work only with VirtIO single which I now know is wrong) >> errors kept...
1st of all - THX for all your efforts!
@_gabriel: your English seems immaculate to me (maybe I don't see the mistakes because I'm German ;) )
PBS? - hmmm. Maybe I better describe the environment more in detail:
Have 3 HP Proliant DL320 G6 with 32G RAM each, old but in good condition. 2 of...
Backup with vzdump, compression already disabled (helped a bit) but open for alternative, is ok if backzp takes some time as a separate application dump is done before backing up VM. Will check writecache settings during holidays.
I know, HW is ancient, but I like the idea using it as long as...
Hello,
after a period of testing we are about to go productive with PVE. But, for budget- and capacity reasons we have to store backups/snapshots on conventional SATA-HDDs. We also can see I/O issues that cause high CPU loads similar to those posted, for example...
Hallo zusammen,
auf einem VE-Node sollen VMs über individuelle Domains erreichbar sein. Das haben wir schon mit einem NGINX reverse proxy, welcher direkt auf dem Node läuft, umgesetzt (scheint ja auch so gängig zu sein).
Neue Server/Domains in der config-Datei vom NGINX anzulegen ist - wenn's...
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.