NUC-Proxmox-steigender Ram

[crunchip]

@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

[MartinP]

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

[crunchip]

@martinp sagte in NUC-Proxmox-steigender Ram:

Heute nachmittag dann 7.1.2 ....

fixed host base settings dialog

[MartinP]

@crunchip Interessant, dass das gleichzeitig das "Latest" Release ist... Ohne Umweg über das Beta Repository direkt in die Manege geworfen

[marko67]

@crunchip

Nein. Ich dachte dann sind die Ausgabe ausführlicher für Euch??

[Dr. Bakterius]

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

[marko67]

@dr-bakterius

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.

[marko67]

@crunchip

Hallo

Dein Tipp mit
hat mir vielleicht weiter geholfen.

Ich habe beides ausgewählt und einen Reboot gemacht. Seitdem läuft es stabiler.

[Ro75]

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

[marko67]

@ro75

Ausgangszustand vor dem entfernen:

[marko67]

@ro75

Hier das Ergebnis nach ca. 4 Std.
Was ist jetzt Deine Meinung dazu @Ro75 ??

[Ro75]

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

[marko67]

@ro75
Ok

[Codierknecht]

@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 sucks

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

[marko67]

@codierknecht

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

[crunchip]

@marko67 dann setzt du möglicherweise bei der Einrichtung irgendwo ein falsches Häkchen

[Dr. Bakterius]

@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?

[darkiop]

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.

[marko67]

@dr-bakterius @darkiop

Jede Art getestet. Siehe Verlauf oben.

Mit und ohne Backup.
Im Moment läuft ein Container und eine VM. Nacktes System nur admin.0 und Backitup. Auf beiden Systemen gleiches Verhalten.

VM mit allen Updates der Container mit Debian wie instralliert ohne Updates.

[Codierknecht]

@marko67
Irgendwo ist da etwas grundsätzlich im Eimer.
Ich habe 4 Systeme laufen.
Produktiv als LXC unter Proxmox. Basis ist ein ThinkCentre M900 Tiny mit Core-i7 und 16 GB RAM.
Dann noch 3 Testsysteme, um alle Eventualitäten checken zu können:

• nativ auf 'nem NUC 7i5
• als Docker-Container
• unter Windows auf 'nem alten Surface 3 Pro

Keines der Systeme zeigt dieses seltsame Verhalten.

Hast Du - zumindest testweise - auch andere Hardware am Start um das dort mal zu prüfen?