Search results

Is PVE backup also working with iothread enabled, did you test it?

Da gibt es ganz fiese Tricks, wir schreiben den Hostnamen ins BIOS der KVM (smbios) ;)

Wie gesagt, wir nutzen Templates. Da liegt das Script schon drin ;)

It can cause lot if IO on your host and your virtual disk will be full for a few moments, but that should be no problem.

If you have SSD storage or any other block storage (ie. RBD) which supports TRIM, you can activate "discard" in PVE and then shrink the used space with "fstrim" from inside the VM. We're doing this on a regular base on all our VMs.

Das Macro-Tool war nur der erste Hit bei Google, da gibts bestimmt noch bessere Tools oder man nutzt interne Scripting-Engines des jeweiligen OS. Alternativ könnte das auch mit einem Firefox-Plugin wie diesem hier gehen: https://addons.mozilla.org/de/firefox/addon/httprequester/ Dass der...

Mit einem Macro-Tool würde sowas gehen: https://jszapp.com/how-to-create-a-shortcut-that-automatically-logs-in-to-any-website/ Alternativ kann man auch den Login im Browser speichern, dann müsste der User nur noch auf Login klicken.

Optimal wäre http://libguestfs.org/ - aber das bekommt man unter PVE leider nicht ohne Weiteres installiert. Netzwerkconfig würde auch z.B. über DHCP gehen vom Host. Wir nutzen aber auch Templates und provisionieren diese dann via Scripten in den VMs nach dem Boot.

Das steht u.A. in /etc/pve/.rrd - zudem kann man per KVM Socket darauf zugreifen, wenn es KVM VMs sind.

No, at the moment this is impossible with LXC afaik.

As you have no thottling set, our script can't speedup your backup, sorry. ;)

Sure, works like a charme. Linux kernel provides hpsa driver module.

Strange. Did you modify our script because its named "vzdump_mod.sh"? Do you really have IOPS limits in place? Please provide the config of the VM (located at etc/pve/qemu-server/113.conf).

Thats right, but if you crash or kill the node it'll be better to have the VM migrated before ;)

Can you provide the output of the backup task? Is your script "/opt/scripts/vzdump_mod.sh" executable? There should appear something like this:

Every task which make it unclear if the node will be available when needed: Reinstalling a whole node Upgrade node storage Upgrading node to newer PVE release

We just uploaded the script: https://github.com/robhost/proxmox-scripts Tested with PVE 4.2, but should also work on other versions.

Can you give an ETA of the release? Restore seems to be up to 10 times slower then before.

If anyone is interested: We've fixed the issue for us by adding a hook-script to /etc/vzdump.conf which removes the limits for each VM when its backup starts and sets it again when finished. Works fine here and backup runs with full speed. While backup runs the VM has no IO limits, but thats ok...

Hallo, das sollte mit Unicast gehen, alternativ kannst du z.B. ein OpenVPN zwischen den Servern einrichten.