Search results

Habe einen 4-Node Ceph-Cluster mit jeweils 5 NVMe´s (6,4TB) installiert. Ebenfalls einen 3/2er Pool mit 515 pg_nums. Als freien Speicherplatz am Pool werden mir an einem Node aber nur 40TB angezeigt. Habe ich was übersehen? (oder ist es einfach nur schon spät.... :rolleyes: ) Anders gefragt...

Gibt es im englischsprachigen Forum auch: https://forum.proxmox.com/threads/proxmox-update-from-7-2-4-grub-update-failure.114951/

On PVE.

Server 2019 kann viele Netzwerkadapter, also auch die von PVE zur Verfügung gestellten ;) Da die Netzwerkkommunikation ja eh immer übers Betriebssystem läuft, hast du da freie Wahl.

Der interne Raid ist nur ein Softwareraid. Ein externer wäre hier angesagt. Bei den LSI´s aufpassen, dass die gut gekühlt werden, laufen gerne heiss! Und wenn möglich, verwende keinen hin- und hergeflashten kastrierten Raidcontroller.

It must be a privileged Container.

Wurde hier im Forum doch schon genügend behandelt :rolleyes: 1.) erstelle VM mit qemu 6.0, installiere die aktuellen virtio-Treiber, shutdown. 2.) stelle um auf die aktuellste qemu-Version, und freuen ;)

For LXC´s on lvm-thin you can manualy trigger trim: pct list | awk '/^[0-9]/ {print $1}' | while read ct; do pct fstrim ${ct}; done

Do you have some LXC´s running?

Kernel driver in use: vfio-pci Take a look into, do really you want HW-passthrough?

Gleiche Erfahrung! ZFS killt. Entweder HW-Raid mit ext4 oder gleich Ceph.

Klassisches Raid (Raid 5 oder Raid10, je nach Geschmack)

Ich würde beim T20 erstmal auf 32GB RAM aufrüsten. Dann würde ich KEIN ZFS einrichten, sondern einen günstigen Raid-Controller besorgen und einrichten (Raid 5 zB.) Die WD Red sind halt Consumerware, aber mit 0,3 DWPD auf 3 Jahre für Homeserver sehrwohl OK (wenn kein ZFS aktiv). Ich habe...

Habe hier leider die selbe Erfahrung (Ceph-Cluster)... Snapshot startet mit "normaler" Geschwindigkeit und bricht dann total ein. Ich verwende Snapshots eigentlich nie, daher ist es mir seit Kernel 5.15 nicht aufgefallen. "Früher" ging das sehr schnell. EDIT: Gerade getestet auf einen unseren...

This is normal, your virtual CPU-Type is KVM. So no AES/SSL offload/handling etc is possible. Change it to "host".

Wir können das ja abkürzen: Nach einer Neuinstallation sollte man je nach Einsatzzweck den gerade aktuell ausgelieferten Governor überprüfen und gegebenenfalls anpassen. Persönlich kommt mir der Governor Ondemand bei der Erstinstallation sehr entgegen, da so ein Clusterverbund bei Performance...

Also ich installiere fast täglich PVE auf div. Hardware und der out-of-the-box Governor ist da immer Ondemand. Gerade einen 4er-Cluster fertiggestellt, Hardware HPE mit AMD Milan, da ist es auch so. Die BIOS-Einstellungen sind ja separat zu sehen.

Habt ihr schon die neue qemu-v7 am testen?

Ah, i think this is related to 2012R2, i had this Problem too in the past! Try googling around and you will find it.

Xeon E3 1231 v3 / 32GB Ram, SSD Powersave: Uploaded 197 chunks in 5 seconds. Time per request: 25609 microseconds. TLS speed: 163.78 MB/s SHA256 speed: 92.52 MB/s Compression speed: 89.93 MB/s Decompress speed: 142.32 MB/s AES256/GCM speed: 268.44 MB/s Verify speed: 57.31 MB/s...