Search results

Hallo @alh, das Deaktivieren von Offloading ist ein wichtiger Ansatz. Ergänzend dazu verursacht bei der Intel i210 oft das Active State Power Management (ASPM) solche Hänger. Ein weiterer Lösungsweg wäre daher, in /etc/default/grub den Kernel-Parameter pcie_aspm=off hinzuzufügen und danach...

Hallo @fl0moto, korrekt ;) Ergänzend für @Micsi: Die Upgrade-Warnung bezieht sich auf die Definition der Rolle (unter Datacenter -> Roles), nicht auf eine konkrete VM. Du musst also nicht suchen, wo die Rolle verwendet wird, sondern sie lediglich dort anpassen, damit das Update durchläuft...

Das Melden upstream ist sicher der sauberste Weg, wie @fabian schreibt. Da du sagst "keine aktuellere Firmware": Prüf bitte sicherheitshalber, ob du wirklich auf BIOS Revision 3.4a (Mai 2021) bist. Supermicro hat für die X10er Serie sehr spät noch Updates nachgeschoben, die oft übersehen...

@JensF, das Neuanlegen ist sicher der schnellste Weg, wenn es nur am Job liegt. @drnicolas, falls die VM 301 aber hartnäckig als "Ghost" im Cluster-Index (/etc/pve/.vmlist) verbleibt, obwohl sie gelöscht sein sollte, hilft oft dieser Trick, um die Datenbank zu synchronisieren: Prüfen, ob...

Hallo @Petbotson, danke für das finale, wenn auch ernüchternde Update. Damit ist @Falk R. s Einschätzung aus Post #5 nun leider offiziell der einzige Weg. Zu deiner Frage: Wir setzen in Proxmox-Umgebungen (auch auf AMD EPYC) sehr erfolgreich ESET ein, was ja auch @ThoSo bereits empfohlen hat...

Hallo @CarstenMartens, Proxmox integriert Updates von acme.sh üblicherweise über Aktualisierungen des Pakets libpve-acme-perl. Wenn die Änderung bereits im Upstream-Master ist, landet sie meist zeitnah im Repository. Bis dahin hilft oft nur Geduld oder das manuelle Austauschen des Shell-Skripts...

Hallo @noidea, der Anstieg des Swap-Verbrauchs ist in Kombination mit der hohen Uptime (99 Tage) und dem Löschvorgang normal. Linux nutzt freien RAM bevorzugt als Cache für Dateisystem-Operationen (was beim Löschen vieler Dateien intensiv genutzt wird) und schiebt dafür inaktive Programmteile...

Hallo @Falk R., der Hinweis mit den Lanes ist wichtig, aber das Log zeigt hier ein noch viel kritischeres Problem: Der Fehler EXT4-fs error (device-dm1) bedeutet, dass das Dateisystem des Proxmox-Hosts (Root liegt meist auf einem LVM-Volume wie dm-1) crasht und "read-only" geschaltet wird. Das...

Das Phänomen liegt, wie von @Impact vermutet, an den "Reserved Blocks" des ext4-Dateisystems. Standardmäßig werden 5% des Speicherplatzes für den root-User reserviert, damit das System auch bei voller Platte noch booten und Logs schreiben kann. Rechnung: 196 GB × 0,05 ≈ 9,8 GB. Du hast...

Hallo @plentman, dass die Intel e1000e-NICs (oft I219-LM) mit neueren Kernel-Versionen in PVE 9 Probleme machen („Hardware Unit Hang“), ist leider ein bekanntes Phänomen. Der Verbleib auf PVE 8 ist hier die stabilere Wahl. Bezüglich deiner Speicher-Planung würde ich das Setup umdrehen und die...

Hallo @Eggi, das Problem liegt höchstwahrscheinlich im Feld "Unterverzeichnis". Du hast dort einen absoluten Pfad (/Daten NAS QNAP...) eingetragen, wie er vermutlich intern auf dem QNAP-Dateisystem aussieht. SMB-Freigaben funktionieren aber anders: Der Share ist der Startpunkt: Wenn du bei...

@Falk R., gute Zusammenfassung ;) @sala82 Ergänzend dazu: Der Importer kopiert/synct die Daten vor (oder während) dem Start, was IO-Last erzeugt und Zeit kostet. Die NFS-Methode mountet die existierende Disk sofort (Mapping). Du hast also keine Wartezeit für den Kopiervorgang, sondern startest...

Hallo @Falk R., ergänzend dazu kurz eine "Starthilfe" für @Martin.B., damit der Test nicht an der CLI-Hürde scheitert – gerade wenn iSCSI im produktiven Umfeld gesetzt ist. Für die Dell Compellent (SC Series) unter Debian/Proxmox reicht meist eine simple Standard-Konfiguration in der...

Hallo @Falk R., da hast du absolut recht. Der NFS-Client von Windows ist leider notorisch ineffizient (u. a. wegen der Implementierung von Sync-Writes und Locking) und eignet sich überhaupt nicht als Referenz für die Performance, die man später unter einem Linux-basierten System wie Proxmox...

@RobHimself, danke für die Ergänzung. Das ändert aber nichts an der technischen Kluft, die @GMBauer und ich angesprochen haben. Lass dich nicht von der "Marke" täuschen: Technisch vergleichst du hier einen Kleinwagen (N150 / Atom-Architektur) mit einer Limousine (i3-12100). Für reines...

@Flo84, das ist ein klassisches Timing-Problem: Das Thunderbolt-Gehäuse bzw. die Drives initialisieren langsamer, als der Systemd-Service startet. Der Parameter rootdelay greift hier nicht effektiv, da er primär den Kernel/Initramfs für den Root-Mount steuert, dein vault-Pool aber später im...

Hallo @Impact, beim Device für den pvresize hat sich ein kleiner Tippfehler eingeschlichen, das muss /dev/nvme0n1p3 (die Partition) sein. Ergänzung zu LVM-Thin für @speerwerfer: Da dein pve-data ein Thin-Pool ist, ist der Rat mit +95%FREE technisch sehr wichtig. Bei LVM-Thin belegen Snapshots...

@gunpie, danke für die Rückmeldung. Dass eine volle Desktop-Umgebung wie KDE mit dem NetworkManager dem PVE-Netzwerkstack (ifupdown2) die Kontrolle entzieht, ist die absolute Hauptursache bei solchen Problemen. Die Theorie mit der Id-Zeile halte ich für eher unwahrscheinlich, da es sich um...

@PwrBank, Die 9464 MB/s beim sequenziellen Lesen sind beeindruckend – du lastest damit die 100GbE-Verbindung effektiv aus (~75,7 Gbit/s Daten + Protokoll-Overhead). Das bestätigt definitiv deinen Punkt, dass iSCSI den rohen Durchsatz liefern kann. Allerdings zeigt die Schreibgeschwindigkeit...

@bbgeek17, ergänzend zur Bestätigung der Versionen: Auch mit den mittlerweile verfügbaren Releases 9.0 und 9.1 bleibt die technische Einschränkung bestehen. Die von @Paulo de Moura erwähnten Neuerungen bezüglich "Shared iSCSI" ändern nichts daran, dass ein klassisches LVM auf Shared Storage...