Hallo.
Ich möchte gerne etwas unterstellen und bitte um Korrektur oder Bestätigung. Im Endeffekt geht es mir um die Logik und die daraus entstehenden Kosten. ;)
Vielen Dank für Eure Info´s
Lars
AFAIK, snapshots as volume chains can be useful on the file system level because reverting to/deleting a snapshot in a QCOW2 image needs to halt the IO to the image at some point for more or less time. That is avoided if you use snapshot volume...
I am absolutely NOT sure, but I now did zpool set autotrim=on rpool (cheers @news :°) and hope it will free up some space :)
Where can I see this CRON job? Doenst show in the normal crontab.
What other issue could fill up the disk or why is it so...
I'm fully aware about the usefulness of snapshots as volume chains for LVM and I am about not needing it on any file based storage. That's not what I'm asking. My question is what is the use case and motivation to use snapshots as volume chains...
Hey, dropped by the forums for other reasons and remembered about this thread. Wanted to give an update just in case someone might run into the same issue. Nuked the drive, and did full tests again. Turned out fine. Had backups of all my other...
That script doesn't change the IP on any of the needed files, just on the network configuration and doesn't really add anything to what you can do by hand or via webUI. Don't use it.
Hey,
all backups are full. PBS just does not store the same data twice. Each backup is full and does not depend on any earlier backups being present. For some technical background you can take a look at [1]. Hope this makes sense.
[1]...
use you local or internal method, then you get a full backup always.
If you have a Proxmox Backupserver and as Storrage full SSD, you have a fast full backup with deduplication of your data. in some case i can say its a "incremental backup"...
there is a bugticket on something hugepage related at https://bugzilla.proxmox.com/show_bug.cgi?id=7052
i you have a reproducer for a hugepage issue, i'm sure it would be worth reporting it
RTFM.
#zpool get/set autotrim
zpool get autotrim
zpool set autotrim=[on,off]
You can setup a cron job with something like:
zpool trim <zfs-pool-name>
see: man zpool trim
As I wrote, that is exactly what I did (and do since years w. proxmox): simply "burn" the .iso to a USB stick :)
But it would be a nice feature to be able to boot the proxmox installer from the file, just like it works w. all other distros I...
Ich glaube, das ist, was @meyergru erwähnt. Mit PVE 9 haben wir die Zeitabstände, über welche die Messdaten aggregiert werden, kürzer gesetzt. Wie in den Release Notes erwähnt https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_9.0
Wenn man deinen...
Das Backup sollte IMMER außerhalb der Produktionshardware sein nach der 3-2-1-Regel:
Drei Kopien, davon zwei auf verschiedenen Medien, eine davon an einen anderen Standort (Cloud, Freund, Familienmitglied).
Siehe auch...
Ok, wusste garnicht, dass es auch schneller geht :-) Aber wäre für mein Anwendungsfall nicht nötig, die 10min hätte ich wohl. Es ist ja nur meine Haussteuerung mit iobroker und 2 Windwos VM`s. Wenn ich alles zurückspielen müsste, dann dauert es...
RTFM.
#zpool get/set autotrim
zpool get autotrim
zpool set autotrim=[on,off]
You can setup a cron job with something like:
zpool trim <zfs-pool-name>
see: man zpool trim
Hallo zusammen,
ich habe am Wochenende mein Proxmox VE von 8.4... auf VE 9.1.2 aktualisiert. Seitdem ist mir folgendes aufgefallen:
Jede Nacht wenn meine kleine Home Assistant VM mit dem Backuptool (vzdump) auf eine externe ext4-formatierte...
Was ich meine, ist, dass es klar erkennbar ist, dass die Messpunkte links weiter auseinander liegen als rechts - ob das deswegen ist, weil die älteren Werte nachträglich ausgedünnt und gemittelt wurden (was viele Statistiksysteme so machen) oder...