HyperV mit Ubuntu nur Nextcloud erzeugt 100 Prozent Festplattenauslastung
Ich habe ein seltsames Verhalten festgestellt:
HyperV mit Ubuntu nur Nextcloud erzeugt 100 Prozent Festplattenauslastung.
Ich habe noch weitere VM (Ubuntu und Windows Server) diese zeigen das Verhalten nicht.
Habe die VM mal zu verschiedenen Platten verschoben, immer das gleiche Verhalten die Platte auf der die VM läuft erzeug 100% Festplattenauslastung (SATA, SAS RAID 10 oder SSD).
Die Linux-Maschine zeigt wenig Festplatten zugriffe.
Hat jemand eine Idee für einen Ansatzpunkt? Klar es muss etwas an der VM sein, aber was???
LG Peet
HyperV mit Ubuntu nur Nextcloud erzeugt 100 Prozent Festplattenauslastung.
Ich habe noch weitere VM (Ubuntu und Windows Server) diese zeigen das Verhalten nicht.
Habe die VM mal zu verschiedenen Platten verschoben, immer das gleiche Verhalten die Platte auf der die VM läuft erzeug 100% Festplattenauslastung (SATA, SAS RAID 10 oder SSD).
Die Linux-Maschine zeigt wenig Festplatten zugriffe.
Hat jemand eine Idee für einen Ansatzpunkt? Klar es muss etwas an der VM sein, aber was???
LG Peet
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 5428540970
Url: https://administrator.de/forum/hyperv-mit-ubuntu-nur-nextcloud-erzeugt-100-prozent-festplattenauslastung-5428540970.html
Ausgedruckt am: 23.12.2024 um 18:12 Uhr
24 Kommentare
Neuester Kommentar
Zitat von @PeetBL:
Kaum Auslastung:
Zitat von @manuel-r:
Und was sagt ein entsprechendes Tool innerhalb der VM woher die Auslastung kommt?
Und was sagt ein entsprechendes Tool innerhalb der VM woher die Auslastung kommt?
Kaum Auslastung:
Dann muss es ja der Hypervisor sein, der irgendwas anstellt. Was sagt denn der Taskmanager/Prozessmonitor welcher Prozess dafür verantwortlich ist? Der Prozess der die VM darstellt oder was anderes?
Moin @PeetBL,
wieviel vRAM hast du den der entsprechenden VM zugeordnet?
Gruss Alex
Die Platten sind in Ordnung. habe die VM auch die anderen verschoben, immer das gleiche Verhalten.
wieviel vRAM hast du den der entsprechenden VM zugeordnet?
Gruss Alex
Moin @PeetBL,
ähm, auf der VM ist ja auch einiges los!
Denn die 5% Auslastung gelten nicht für die vCores der VM, sondern sagen nur, dass diese VM 5% deiner gesamten physischen CPU momentan frisst, was je nach Konfiguration der VM, eine interne vCore Last von 100% bedeuten könnte. 😉
Gruss Alex
ähm, auf der VM ist ja auch einiges los!
Denn die 5% Auslastung gelten nicht für die vCores der VM, sondern sagen nur, dass diese VM 5% deiner gesamten physischen CPU momentan frisst, was je nach Konfiguration der VM, eine interne vCore Last von 100% bedeuten könnte. 😉
Gruss Alex
Moin @PeetBL,
du hast mich missverstanden.
OK, dann versuchen wir es mal anders herum.
Wie viele logische Prozessorkerne hat dein Hyper-V Host?
Und wie viele vCores hast du der VM zugeordnet?
Und wieviel vRAM hast du der entsprechenden VM in der Konfig zugeordnet?
Und ja, ich habe es schon verstanden, dass es dir primär um die 100 Prozent Festplattenauslastung geht.
Die Infos die ich oben abgefragt habe, sich für die Analyse dieses Problems jedoch auch sehr wichtig. 😉
Gruss Alex
100 Prozent Festplattenauslastung und nicht vCore.
du hast mich missverstanden.
OK, dann versuchen wir es mal anders herum.
Wie viele logische Prozessorkerne hat dein Hyper-V Host?
Und wie viele vCores hast du der VM zugeordnet?
Und wieviel vRAM hast du der entsprechenden VM in der Konfig zugeordnet?
Und ja, ich habe es schon verstanden, dass es dir primär um die 100 Prozent Festplattenauslastung geht.
Die Infos die ich oben abgefragt habe, sich für die Analyse dieses Problems jedoch auch sehr wichtig. 😉
Gruss Alex
Moin.
Läuft Nextcloud nativ auf der VM oder im Docker Container?
Falls Docker:
Ich habe das von dir beschriebene Verhalten erst letzte Woche auf einem Ubuntu 22.04 LTS gesehen, nach einem apt update/upgrade hat dockerd _immer_ 100% CPU gezogen und wild auf den Platten gerödelt. Letztlich war De- und Neu-Installation von Docker inkl. Bereinigung aller Verzeichnisse die Lösung.
Ursache könnte eine (durch apt verursachte?) falsche Einstellung beim Schreiben der Logfiles sein; ich hab da nicht weiter Zeit in die Ursachenforschung investiert, aber die Google-Suche deutete stark in diese Richtung.
Cheers,
jsysde
Läuft Nextcloud nativ auf der VM oder im Docker Container?
Falls Docker:
Ich habe das von dir beschriebene Verhalten erst letzte Woche auf einem Ubuntu 22.04 LTS gesehen, nach einem apt update/upgrade hat dockerd _immer_ 100% CPU gezogen und wild auf den Platten gerödelt. Letztlich war De- und Neu-Installation von Docker inkl. Bereinigung aller Verzeichnisse die Lösung.
Ursache könnte eine (durch apt verursachte?) falsche Einstellung beim Schreiben der Logfiles sein; ich hab da nicht weiter Zeit in die Ursachenforschung investiert, aber die Google-Suche deutete stark in diese Richtung.
Cheers,
jsysde
Zitat von @PeetBL:
Mit oder ohne Netzwerkverbindung, das gleiche verhalten. Im LOG der Wolke ist auch nichts festzustellen.
Ich bin Ratlos, wo könnte ich noch ansetzen?
Gruß
Peet
Mit oder ohne Netzwerkverbindung, das gleiche verhalten. Im LOG der Wolke ist auch nichts festzustellen.
Ich bin Ratlos, wo könnte ich noch ansetzen?
Gruß
Peet
Denn schau doch mal in deiner Ubuntu VM nach welche Prozesse da Aktiv sind...
htop und iotop Helfen da schon mal weiter was Aktiv ist....
Bislang hast du dein System ja nur von außen Angeschaut aber nicht von innen was dort los ist...
Zitat von @PeetBL:
Mit oder ohne Netzwerkverbindung, das gleiche verhalten. Im LOG der Wolke ist auch nichts festzustellen.
Ich bin Ratlos, wo könnte ich noch ansetzen?
Mit oder ohne Netzwerkverbindung, das gleiche verhalten. Im LOG der Wolke ist auch nichts festzustellen.
Ich bin Ratlos, wo könnte ich noch ansetzen?
Suche mal im Syslog nach Ereignissen von systemd-udevd und schaue, was sich in deren Umgebung abspielt. Snapd wäre bei Ubuntu ein Verdächtiger, aber eigentlich nur auf unterdimensionierten Systemen (insb. RAM).
Grüße
Richard
Moin @PeetBL,
OK, dein Hyper-V-Host hat 20 logische Kerne.
Und der VM sind 10 davon zugeordnet.
Das ist übrigens etwas zu viel des Guten an vCores.
Gibt dieser VM für das erste 4-6 Kerne, das sollte dieser locker reichen.
😯 … dynamischer Arbeitsspeicher … 😱 … ähm, das nix gut, weder bei einer Pinguin-VM noch bei einer Windows-VM!
Glaub mir, ich habe diesen Mist nur ein einziges Mal auf einigen VM’s einer produktiven Umgebung mal kurz aktiviert gehabt und werde es sicher nicht nochmals machen. 🤮
Stell den RAM der VM bitte fix auf z.B. 16384 MB um.
So, nun zu deiner (theoretischen) CPU-Auslastung.
Dein Hypervisor hat 20 logische Kerne und der Hyper-V Manager zeigt bei der entsprechenden VM eine Auslastung von 5% an. Wenn die 5% CPU-Last bei der VM immer dastehen, dann bedeutet das, dass einer der vKerne dieser VM, wahrscheinlich ständig zu 100% ausgelastet ist. Denn die prozentuale CPU-Auslastung die im Hyper-V Manager angezeigt wird, bezieht sich wie ich schon weiter oben geschrieben habe nicht auf die Auslastung der vCores der entsprechenden VM, sondern zeigt an, wieviel CPU-Ressourcen die entsprechende VM von dem Hyper-V Node aktuell verbraucht.
Beispiel:
Wenn du einer deiner VM‘s z.B. 4 vCores gibst, sprich, 20% deiner zur Verfügung stehenden logischen Kerne und der Hyper-V Manager würde bei dieser VM eine CPU-Last von 20% anzeigen, dann bedeutet das, dass die vCores dieser VM auf 100% CPU-Last laufen! Weil sich die 20% Auslastung eben nicht auf die 4 vCores der VM, sondern auf die 20 Logischen Kerne deines Hypervisors beziehen. 😉
Wenn das für dich jetzt zu kompliziert kling, kann ich verstehen ich finde diese Darstellung auch etwas ungewöhnlich, Microsoft eben. 🙃
Und das mit „(theoretischen) CPU-Auslastung“ habe ich deshalb geschrieben, weil Windows die CPU Auslastung beim eingeschalteten Hyperthreading eh falsch darstellt, weil es alle 20 logischen Kerne als gleichleistungsfähig ansieht. Das ist aber reiner Bull-Shit, weil das aktivieren von Hyper-Threading, im besten Fall nur +20% Mehrleistung bringt und keine +100%, so wie es der Taskmanager suggeriert. 😔 Sprich, wenn beim eingeschalteten Hyperthreading, der Taskmanager eine Auslastung von 50% anzeigt, dann besteht eine sehr hohe Wahrscheinlichkeit, dass deine physikalische CPU, bereits schon zu > 90% ausgelastet. 🙃
Jetzt muss ich aber weitertiggern … 😧 … igitt, es pisst ja draussen wie aus dem Eimer, das nix gut für mein Fell. 😬
Ähm und ja, die CPU-Last der VM kommt ja nicht von irgendwo her und wahrscheinlich ist diese Last auch für die Datenträgerauslastung verantwortlich. 😉
Mein Bauchgefühl sagt mir jedoch, dass du bereits mit dem Ändern des Arbeitsspeichers von dynamisch zu fix, das Problem eventuell schon beseitigen könntest.
Gruss Alex
Nextcloud läuft nativ auf der VM,
Das sind die Daten des Host:
Das sind die Daten des Host:
OK, dein Hyper-V-Host hat 20 logische Kerne.
Und der VM sind 10 davon zugeordnet.
Das ist übrigens etwas zu viel des Guten an vCores.
Gibt dieser VM für das erste 4-6 Kerne, das sollte dieser locker reichen.
😯 … dynamischer Arbeitsspeicher … 😱 … ähm, das nix gut, weder bei einer Pinguin-VM noch bei einer Windows-VM!
Glaub mir, ich habe diesen Mist nur ein einziges Mal auf einigen VM’s einer produktiven Umgebung mal kurz aktiviert gehabt und werde es sicher nicht nochmals machen. 🤮
Stell den RAM der VM bitte fix auf z.B. 16384 MB um.
So, nun zu deiner (theoretischen) CPU-Auslastung.
Dein Hypervisor hat 20 logische Kerne und der Hyper-V Manager zeigt bei der entsprechenden VM eine Auslastung von 5% an. Wenn die 5% CPU-Last bei der VM immer dastehen, dann bedeutet das, dass einer der vKerne dieser VM, wahrscheinlich ständig zu 100% ausgelastet ist. Denn die prozentuale CPU-Auslastung die im Hyper-V Manager angezeigt wird, bezieht sich wie ich schon weiter oben geschrieben habe nicht auf die Auslastung der vCores der entsprechenden VM, sondern zeigt an, wieviel CPU-Ressourcen die entsprechende VM von dem Hyper-V Node aktuell verbraucht.
Beispiel:
Wenn du einer deiner VM‘s z.B. 4 vCores gibst, sprich, 20% deiner zur Verfügung stehenden logischen Kerne und der Hyper-V Manager würde bei dieser VM eine CPU-Last von 20% anzeigen, dann bedeutet das, dass die vCores dieser VM auf 100% CPU-Last laufen! Weil sich die 20% Auslastung eben nicht auf die 4 vCores der VM, sondern auf die 20 Logischen Kerne deines Hypervisors beziehen. 😉
Wenn das für dich jetzt zu kompliziert kling, kann ich verstehen ich finde diese Darstellung auch etwas ungewöhnlich, Microsoft eben. 🙃
Und das mit „(theoretischen) CPU-Auslastung“ habe ich deshalb geschrieben, weil Windows die CPU Auslastung beim eingeschalteten Hyperthreading eh falsch darstellt, weil es alle 20 logischen Kerne als gleichleistungsfähig ansieht. Das ist aber reiner Bull-Shit, weil das aktivieren von Hyper-Threading, im besten Fall nur +20% Mehrleistung bringt und keine +100%, so wie es der Taskmanager suggeriert. 😔 Sprich, wenn beim eingeschalteten Hyperthreading, der Taskmanager eine Auslastung von 50% anzeigt, dann besteht eine sehr hohe Wahrscheinlichkeit, dass deine physikalische CPU, bereits schon zu > 90% ausgelastet. 🙃
Jetzt muss ich aber weitertiggern … 😧 … igitt, es pisst ja draussen wie aus dem Eimer, das nix gut für mein Fell. 😬
Ähm und ja, die CPU-Last der VM kommt ja nicht von irgendwo her und wahrscheinlich ist diese Last auch für die Datenträgerauslastung verantwortlich. 😉
Mein Bauchgefühl sagt mir jedoch, dass du bereits mit dem Ändern des Arbeitsspeichers von dynamisch zu fix, das Problem eventuell schon beseitigen könntest.
Gruss Alex