Search results

No, zpool status -v <poolname>doesn't list the features. That's it. Thanks. In my case the output is: ~# zpool upgrade This system supports ZFS pool feature flags. All pools are formatted using feature flags. Some supported features are not enabled on the following pools. Once a feature...

Is there a way to see what features are not active and are upgraded by calling zpool upgrade ?

Der aktuelle PVE Kernel 6.17.2-2 startet bei mir nicht. Lande im initramfs BusyBox mit der Meldung "XFS log recovery write I/O error" Also hab ich mal die Boot SSD ausgebaut und manual an meinem Rechner geprüft: SMART Werte und SMART Quick test sind in Ordnung... Aber xfs_repair hat wirklich...

In der zwischenzeit hat sich es von allein behoben. Hab eigentlich nichts gemacht, außer updates eingespielt. Nun ist die Web-GUI wieder da und pvedaemon status ist auch ok: ~# pvedaemon status running Was will man mehr ;) EDIT: Noch ein bisschen context: # cat /var/log/apt/history.log...

Die GUI läuft ja z.Z. nicht :( Hab nur etckeeper installiert. Aber vielleicht sollte ich das mal in die Tonne treten. Könnte an der Stelle dazwischen funken? Zeitaufwand. Das wird sicherlich einen ganzen Tag dauern... Aber eine gute idee das offline backup per PBS wieder zu aktualisieren ;)...

ausgabe von apt-cache policy sind: Paketdateien: 100 /var/lib/dpkg/status release a=now 500 https://enterprise.proxmox.com/debian/pve bookworm/pve-enterprise amd64 Packages release o=Proxmox,a=stable,n=bookworm,l=Proxmox VE Enterprise Debian Repository,c=pve-enterprise,b=amd64 origin...

Hm. Und wieder ist mein PVE System zerschossen. Hab nur pveupdate und pveupgradegemacht und neu gestartet... Nach reboot kommt die Web-GUI nicht hoch. Ein pvedaemon status spuckt folgendes aus: Bareword found where operator expected at /usr/share/perl5/PVE/API2/Cluster/Notifications.pm line...

Hab nun wieder ein ähnliches Problem: Diesmal hatte ich allerdings nur pveupdate und pveupgrade gemacht. Dabei sollte doch nicht kaputt gehen, oder? EDIT: Lösung in diesem Fall: apt reinstall librados2

Hab per apt full-upgrade updates eingespielt und wegen einen neuen Kernel ein reboot gemacht. Danach kommt die Web Overfläche nicht und kommandozeilen Tools sind defekt, wie z.B.: root@pve2:~# pveam Can't load '/usr/lib/x86_64-linux-gnu/perl5/5.36/auto/PVE/RADOS/RADOS.so' for module PVE::RADOS...

Meine /etc/apt/sources.list schaut so aus: deb http://ftp.debian.org/debian bullseye main contrib deb http://ftp.debian.org/debian bullseye-updates main contrib deb http://security.debian.org/debian-security bullseye-security main contrib deb http://download.proxmox.com/debian/pve bullseye...

Ich bin ein wenig Ratlos. Nach einem reboot (Proxmox 7.4) ist z.B. /etc/pve leer. o_O Hab keine Idee, wie das passieren kann. Glücklicherweise hab ich genau das Verzeichnis mit in einem Backup... Aber ich hab https://forum.proxmox.com/threads/error-after-changing-node-name.45702/#post-217310...

So... Bin fertig. Schaut so aus, das alles gut gelaufen ist... Danke, insbesondere an @Dunuin

Also ich gehe nun so vor: Ich hab einen neuen PVE server eingerichtet und verschlüsselung mit zfs create -o encryption=on -o keyformat=passphrase tank/vmdata gemacht. Hab mir kurz die dropbear Lösung angesehen. Da ich eine unverschlüsselte Systemplatte nutzte, sehe ich keinen Nachteil darin...

Ja, über einen PBS könnte ich auch gehen... Aber das ist leider sehr, sehr langsam. Das sind mehr als 10TB zu verschieben. EDIT: Quatsch, kein 10TB, sondern ~1,9TB... :)

Hm! Ich hab jetzt in einem zweiten Server das RAID10 aufgebaut. Dann beide zu einem PVE Cluster "verbunden" und rätsel die ganze Zeit erfolglos, wie ich eine LXC instance von einem PVE node zum anderen bekomme... Jetzt...

Ja, klingt plausibel. Aber man zwackt dann ein wenig vom nutzbaren RAID ab und mir ist das doch ein wenig zu Aufwendig ;)

Hm. Ich kann das ohne eine extra SSD für das System wohl vergessen, denn laut https://community.hpe.com/t5/proliant-servers-ml-dl-sl/uefi-support-in-ml10-v2/td-p/6811694 hat der HP ProLiant ML10 v2 kein UEFI boot.

Hm. Das hört sich gut an. Lese ich auch gerade in https://forum.proxmox.com/threads/encrypting-proxmox-ve-best-methods.88191/#post-387731 ... Hm... @Dunuin Die URL zur README in deinem Post stimmt nicht mehr. Könntest du mit...

Ja, aber dann kann der Rechner nicht mehr bis zur SSD Shell hochfahren, in der ich dann das Passwort der Verschlüsselung manuell eingebe, einfach beim mounten... Ist auch nicht das Gelbe vom Ei: Weil nach jedem Booten muß ich daran denken und muß dann die VMs manuell starten, weil dann erst die...

System auf eigene SSD hab ich auch, weil die Daten SSDs verschlüsselt sind, mit: zfs create -o encryption=on -o keyformat=passphrase tank/vmdata Das würde auch auf einem RAID gehen, macht aber alles kompliziertet, oder?