Proxmox VM friert ein

[900icarD]

@glasfaser

ich hab drei Sachen ausprobiert.

1. die komplette VM geklont, gleiches Problem.
2. Backup gemacht, ioB neu aufgesetzt und alles per BackItUp Adapter restored, gleiches Problem. (Davor war meine Vermutung der SourceAnalytics Adapter den ich nicht aus dem Stable hatte)
3. Neue VM aufgesetzt, blanko, ioB Blanko installiert und alle Adapter von Hand neu installiert und konfiguriert.
   Heute wollte ich eigentlich weitermachen mit den Javascripten, dem Vis Projekt und der Userdata Objektstruktur aber soweit bin ich nicht gekommen da war er schon wieder abgeschmiert.

Also müsste es an einem der Adapter liegen oder generell an Proxmox oder der Hardware. Vielleicht läuft ja wirklich irgendwas voll aber es ist nichts zu erkennen, weder im ioB Log noch im Proxmox Log. Da es - scheinbar zumindest - mit der Grundinstallation des ioB (also nur Admin, Backitup und Discovery läuft) ist meine Vermutung, dass mit diesen drei Adaptern das "volllaufen" nur viel länger dauert und er erst nach 2-3 Wochen oder so abschmieren würde oder es liegt wirklich an einem der Adapter.

Mein letztes Problem war das Ding mit dem Netatmo Adapter der keine Live Events mehr aktualiseren konnte. Hab dann aber den cloud Adapter installiert, mir eine Lizenz gekauft und dann lief das wieder. Aber wenn ich sowohl nur den Cloud Adapter alleine oder nur den Netatmo Adapter alleine oder auch beide zusammen deaktiviere, schmiert er trotzdem ab.

Verzwickte Sache und Suche nach der Nadel im Heuhaufen grad ...

[900icarD]

@glasfaser said in Proxmox VM friert ein:

@900icard sagte in Proxmox VM friert ein:

Ja, sbfspot schaut aller 5 Min.

Brauchst du diese Info´s im ioBrocker Log !?

Wenn nicht , dann stelle die Logstufe bei der Instanz auf WARN.

Stimmt, brauch ich nicht, habs auf warn gestellt. Danke für den Tip, hab ich garnicht dran gedacht, dass man damit das Log etwas cleaner bekommt.

[Glasfaser]

@900icard

ich würde erstmal das Log aufräumen ... das ist schon recht vollgemüllt.
Das heißt ...wie du schon selber schreibst einzelne Adapter dazu überprüfen ,
aber auch eventuell läuft ein JS Script Amok !?

[900icarD]

@homoran said in Proxmox VM friert ein:

@900icard was in use ist ist irrelevant!
wenn du z.B 128GB Plattenplatz hast, darfst du nicht jeder VM mit 42GB zuweisen.
Proxmox selber braucht auch noch etwas. Auch wenn die VMs ihren Platz nicht ausschöpfen!

Ok, ja das stimmt.
Blöde Frage, in Proxmox steht 100GB bei local und 363GB bei local-lvm als verfügbarer Platz.
Müssen die VMs alle mit den 100GB auskommen?
Ich hatte jeder 32 GB zugewiesen und x4 ergibt 128GB und da wäre ich ja drüber ... Hmmm, .... das könnte dann in der Tat das Problem sein.

Ich hab ja nun die PeerTube VM heruntergefahren aber vermutlich muss ich die komplett killen um den Platz wieder frei zu bekommen.
Das werde ich als nächsten (aber erst morgen) mal ausprobieren.

Aber Danke schon mal für den Hinweis!

[900icarD]

@glasfaser said in Proxmox VM friert ein:

@900icard

ich würde erstmal das Log aufräumen ... das ist schon recht vollgemüllt.
Das heißt ...wie du schon selber schreibst einzelne Adapter dazu überprüfen ,
aber auch eventuell läuft ein JS Script Amok !?

Mach ich, gute Idee. Hat ich auch schon eher mal drauf kommen können. Danke
Ein Amok JS Script würde ich mal ausschließen weil ich den JS Adapter auch schon deaktiviert hatte und er trotzdem abgeschmiert ist.

Aber Danke Dir und @homoran schon mal für die Unterstützung hier, ich bin grad schon etwas optimistischer das Problem zu finden.
Morgen gehts weiter

[Glasfaser]

@900icard sagte in Proxmox VM friert ein:

weil ich den JS Adapter auch schon deaktiviert hatte und er trotzdem abgeschmiert ist.

es können aber trotzdem noch Zombie Prozesse laufen .
dann eher JS aus und Proxmox VM neu starten .

[crunchip]

@900icard sagte in Proxmox VM friert ein:

Blöde Frage, in Proxmox steht 100GB bei local und 363GB bei local-lvm als verfügbarer Platz.

Deine 100gig ist dein Root Laufwerk
Dein lvm ist der Platz der zur Verfügung steht für einzelne Maschinen.

Wie ist denn deine Ram Verteilung?

[Dr. Bakterius]

@900icard sagte in Proxmox VM friert ein:

ich werde mir eine AMD Kiste holen und dort Proxmox und die VMs neu aufsetzen.

Funktioniert Proxmox mittlerweile auch mit anderen Prozessoren außer Intel?

[Wildbill]

@dr-bakterius Warum sollte es nicht? Proxmox baut auf Debian auf, das bekommst Du für so ziemlich alles, was rechnen kann. Mir wäre nicht bekannt, dass Proxmox jemals nur auf Intel lauffähig gewesen wäre. AMD und Intel sind ja beide X86 bzw. X64.

Gruss, Jürgen

[A Former User]

@dr-bakterius sagte in Proxmox VM friert ein:

@900icard sagte in Proxmox VM friert ein:

ich werde mir eine AMD Kiste holen und dort Proxmox und die VMs neu aufsetzen.

Funktioniert Proxmox mittlerweile auch mit anderen Prozessoren außer Intel?

Hi,
bei mir läuft alles auf einem uralt PC, CPU(s) 4 x AMD Phenom(tm) II X4 955 Processor (1 Socket) nur ich betreibe nur LXC Container keine VMs.

Kein Glaubenskrieg, aberintel kommt mir auch nicht ins Haus

Und noch ein Ansatz, um beim Thema zu bleiben, wie sieht denn die Temperatur der CPU und/oder des Mobos aus?

VG
Bernd

[900icarD]

Hallo Zusammen,

soo, kurzes Update zur Lage der Nation.
Also, gestern Abend hatte ich noch die Adapter WLED, HMIP, SBFsopt sowie Netatmo deaktiviert und die PeerTube VM die als vierte von fünf (die fünfte ist meine neu aufgesetzte ioB VM die aber schon heruntergefahren ist) lief auch heruntergefahren.
Heute morgen leider das mittlerweile übliche Bild, ioB VM eingefroren.

• Also lag es nicht an den o.g. Adaptern.

• Bzgl. der Vermutung das JS Zombie Prozesse laufen könnten ... das würde ich auch ausschließen weil auf der neu aufgesetzten ioB VM noch keine JS Script drauf sind, nur die Adapter incl. JS Adapter und auch die ist ja schon abgeschmiert.

• Also hab ich heute morgen die PeerTube VM komplett gekillt um zu überprüfen ob es ggf. an zu viel zugewiesenen Speicher liegen könnte wobei @crunchip ja sagte, dass die LVM Partition die entscheidende ist für den Platz der VMs. Hier habe ich aber noch genügend frei (363GB)

RAM Verteilung ist wie folgt. 16GB hat der Rechner in Summe und jeder der noch vier vorhandenen VMs sind 4GB zugewiesen.

Heute Nachmittag nach der Arbeit leider wieder, ioB VM eingefroren und zusätzlich auch noch die InfluxDB VM. Zeitlich ist die InfluxDB VM eher eingefroren und ca. 2h später die ioB VM.
Dass auch die InfluxDB VM jetzt manchmal (seltener als die ioB VM) einfriert ist für mich auch eher ein Zeichen, dass es wohl nicht an ioB oder den Adaptern liegen kann.

Ich vermute daher wirklich, dass es am Rechner, dem Debian 11 als Muttersystem, an Proxmox selbst oder an den VM Einstellungen oder dem Debian 11 dort liegt. (Wobei wie gesagt, es ja ein Jahr fast problemlos lief).

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.
Wenn der Klon dort auch abschmiert dann müsste es ja doch an der VM bzw. deren Konfig. selber liegen und falls nicht dann wohl eher am Rechner/Proxmox.
Außerdem werde ich eine komplett neue VM aufsetzen und wieder alle Adapter manuell neu installieren um auch das Szenario zu testen.
Falls das abschmiert dann falle ich aber vom Glauben ab. Dann könnte das Problem noch vor dem Rechner selbst sitzen

Naja, stay tuned ...

[Wildbill]

@900icard Die VMs kannst Du normalerweise 1:1 übernehmen, auch wenn sich die Architektur des Host ändert. Das ist ja das Schöne an Virtualisierung.
Anstatt Debian und anschließend Proxmox zu installieren würde ich direkt von Proxmox ein fertiges Installationsimage laden. Dann hast Du direkt alles in Einem.

Gruss, Jürgen

[crunchip]

@900icard sagte in Proxmox VM friert ein:

RAM Verteilung ist wie folgt. 16GB hat der Rechner in Summe und jeder der noch vier vorhandenen VMs sind 4GB zugewiesen

Theoretisch, wenn jede VM den Ram ausschöpfen würde, was bleibt für Proxmox?
Vielleicht hast du auch in den Einstellungen etwas generell falsch konfiguriert.
Ansonsten seh dir das syslog und kernel log an

[900icarD]

@crunchip said in Proxmox VM friert ein:

@900icard sagte in Proxmox VM friert ein:

RAM Verteilung ist wie folgt. 16GB hat der Rechner in Summe und jeder der noch vier vorhandenen VMs sind 4GB zugewiesen

Theoretisch, wenn jede VM den Ram ausschöpfen würde, was bleibt für Proxmox?
Vielleicht hast du auch in den Einstellungen etwas generell falsch konfiguriert.
Ansonsten seh dir das syslog und kernel log an

Ja mit dem RAM hast Du natürlich recht aber beim Speicherverbrauch der VMs tut sich fast nichts. 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 verbraucht. Aber gut, ich werde das auch mal stärker im Auge behalten.

Blöde Frage, wo bzw. wie kann ich mir das Kernel Log ansehen? Bisher hab ich immer nur ins Syslog geschaut.

Andere Frage, bisher habe ich meinen VMs jeweils alle vier Kerne der CPU zugewiesen. Nur der letzen neuen ioB TestVM habe ich nur zwei Kerne zugewiesen.
Randnotiz: Wenn die 4-Kern ioB VM eingefroren ist dann ist die CPU Auslastung auf 25% gegangen, bei der 2-Kern ioB VM auf 50%.
Ist das egal wieviel Kerne man jeweils zuordnet oder machen 2 pro VM mehr Sinn?

Bei den Einstellungen der VMs hab ich es eigentlich so nach einen der vielen Anleitungen gemacht, weiß nur nicht mehr welche ich befolgt habe. Aber ich hab mir letztens das Video von EddyDs SmartHome angesehen und das sah auch so aus wie ich das gemacht hab. Werde beim Neu-aufsetzen das aber auch nochmal genauer anschauen.

[900icarD]

@wildbill said in Proxmox VM friert ein:

@900icard Die VMs kannst Du normalerweise 1:1 übernehmen, auch wenn sich die Architektur des Host ändert. Das ist ja das Schöne an Virtualisierung.
Anstatt Debian und anschließend Proxmox zu installieren würde ich direkt von Proxmox ein fertiges Installationsimage laden. Dann hast Du direkt alles in Einem.

Gruss, Jürgen

Danke für die Info Jürgen, werde ich so machen. Macht Sinn

[Homoran]

@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.md

[A Former User]

@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 Grafikeinheit X steckt und im anderen Y dann 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
Bernd

P.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% Last

[900icarD]

@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.md

ja 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

[Wildbill]

@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

[900icarD]

@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 Grafikeinheit X steckt und im anderen Y dann 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
Bernd

P.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% Last

Danke 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 state

Bzgl. 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 ...