NEWS
NUC-Proxmox-steigender Ram
-
Heute Morgen 6 Uhr stand der RAM bei 4,8 GB. Der Anstieg war langsamer, aber er war da.
-
@marko67 hast du den admin absichtlich auf debug stehen?
-
@marko67 sagte in NUC-Proxmox-steigender Ram:
Search can't be optimized because wildcard not at the end, fallback to keys!
hier gab es schonmal so etwas
https://forum.iobroker.net/post/843911 -
@crunchip Hmm ... kriegte heute morgen ein Update auf Admin 7.1.1 ....
Heute nachmittag dann 7.1.2 ....
Denke aber nicht, dass da ein Zusammenhang besteht, trotzdem es merkwürdig ist, im Stable Repo für ein Modul zwei Updates an einem Tag zu bekommen ...
-
@martinp sagte in NUC-Proxmox-steigender Ram:
Heute nachmittag dann 7.1.2 ....
fixed host base settings dialog
-
@crunchip Interessant, dass das gleichzeitig das "Latest" Release ist... Ohne Umweg über das Beta Repository direkt in die Manege geworfen
-
Nein. Ich dachte dann sind die Ausgabe ausführlicher für Euch??
-
@marko67 sagte in NUC-Proxmox-steigender Ram:
Discovery vor ca. 1 Std. über die Konsole gelöscht
Warum nicht direkt in ioBroker?
Und zeige mal wie du ioBroker installiert hast. Also jeden einzelnen Schritt (Befehl) nach Erstellung des LXC.
-
Ich habe mich an die Empfehlung von @crunchip gehalten und die Installation nach dieser Doku vorgenommen:
https://www.iobroker.net/#de/documentation/install/proxmox.md
Warum über Konsole?? Weil ich dazu folgendes gefunden habe:
https://github.com/ioBroker/ioBroker/wiki/Console-commands#iobroker-del-adaptername
Es gibt viele Wege die nach Rom führen. Dass einige falsch sind weiß ich. Aber welcher letzten Endes der richtige ist .... woher soll man das wissen?
Auch unter den "Profis`s" gibt es verschiedene (Lösungs) Ansätze. -
Hallo
Dein Tipp mit
hat mir vielleicht weiter geholfen.Ich habe beides ausgewählt und einen Reboot gemacht. Seitdem läuft es stabiler.
-
@marko67 ich glaube nicht, dass die Häkchen die Ursache sind. Möglicherweise wurde eine "fehlerhaft" gespeicherte Konfiguration wieder korrigiert.
Mach die Probe und stelle zurück.
Ro75.
-
Ausgangszustand vor dem entfernen:
-
-
@marko67 sagte in NUC-Proxmox-steigender Ram:
Was ist jetzt Deine Meinung dazu
Das in deinem System was nicht stimmen kann. Die wenigsten (inklusive mir) haben HTTPS und Auth aktiviert und da gibt es auch nicht diesen Effekt.
Ro75.
-
@ro75
Ok -
@ro75 sagte in NUC-Proxmox-steigender Ram:
Die wenigsten (inklusive mir) haben HTTPS und Auth aktiviert
Eben!
Wozu auch? Das läuft alles nur in meinem lokalen Netz. Da muss ich nix verschlüsseln, mich nicht mit Zertifikaten herumschlagen und brauche auch keine Anmeldung. Security sucksEdit
Einen neuen LXC für ioBroker aufzusetzen ist ja keine rocket-science.
Einfach einen neuen Container mit dem Template "Debian 12 Standard" erzeugen, neuen Benutzer anlegen und mit dem dann ioBroker mit dem bekannten Einzeiler installieren.curl -sLf https://iobroker.net/install.sh | bash -
Der Discovery-Adapter ist dann das erste was rausfliegt.
Ich würde auf jeden Fall vorher mal den Host selbst neu starten. Also die Maschine, auf der Proxmox läuft.
-
Wenn ich das nicht alles schon gemacht hätte ... mehrfach.
Allles! ist mindestens 1x kpl neu installiert. Zum Test auch eine VM aufgsetzt. Dort das gleiche Verhalten.
Marko
-
@marko67 dann setzt du möglicherweise bei der Einrichtung irgendwo ein falsches Häkchen
-
@marko67 sagte in NUC-Proxmox-steigender Ram:
Wenn ich das nicht alles schon gemacht hätte ... mehrfach.
Und hast du den jungfräulichen ioBroker nach der Installation einfach laufen lassen ohne ein Backup einzuspielen oder irgendetwas zu installieren oder zu konfigurieren?
-
Wäre jetzt auch meine Erste Frage: Taugt das Problem erst nach einspielen deines Backups auf?
Falls der admin.0 der Auslöser ist, installier doch mal eine zweite Instanz vom admin (admin.1) und rufe darüber den admin auf (in den Einstellungen den Port prüfen) und lösche dann die admin.0.
Alternativ, stoppe die admin.0 auch mal von der Shell und beobachte dann dein System.