Proxmox VM friert ein
-
@homoran said in Proxmox VM friert ein:
@wildbill sagte in Proxmox VM friert ein:
Anstatt Debian und anschließend Proxmox zu installieren
wo stand das denn?
ich bin immer vom "Proxmox-OS" ausgegangen gemäß Doku
https://www.iobroker.net/#de/documentation/install/proxmox.mdja stimmt, da hab ich Schmarrn geschrieben. Hab eben mal geschaut, ich hab natürlich das Proxmox-OS Image installiert, sorry hatte mich vertan.
Aber danke für den Link zur Doku, ich glaube ich hab das nach einer anderen gemacht. ich werde dann die mal nutzen.AMD Kiste ist bestellt, sollte morgen eintrudeln. Dann wird mir (leider) nicht langweilig am Wochenende
-
@Homoran Hat sich ja jetzt geklärt, woher ich das hatte. Und möglich ist es ja, zuerst ein Debian und darin dann Proxmox als Dienst. <wobei ich das so nicht machen würde. Wenn direkt Proxmox-OS läuft ist alles OK.
Gruss, Jürgen
-
@dp20eic said in Proxmox VM friert ein:
@900icard sagte in Proxmox VM friert ein:
Mir bleibt jetzt wohl erstmal nichts anderes übrig als ein Debian 11 mit Proxmox und einer einzelnen ioB VM auf einer AMD Kiste auszuprobieren. (werde mir eine auf Amazon kaufen)
Ich bin mir nicht sicher ob man einen VM Klon vom aktuellen Intel Rechner auf einem anderen mit AMD zum Laufen bringt, mal sehn.Hi,
Aktuelle Intel und AMD sind beides x86_64 CPUs, spielt also keine Rolle, ich habe schon Festplatten aus einem PC ausgebaut und in einen neuen eingebaut ohne, das ich etwas ändern musste.
So nun die Einschränkung, wenn in einem Rechner die GrafikeinheitXsteckt und im anderenYdann geht evtl. das X-Windows nicht, da Treiber fehlen, das spielt aber auch wieder keine Rolle, da Proxmox nicht im Grafikmodus installiert wird, ist schon etwas her wo ich das gemacht habe, daher etwas unsicher in diesem Punkt.
Zweite Einschränkung wäre, wenn man seinen Kernel an spezielle Gegebenheiten selbst Compiliert, dann kann es vorkommen, dass dieser auf neuer/anderer Hardware nicht läuft, trifft hier aber denke ich auch nicht zu, da die meisten Kernel nicht mit statisch compilierten Modulen (Treibern) gebaut werden, sondern dynamisch zur Laufzeit Module (Treiber) nachladen.Zu den Logs, die findest Du alle unter dem PVE in
/var/log/
VG
BerndP.S.: Wieso installierst Du alles in VMs, Influx u. Grafana laufen super in LXC Containern, beim ioBroker kann ich es nachvollziehen, wenn ich es auch nicht verstehe, wenn man es sich einfach mit dem durchreichen von USB haben möchte, obwohl das auch bei LXC kein Hexenwerk ist. LXC Container verwalten die Ressourcen besser als VMs das tun.
P.P.S.: 1 CPU mit 4 Kernen
4 CPU-Kerne -> VM 1 CPU-Kern = 100 % Last
4 CPU-Kerne -> VM 2 CPU-Kerne= 50% Last
4 CPU-Kerne -> VM 4 CPU-Kerne= 25% LastDanke für die Info mit den Logfiles, hier mal ein Auszug vom Kernel Log von letzter Nacht.
Irgendwann zwischen 1:30 Uhr und 2:00 Uhr ist die ioB VM eingefroren.
Zu dieser Zeit gibt es aber keine Einträge im Kernel Log aber dafür immer mal welche bzgl. Ports.
Da kenne ich mich nun überhaupt nicht aus was das bedeuten könnte.Jan 18 20:56:00 proxmox kernel: [1098021.434259] fwbr104i0: port 2(tap104i0) entered disabled state Jan 18 20:56:00 proxmox kernel: [1098021.460290] fwbr104i0: port 1(fwln104i0) entered disabled state Jan 18 20:56:00 proxmox kernel: [1098021.460380] vmbr0: port 6(fwpr104p0) entered disabled state Jan 18 20:56:00 proxmox kernel: [1098021.460571] device fwln104i0 left promiscuous mode Jan 18 20:56:00 proxmox kernel: [1098021.460587] fwbr104i0: port 1(fwln104i0) entered disabled state Jan 18 20:56:00 proxmox kernel: [1098021.489092] device fwpr104p0 left promiscuous mode Jan 18 20:56:00 proxmox kernel: [1098021.489100] vmbr0: port 6(fwpr104p0) entered disabled state Jan 19 03:44:43 proxmox kernel: [1122544.140505] device tap106i0 entered promiscuous mode Jan 19 03:44:43 proxmox kernel: [1122544.215117] vmbr0: port 6(fwpr106p0) entered blocking state Jan 19 03:44:43 proxmox kernel: [1122544.215124] vmbr0: port 6(fwpr106p0) entered disabled state Jan 19 03:44:43 proxmox kernel: [1122544.215210] device fwpr106p0 entered promiscuous mode Jan 19 03:44:43 proxmox kernel: [1122544.215248] vmbr0: port 6(fwpr106p0) entered blocking state Jan 19 03:44:43 proxmox kernel: [1122544.215250] vmbr0: port 6(fwpr106p0) entered forwarding state Jan 19 03:44:43 proxmox kernel: [1122544.231718] fwbr106i0: port 1(fwln106i0) entered blocking state Jan 19 03:44:43 proxmox kernel: [1122544.231725] fwbr106i0: port 1(fwln106i0) entered disabled state Jan 19 03:44:43 proxmox kernel: [1122544.231804] device fwln106i0 entered promiscuous mode Jan 19 03:44:43 proxmox kernel: [1122544.231853] fwbr106i0: port 1(fwln106i0) entered blocking state Jan 19 03:44:43 proxmox kernel: [1122544.231855] fwbr106i0: port 1(fwln106i0) entered forwarding state Jan 19 03:44:43 proxmox kernel: [1122544.247557] fwbr106i0: port 2(tap106i0) entered blocking state Jan 19 03:44:43 proxmox kernel: [1122544.247563] fwbr106i0: port 2(tap106i0) entered disabled state Jan 19 03:44:43 proxmox kernel: [1122544.247683] fwbr106i0: port 2(tap106i0) entered blocking state Jan 19 03:44:43 proxmox kernel: [1122544.247686] fwbr106i0: port 2(tap106i0) entered forwarding state Jan 19 03:51:33 proxmox kernel: [1122954.312603] fwbr106i0: port 2(tap106i0) entered disabled state Jan 19 03:51:33 proxmox kernel: [1122954.334503] fwbr106i0: port 1(fwln106i0) entered disabled state Jan 19 03:51:33 proxmox kernel: [1122954.334593] vmbr0: port 6(fwpr106p0) entered disabled state Jan 19 03:51:33 proxmox kernel: [1122954.334791] device fwln106i0 left promiscuous mode Jan 19 03:51:33 proxmox kernel: [1122954.334795] fwbr106i0: port 1(fwln106i0) entered disabled state Jan 19 03:51:33 proxmox kernel: [1122954.367090] device fwpr106p0 left promiscuous mode Jan 19 03:51:33 proxmox kernel: [1122954.367096] vmbr0: port 6(fwpr106p0) entered disabled state Jan 19 07:15:17 proxmox kernel: [1135178.312442] fwbr107i0: port 2(tap107i0) entered disabled state Jan 19 07:15:17 proxmox kernel: [1135178.330018] fwbr107i0: port 1(fwln107i0) entered disabled state Jan 19 07:15:17 proxmox kernel: [1135178.330134] vmbr0: port 5(fwpr107p0) entered disabled state Jan 19 07:15:17 proxmox kernel: [1135178.330254] device fwln107i0 left promiscuous mode Jan 19 07:15:17 proxmox kernel: [1135178.330256] fwbr107i0: port 1(fwln107i0) entered disabled state Jan 19 07:15:17 proxmox kernel: [1135178.342747] device fwpr107p0 left promiscuous mode Jan 19 07:15:17 proxmox kernel: [1135178.342751] vmbr0: port 5(fwpr107p0) entered disabled state Jan 19 07:15:26 proxmox kernel: [1135187.273384] fwbr100i0: port 2(tap100i0) entered disabled state Jan 19 07:15:26 proxmox kernel: [1135187.302120] fwbr100i0: port 1(fwln100i0) entered disabled stateBzgl. VMs vs. LXCs ... ja, damit hab ich mich noch nicht auseinandergesetzt.
Ich hab vor ca. 2 Jahren mit ioBroker angefangen und wie viele mit einem Pi3, dann Pi4, dann Pi4 mit SSD und seit einem Jahr ca. Proxmox.
Da war ich schon froh (und stolz auf mich) dass ich das alles hinbekommen habe und da ich eher ein "optischer" Typ bin hatte ich Debian 11 mit Desktop in den VMs installiert weil ich besser mit klicken als mit dem Terminal zurecht gekommen bin. Da man auf Dauer bei Linux aber mit klicken nicht so richtig weiter kommt muss man sich zwangsweise mit dem Terminal auseinander setzen. Dauert halt aber ja Du hast sicher recht, in Containern wäre Influx und Grafana sicher die beste Lösung. Ich wollte es halt alles "gleich" vom Handling haben
Aber wenn ich jetzt eh schon neu aufsetze, könnt ich mich auch mal mit dem Thema beschäftigen.Übrigens bzgl. USB durchreichen ... da hab ich auch so meine Erfahrungen gemacht mit dem Zigbee Koordinator als USB Stick. Ständig Probleme dass der immer wieder mal nicht erkannt wurde. Irgendwann bin ich dann auf die Lösung mit dem Ethernet Adapter aufmerksam geworden. Seit Zigbee über IP läuft ist alles super, keine Probleme mehr damit ... dafür jetzt halt was anderes
.... hach, es könnte ja alles so einfach sein ... -
@900icard sagte in Proxmox VM friert ein:
.. dafür jetzt halt was anderes .... hach, es könnte ja alles so einfach sein ...
Hi,
neh, einfach kann jeder, die graue Masse will beschäftigt werden, und nicht weich gespült werden oderviel Feind viel Ehre. Bin auch immer stolz wie Bolle wenn ich etwas neues am laufen habe oder verstanden habe wie es funktioniert
Das sind alles Einträge der Virtuellen Netzwerk Karten, die für die VMs, wie ist denn deine Einstellung im Netzwerk, bin kein Netzwerker und das was ich gerade so gegoogelt habe, sieht mir das nicht nach einem Problem aus, ich habe bei mir die gleiche Einträge im
kern.log.VG
Bernd -
@900icard sagte in Proxmox VM friert ein:
Wenn die einmal laufen dann ist das recht stabil und in Summe haben die 5 VMs wenn sie denn alle liefen nicht mehr als 10GB von den 16GB
Kann aber sein das eine VM vllt mehr als 4Gb braucht. Gerade iobroker wenn viele Adapter laufen.
@900icard sagte in Proxmox VM friert ein:
Ist das egal wieviel Kerne man jeweils zuordnet oder machen 2 pro VM mehr Sinn?
Theoretisch kannst du manuell deine Anzahl wie gewünscht anpassen, oder aber auch bei allen Maschinen volle Anzahl geben, denn Proxmox regelt das automatisch.
@900icard sagte in Proxmox VM friert ein:
Dann wird mir (leider) nicht langweilig am Wochenende
Ist doch gleich erledigt. Backup von jeder Maschine. Proxmox auf neuen Rechner und Backup zurückspielen, fertig.
@900icard sagte in Proxmox VM friert ein:
vom Kernel Log
Dann wäre das syslog noch interessant
@900icard sagte in Proxmox VM friert ein:
Übrigens bzgl. USB durchreichen ... da hab ich auch so meine Erfahrungen gemacht
Steht ebenfalls alles schön in der Doku beschrieben.
Ist eigentlich fast alles idotensicher dokumentiert. -
Hallo Zusammen,
ich möchte mal ein kurzes Update zum Thema geben.
Letztes Wochenende habe ich also meinen bestellten Rechner mit einem AMD Ryzen 7 3750H Prozessor erhalten, diesen gleich von seinem vorinstallierte Windows befreit und Proxmox OX nach der Anleitung hier (https://www.iobroker.net/#de/documentation/install/proxmox.md) installiert.
Danach habe ich die auf meinem Intel Rechner vorhandenen drei VMs unverändert als Backup-Restore auf dem neuen Proxmox System eingespielt und gestartet.
Tja und was soll ich sagen ... bis jetzt (5 Tage) läuft alles ohne einen Ausfall.In der Installationsanleitung zu Proxmox OS ist mir jedoch ein Punkt aufgefallen, den ich auf meinem Alt-System nicht richtig gehandhabt habe.
Und zwar die Updates des Proxmox Systems. Diese habe ich bisher immer über ein SSH Terminal gemacht da ich immer meine VMs und Proxmox zusammen geupdatet habe.
Dabei habe ich aber das "normale" apt update && apt upgrade verwendet und nicht wie für Proxmox empfohlen das apt dist-upgrade.Vielleicht hat sich dadurch eine Inkonsistenz in das Proxmox System eingeschlichen was dann letztendlich zu den häufigen freezes geführt hat.
Daher werde ich am WE den alten Intel Rechner nochmal neu mit Proxmox aufsetzen und dann dort auch wieder meine VMs aktivieren.
Mal sehn was passiert.Dies mal der aktuelle Zwischenstand, ich bin aber sehr froh dass es zumindest auf dem neuen Rechner wieder (bis jetzt zumindest) gut läuft.
Als kleinen Nebeneffekt hatte ich den neuen Rechner kurz unter Win11 mal als VisPC verwendet und ie Reaktionsgeschwindigkeit an meinem Touch zu testen.
Ich habe in meiner Vis z.T. vier Grafana Charts die mit einem Pi4 als Vis Rechner immer recht lang laden (ca. 5-7 Sek).Mit dem AMD Rechner der eine Vega 10 Grafikeinheit hat, läuft die Vis viel flüssiger. Von da her werde ich den neuen Rechner eh behalten
-
Moin,
also den Proxmox solltest Du immer über, checken und updaten
Wenn die Repos, korrekt eingestellt sind sollte das ansonnsten zu keinem Problem führen, wenn Du das über
Cmachst, dann kommt das dabei raus.Starting system upgrade: apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Your System is up-to-dateVG
Bernd -
Hallo, Ich habe das Selbe Problem mit dem Intel N5105 in Verbindung mit IoBroker.
Habe alles versucht was ich verschiedenen Foren finden konnte ohne Erfolg.
Es Laufen 3 VMs die RAM Auslastung liegt gesamt bei 30%-50% von Proxmox selbst inklusive VMs
Alle VMs Laufen fehlerfrei bis auf die mit IoBrokerGetestet habe ich Debian 10 und 11 und auch Ubuntu sofern iobroker drauf war ging nach einigen std. nix mehr.
andere VMs auch mit Debian laufen fehlerfrei weiter, ein Neustart der VM mit IoBroker Läuft wieder fehlerfrei und hängt sich dann wieder auf.Das selbe Fehlerbild wie bei anderen Alle Logs ohne Fehler.
Dann habe ich die in den Anderen English sprachigen Foren geschaut und dort einen Eintrag gefunden der bei mir das erste mal was gebracht hat.Und Ja jetzt läuft das Ganze schon 24 Std. durch.
Ich habe einen anderen Kernel installiert.
Download findet ihr Hier:
https://github.com/fabianishere/pve-edge-kernelHoffe das hilft anderen auch
Grüße
Steffen AKA Trooper -
Hallo Zusammen,
Update zu meinem Fall. Also mit der AMD Kiste läuft ioBroker und alle anderen VMS mittlerweile über 2 Wochen ohne Probleme durch.
Meine Vermutung war ja, dass ich beim Update von Proxmox Fehler gemacht habe weil ich es nicht so wie beschrieben in Proxmox selbst sondern über die Konsole gemacht habe.Also neuer Test: Auf der Intel Kiste habe ich Proxmox neu installiert und die ioB, Grafana und Influx VM so wie sie waren wieder drauf gepackt. Da hätte es ja laufen müssen, ist aber auch wieder nach wenigen Stunden eingefroren. Übrigens bei mir nicht nur die ioB VM sondern auch (wenn auch viel seltener die Grafana bzw. Influx VM). Also lag es auch nicht (zumindest nicht ausschließlich) an dem falschen Update-Prozess von Proxmox.
Vermutlich liegt es dann wohl an diesem Kernel was @Trooper geschrieben hat.
Das werde ich demnächst mal ausprobieren.Schönen Tag noch und viele Grüße.
-
Moin,
wenn Du sagst, du hast auf der Intel Kiste Proxmox neu installiert aber die VMs nicht, wieso gehst Du dann davon aus, das der Kernel des Proxmox Grundsystems das Problem ist? Vielleicht sind es ja die VMs.
Ja, der Kernel aus dem Proxmox Grundsystem hat seinen Anteil für die Virtualisierung aber auch andere Komponenten gehören dazu z.B.QEMU, Libs usw.
Der Proxmox Kernel ist bei LXC Containern das Herzstück, bei VMs sind es die Kernel, die durch das installierte Linux bekommt und es wird nicht mehr viel vom Proxmox Kernel genutzt, etwas vereinfacht ausgedrückt.
Also einfach mal so, in einer Umgebung wie Proxmox, wo alles aufeinander abgestimmt ist um die verschiedenen Hardwareebenen zu emulieren/virtualisieren, den Kernel auszutauschen ist schon mehr als riskant.
Wenn Du auf Windows dir VMWare oder OpenBox installierst und dann eine VM erstellst und die dir einfriert oder abstürzt, tauschst Du dann das Windows aus?
Ich würde mal eine Distro suchen, welche von USB gestartet, dir die Möglichkeit gibt einige Tests wie Memory und CPU Belastungstests durchzuführen.
Allg. sollte man darauf achten, dass es für Server immer besser ist gut abgehangene Hardware zu nutzen, wenn zu aktuell, kann es immer mal sein, dass das eine oder andere noch nicht im Kernel enthalten/umgesetzt ist.
Auch das Bios kann Fehler haben, oder Falsch eingerichtet sein.
Welcher Kernel ist denn aktuell auf deinen beiden Proxmoxen installiert?
VG
Bernd -
@dp20eic
Tacho,
ich habe die VMs so wie sie auf der Intel Kiste davor waren, wieder auf der selben Intel Kiste aber mit neuem Proxmox installiert bzw. restored.
Wenn es "nur" an meinem falschen Update Prozess gelegen hätte, hätten die VMs dann ja wieder laufen müssen. Als ich das mit dem Update Prozess gelesen hatte bin ich stark davon ausgegangen, dass dies der Fehler bzw. ja mein Fehler war. Scheinbar aber nicht, zumindest nicht der alleinige Fehler.
Andererseits laufen ja die exakt gleichen VMs ohne Probleme auf dem AMD Rechner, also kann es auch nicht alleinig an der VM selbst liegen.Ich bin aber kein Experte auf dem Gebiet und wenn ich Admin in einer Firma wäre, würde ich natürlich nicht einfach so den Kernel austauschen.
Mir schien die Antwort von Trooper in dem Zusammenhang nur recht schlüssig und würde vermutlich auch zum Hinweis von isi07 auf den anderen Tread https://forum.proxmox.com/threads/vm-freezes-irregularly.111494/ passen (Ich muss aber gestehen, dass ich mir dort nicht alles im Detail durchgelesen hab).Aussage (zumindest aktuell) meinerseits wäre:
Bei AMD basierten Rechnern tritt dieser Fehler nicht auf
Bei Intel basierten Rechnern mit dem "problematischen" Kernel schon, Abhilfe hier womöglich ein Kernel Update (selbst noch nicht probiert)
Vermutlich wird das Problem in einer neuen Proxmox Version eh nicht mehr auftauchen.Für mich ist das Problem aktuell gelöst weil ich auf die AMD Kiste umgezogen bin, ich werde den Intel Rechner aber weiter als Proxmox Testsystem nutzen und dort mal schauen ob es mi dem Kernel Update auch wieder läuft.
-
@900icard oder die VM selbst upgraden, vllt gibt es ja da nen neuen Kernel
-
Hi,
Leider hat das ganze auch nicht lange geklappt (aber länger als sonnst) mit dem anderen Kernel.Bei mir bleibt nur die VM mit iobroker hängen die anderen laufen fehlerfrei.
Das System wurde vor ca. 20 tagen erst aufgesetzt alles ist von der Software aktuell.
Infos zu Proxmox:
CPU(s) 4 x Intel(R) Celeron(R) N5105 @ 2.00GHz (1 Socket)
Kernelversion Linux 6.0.15-edge #1 SMP PREEMPT_DYNAMIC PVE Edge 6.0.15-1 (2022-12-22)
PVE-Manager-Version pve-manager/7.3-3/c3928077
32 GB RAM sind verbautalle mit VMs Debian
- Openmediavault 4 GB-RAM
- Debian 11 für einen Gameserver mit 10GB-RAM
- Debain 11 mit iobroker die immer hängen bleibt.
Ich habe das ganze auch mal mit Debian 10 Getestet und nur iobroker im Standard installiert bleibt auch hängen.
so VM kernel jetzt auf 6.1.0-3-amd64
mal sehen wie lange das läuft -
@trooper sagte in Proxmox VM friert ein:
Das System wurde vor ca. 20 tagen erst aufgesetzt alles ist von der Software aktuell.
Incl. Bios Update?
-
@trooper sagte in Proxmox VM friert ein:
mal sehen wie lange das läuft
Moin,
wie ich oben schon geschrieben habe und auch @zahnheinrich gerade auch nochmals geschrieben hat ist das eher eine Unverträglichkeit vom Bios, Motherboard und CPU und den dazu passenden Virtualisierungseinstellungen
VT-xu.VT-d.Intel VT-x (Intel Virtualization Technology for IA-32 and Intel 64 Processors) Intel VT-x (früher als Intel VT bezeichnet) ist die Implementierung einer Secure Virtual Machine von Intel für die x86 Architekturen IA-32 und Intel 64. Die alte Bezeichnung Intel VT (ohne -x) findet sich auch heute noch in vielen BIOS Menüs. VT-x ist bei Intel-Systemen nötig, um unter Xen HVM (Hardware Virtual Machine) domU's zu betreiben (also z.B. Windows in einem Gastsystem zu betreiben). unter VMware Gastsysteme mit 64 Bit zu betreiben.[1] unter VirtualBox Gastsysteme mit 64 Bit zu betreiben (siehe 64 Bit Gastsysteme in VirtualBox). um mit KVM zu virtualisieren.[2] Informationen zum Aktivieren von Intel VT-x im BIOS (sofern vom Intel Prozessor unterstützt) finden Sie im Artikel Virtualisierungsfunktion Intel VT aktivieren. Ab der Nehalem Architektur (Intel Xeon 55xx CPUs) beinhaltet VT-x die Intel VT Extended Page Tables (EPT).[3][4]Intel VT-d (Intel Virtualization Technology for Directed I/O) Intel VT-d ermöglicht das Durchreichen eines PCI Gerätes direkt an ein Gastsystem mit Hilfe der bereitgestellten IOMMU. Damit kann etwa eine Netzwerkkarte dediziert einem Gastsystem bereitgestellt werden. Dadurch kann eine höhere Netzwerkperformance als mit einer emulierten Netzwerkkarte erreicht werden. Allerdings ist derzeit mit einer solchen Durchreichung dann keine live migration des Gastsystems möglich. Unter VMware konfigurieren Sie ein solches Setup bei aktiviertem Intel VT-d mit VMware VMDirectPath zum Durchreichen von PCI Karten. Voraussetzungen für Intel VT-d: der verwendete Chipsatz sowie das BIOS müssen Intel VT-d unterstützen ab Intel Nehalem Mikroarchitektur möglich, etwa mit Xeon 34xx, 55xx und neuer, auch diverse Desktop-CPUs, siehe Intel CPUs im Überblick) an die CPU selbst gibt es keine speziellen Anforderungen, da VT-d eine Funktion des Chipsatzes ist, die CPU muss nur VT allgemein unterstützen[5] Informationen zum Aktivieren von Intel VT-d im BIOS (sofern vom Intel Prozessor unterstützt) finden Sie im Artikel Virtualisierungsfunktion Intel VT-d aktivieren. Weitere Informationen zu VT-d: Understanding VT-d: Intel Virtualization Technology for Directed I/O (Intel Software Network) Step by Step Guide on How to Enable VT-d and Perform Direct Device Assignment (Intel Software Network) Intel Virtualization Technology for Directed I/O (VT-d): Enhancing Intel platforms for efficient virtualization of I/O devices (Intel Software Network) VTdHowTo (Xen Wiki) VMware VMDirectPath and Intel VT-d (YouTube) Intel Virtualization Technology for Directed I/O Architecture Specification (Intel Coporation)Ich bin mir auch nicht sicher, warum es VMs seien müssen,
ioBrokerläuft sehr gut als LXC Container. Ich würde auch mal alles, so es denn nicht gebraucht wird, was mit Grafik, Desktops, X-Windo, Wayland usw. in den VMs deaktivieren/deinstallieren.so VM kernel jetzt auf 6.1.0-3-amd64
Ich bin jetzt verwirrt, hast Du den Kernel von Proxmox geändert oder hast Du den Kernel innerhalb der VM geändert?
Und als letztes, hast Du mal einen Stresstest der Hardware durchgeführt, also von einem USB Stick gebootet und dann z.B. s-tui laufen lassen.
VG
Bernd -
@trooper evtl liegts an zu viel Speicer.
Intel Spec.:
Speicherspezifikationen
Max. Speichergröße (abhängig vom Speichertyp) 16 GB -
@zahnheinrich
Hallo, ein BiOS update kann ich nich machen finde keins dafür geschweige den eine Treiberseite vom Hersteller (hab auch nur oberflächlich gesucht)Das Board ist über Ali bestellt.
Bezeichnung ist die mehr gibt's nicht wirklich da zu:
Von TOPTON Technology
N5105 NAS Mini ITX Industrie Motherboard 17x17CM Weiche Routing Intel i225-V B3 2,5 Gbps 4 * LAN 2 * M.2 NVMe 6 * SATA 3,0 HDMI 2,0 DP■ Intel Celeron N5015 CPU (vier kerne und vier threads)
■ 4*2,5G i225-V B3 netzwerk port, unterstützung Auto power auf/wake on LAN/PXE
■ Unterstützung HDMI + DP, synchrone oder asynchrone display
■ 2 * USB3.0, 6 * USB 2,0
■ 2 SODIMM-DDR4 speicher slots, bis zu 2400/2666/2933MHz
■ 1 * COM (RS232 protokoll)
■ 6 * SATAIII und 2 * M.2@dp20eic
We friert nur eine VM ein und die anderen laufen fehlerfreiIch bin jetzt verwirrt, hast Du den Kernel von Proxmox geändert oder hast Du den Kernel innerhalb der VM geändert?
Als erstes hatte ich den Proxmox Kernel geändert das hat das Ganze etwas verbessert die VM lief länger hing sich aber Trotzdem auf.
Jetzt habe ich den Kernel für die VM auch geändert.
Und als letztes, hast Du mal einen Stresstest der Hardware durchgeführt, also von einem USB Stick gebootet und dann z.B. s-tui laufen lassen.
Nein habe ich nicht werde ich mal Testen denke aber nicht das hier die Ursache liegt wen der GameServer läuft und die Last hoch ist läuft alles weiter ohne Fehler.
Werde es Trotzdem mal TestenIch bin mir auch nicht sicher, warum es VMs seien müssen, ioBroker läuft sehr gut als LXC Container
Gute Frage hatte mal mit Windows mit Proxmox Experimentiert und das so bei behalten.
Werde das als erstes mal testen wenn Die VM wieder abstürtzt.Max. Speichergröße (abhängig vom Speichertyp) 16 GB
Hab 32 Gigabyte drin werde ich auch mal Testen ein Modul raus zu nehmenDanke schon mal für die Unterstützung
Gruß Steffen -
Moin,
zur Hardware kann ich auch nichts weiter zu sagen, aber der Hinweis von @Mickey mit der Größe des Unterstützten Speichers, ist interessant.
Spezifikation der CPU:
Speicherspezifikationen Max. Speichergröße (abhängig vom Speichertyp) 16 GB Speichertypen DDR4 LPDDR4x Maximale Speichergeschwindigkeit 2933 MHz Max. Anzahl der Speicherkanäle 2 Unterstützung von ECC-Speicher ‡ NeinKönnte auf jeden Fall ein Test wert sein, dann aber auch die VMs an den verringerten Speicher anpassen, nicht das Du zu viel auf die VM verteilst und für Proxmox nichts mehr bleibt.
VG
Bernd -
@trooper sagte in Proxmox VM friert ein:
Celeron N5015
Zahlendreher und doch eher
@trooper sagte in Proxmox VM friert ein:
N5105
?
@dp20eic sagte in Proxmox VM friert ein:
nicht das Du zu viel auf die VM verteilst und für Proxmox nichts mehr bleibt.
das PVE wird leider immer wieder vergessen.
-
@trooper
das könnte der Hersteller sein:
https://www.changwang.com/product/list-105.html
