[Sammelthread] Proxmox Stammtisch

[BobbyD]

dazu muss ich unter PVE einen neuen Storage anlegen und genau da kann ich wählen ob vom Typ ZFS oder Verzeichnis.

Ja, wie gesagt ZFS nehmen, das sollte dann auch alles in Proxmox abgefrühstückt werden mit RAID etc. Ich nutze ja zusätzlich noch ZFS-NAS, aber eben nur zusätzlich. Die Initialisierung einfach mit Proxmox machen. Daten sind ja noch nicht drauf, also gibt es nichts zu verlieren. Bin selber weder ZFS noch Proxmox Experte, sondern nur zufriedener, noobiger Nutzer. Und ich bleibe bei den Defaults, wenn ich es nicht besser weiß.

 

[layerbreak]

Ja, wie gesagt ZFS nehmen, das sollte dann auch alles in Proxmox abgefrühstückt werden mit RAID etc. Ich nutze ja zusätzlich noch ZFS-NAS, aber eben nur zusätzlich. Die Initialisierung einfach mit Proxmox machen. Daten sind ja noch nicht drauf, also gibt es nichts zu verlieren. Bin selber weder ZFS noch Proxmox Experte, sondern nur zufriedener, noobiger Nutzer. Und ich bleibe bei den Defaults, wenn ich es nicht besser weiß.

Wir haben da offensichtlich viel gemeinsam.
p_grab ist auch mein NAS und da sind 31T Daten drauf.
Aber wie geschrieben, komme ich von ESXi mit napp-it AIO OmniOS und da ist doch so einiges anders wie bei PVE - also wieder viel Neues zu lernen. Ich handle aber auch hier nach dem Motto - keep it simple.

 

[asm@s24]

und wenn dieser Vorgang noch nicht erfolgt bzw. abgeschlossen ist, wird es vom PVE als offline markiert und die weiteren Abhängigkeiten können nicht ausgeführt werden.

Hab ich noch nie erlebt.

 

[Weltherrscher]

---snip--- wird es vom PVE als offline markiert und die weiteren Abhängigkeiten können nicht ausgeführt werden.

Erkläre bitte die Abhängigkeiten?
ProxMox startet die VMs in der von dir festgelegten Reihenfolge, kann da eine - warum auch immer - nicht geladen werden oder braucht die VM zu lange um alle Services hochzuziehen, wird nach den timeouts mit der nächsten weiter gemacht.
Hatte ich anfangs bei der Storage VM, welche als erstes startet und mittlerweile 2,5 min braucht, um SMB/NFS und iSCSI bereit zu stellen...
Einfach die Startverzögerung für die nächsten VMs erhöhen und gut.

 

[gea]

Disk Sleep bei Proxmox mit VM Hybernate

[Sammelthread] - napp-it cs, Web-GUI für fast jeden ZFS Server oder Clustergruppen

In der se Version wurde Pro für Report benötigt, in der cs geht Report auch in der Free. Die Pro wird nur für Clusterbetrieb benötigt. Dazu den Key für den cs Frontend Rechner swappen oder einen gratis 3x homekey wählen https://www.napp-it.org/extensions/swap.html Der smpt-user ist die from...

www.hardwareluxx.de

 

[layerbreak]

Sodele, meine OPNSense mag mich jetzt wieder.
Einfach geil das ZFS. Ich konnte nach einem Update nicht mehr Webseiten, wie Diese hier aufrufen, kurzerhand vorherigen Snapshot aktiviert und es flutscht wieder.

Erkläre bitte die Abhängigkeiten?
ProxMox startet die VMs in der von dir festgelegten Reihenfolge, kann da eine - warum auch immer - nicht geladen werden oder braucht die VM zu lange um alle Services hochzuziehen, wird nach den timeouts mit der nächsten weiter gemacht.
Hatte ich anfangs bei der Storage VM, welche als erstes startet und mittlerweile 2,5 min braucht, um SMB/NFS und iSCSI bereit zu stellen...
Einfach die Startverzögerung für die nächsten VMs erhöhen und gut.

Ich bin Proxmox Neuling - also viel lesen im Netz.
Was ich zweimal gelesen habe, war, dass wenn eine Datenbank VM vom Typ Verzeichnis gestartet wird, kann es sein, dass wenn Die noch nicht ganz oben ist, alle danach startende VMs, die die DB benötigen nicht richtig arbeiten und auch nachträglich keine Verbindung zur DB-VM aufbauen können.

 

[Weltherrscher]

So weit, so richtig.
Welche TB-großen Datenbanken schiebst du zuhause durch die Gegend, dass dich das tangiert?
Meine DB-VM ist nach 15 s oben (MariaDB & InfluxDB).

Wie oben geschrieben, einfach die Startverzögerung der nächsten VM so schieben, bis die vorherige oben ist.
Nach 1..2x hat man die Zeit raus.
Bissi Sicherheitsfaktor drauf und gut.

Allerdings muss ich dazu sagen, dass ich von qcow2-Images weg gekommen bin, da hier immer der Dateisystemlayer mit rein begrenzt.
Ich mach alle VM-Images als ZVOLs, das geht dann direkt auf Blockebene und ist so viel performanter.

Ich persönlich sehe keinen Vorteil in VM-Images (zumal man die ZVOLs notfalls auch als Backup exportieren kann).

 

[layerbreak]

@Weltherrscher danke dass du antwortest.

Welche TB-großen Datenbanken schiebst du zuhause durch die Gegend, dass dich das tangiert?
Meine DB-VM ist nach 15 s oben (MariaDB & InfluxDB).

Gar keine. Wie geschrieben, ich hatte es auf zwei Webseiten gelesen und da ging es um große PVE Installationen und da wurde nur vor dem Risiko gewarnt.
Nur eine kleine MariaDB.

Allerdings muss ich dazu sagen, dass ich von qcow2-Images weg gekommen bin, da hier immer der Dateisystemlayer mit rein begrenzt.
Ich mach alle VM-Images als ZVOLs, das geht dann direkt auf Blockebene und ist so viel performanter.

Ich persönlich sehe keinen Vorteil in VM-Images (zumal man die ZVOLs notfalls auch als Backup exportieren kann).

Bei ESXi, VirtualBox usw. läuft alles immer als Datei und daher war ich mir mit den ZVOLs nicht sicher. Werde jetzt aber alle VMs und LXC als Blockdevice anlegen.

Wie exportierst du ein ZVOL als Backup?
local/Verzeichnis und local-zfs/ZFS hat PVE bei der Installation eigenmächtig angelegt. Kann und darf ich die beiden Storages in Storage einfach entfernen weil meine Storages auf einem getrennten pool liegen sollen.

 

[gea]

Wie exportierst du ein ZVOL als Backup?

Ist ein ZFS dataset so wie Snap und Filesystem.
Die sichert man per zfs send Replikation.

 

[Weltherrscher]

Geas Version ist die schnelle Hau-Ruck-Backup-Version. =)
Ich meinte eher das klassische Backup, bei dem am Ende das ZST-Archiv raus kullert:

Oder eben fix nen PBS (Proxmox Backup Server) als VM aufgesetzt und regelmäßige, inkrementelle Sicherungen veranstalten:


//Edith:
Wenn du deinen eigenen Storage konfiguriert hast, kannst die eigentlich entfernen, aber pass auf, auf dem local-lvm liegen auch die Templates und ISOs, die würde ich nicht löschen, höchstens verkleinern, wenn du den Platz anderweitig brauchst.

 

[Niftu Cal]

Im Upgradetestscript kommt bei mir 1 fatal error. Wie behebe ich das oder sollte ich überhaupt upgraden?

 

[layerbreak]

Wenn du deinen eigenen Storage konfiguriert hast, kannst die eigentlich entfernen, aber pass auf, auf dem local-lvm liegen auch die Templates und ISOs, die würde ich nicht löschen, höchstens verkleinern, wenn du den Platz anderweitig brauchst.

Nix local-lvm - alles ZFS.
PVE ist noch fast jungfräulich, da gibt es noch keine VM/LXC. Hab weder ISOs noch Templates runtergeladen bzw. auf dem PVE momentan gespeichert.

Edit: Ich habe "local" nicht gelöscht, sondern deaktiviert.

 

[Weltherrscher]

Ah, ok, du hast die Boot-Disk auch als ZFS.
Ging damals(tm) noch nicht... =)