Bitte Hilfe - ioBroker extrem instabil (gelöst)
-
Wie kann ich den Fehler eingrenzen? `
Normalerweise würde ich jetzt empfehlen Hardwaredaten zu loggen, was in einer VM nicht geht, da diese keine eigentliche Hardware hat.Da das Problem aber auch vorher beim RasPi auftrat denke ich, dass es woanders dran liegt.
Da hilft es dann nur in diversen logs (iobroker/System) zu forschen, ob da etwas steht.
Gruß
Rainer
-
Aber wenn sich Proxmox aufhängt, hat das einen Grund.
-
Alt ist die SSD nicht. 242 Tage bislang gelaufen. 0 Errors. `
Das ist wirklich nicht die Menge:
Hier war es wohl das Netzteil, dass nach fast 1 Jahr stabilen Laufens immer wieder ausfiel.
Habe ich vor 1 Woche ausgetauscht
Gruß
Rainer
-
das bedeutet wohl, dass das System so nicht zu retten sein wird.
Ich werde wohl nochmals von vorne beginnen müssen
und dann nur 1 od. 2 Adapter pro Woche installieren bis ich da bin wo ich hin will.
Dann funktioniert eben für eine gewisse Zeit sehr wenig bis nichts
Aber irgenwie muss ich ja weiter kommen…
Dennoch danke für eure Hilfe und Unterstützung,
-
Aber eine Uptime von gerade mal 7 Tagen ist auch nicht viel.
Ich möchte schon ein System, welches durchläuft.
Oder sind die 7 Tage wegen tausch des Netzteils?
-
Wie @stabilostick schon sagte, wenn sogar die VM (?? oder ganz proxmox) abschmiert liegt es Höchstwahrscheinlich nicht an ioBroker.
> Oder sind die 7 Tage wegen tausch des Netzteils?
Ja!Habe da noch ganz andere am Laufen:
Gruß
Rainer
-
Ok, ganz von vorne.
Wie hast Du Proxmox installiert?
Mit welchen Parametern hast Du die VM erstellt?
Container oder VM?
Dann sehen wir weiter. Bei mir läuft ioBroker auf 2 NUCs unter Proxmox völlig ohne Probleme.
Gruß,
Eric
Von unterwegs getippert
-
Hi,
Proxmox via USB Stick lt. Videoanleitung (https://www.youtube.com/watch?v=492AQDA89GU)
Erstellt somit eine VM
-
Ok, das sieht erst mal brauchbar aus.
Was sind das für 2 USB-Geräte, die Du jetzt schon eingebunden hast?
Nachtrag/Edit:
Die 3 GB RAM könnten etwas knapp werden.
Ich habe 8 zugewiesen und es sind über 4 in Benutzung (laut Proxmox)
Gruß,
Eric
Von unterwegs getippert
-
ok, danke.
ich habe nun folgende Adapter installiert und teilweise am laufen.
ich werde das mal so belassen, wobei hierbei die wichtigsten für mich deaktiviert sind.
Aber vielleicht kann ich so einer Neuinstallation doch noch entgehen (ist doch recht viel Zeit und Arbeit).
Wenn es so nun bis morgen ohne Probleme läuft werde ich der VM auch mehr Speicher gönnen.
Was meinst du, wie viel der 8GB kann ich der VM überhaupt weitergeben?
root@iobroker:/home/psw# iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.backitup.0 : backitup - enabled system.adapter.daswetter.0 : daswetter - enabled system.adapter.discovery.0 : discovery - enabled system.adapter.flot.0 : flot - enabled system.adapter.history.0 : history - enabled system.adapter.ical.0 : ical - disabled system.adapter.ical.1 : ical - disabled system.adapter.ical.2 : ical - disabled system.adapter.ical.3 : ical - disabled system.adapter.ical.4 : ical - disabled system.adapter.icons-fatcow-hosting.0 : icons-fatcow-hosting - enabled system.adapter.icons-icons8.0 : icons-icons8 - enabled system.adapter.icons-material-png.0 : icons-material-png - enabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg - enabled system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png - enabled system.adapter.javascript.0 : javascript - disabled system.adapter.mihome.0 : mihome - enabled, port: 9898, bind: 192.168.1.8 system.adapter.mobile.0 : mobile - disabled system.adapter.mqtt.0 : mqtt - disabled, port: 1880 system.adapter.radar.0 : radar - enabled system.adapter.rickshaw.0 : rickshaw - enabled system.adapter.sayit.0 : sayit - enabled, port: 0 system.adapter.sonoff.0 : sonoff - enabled, port: 1883, bind: 0.0.0.0 system.adapter.sonos.0 : sonos - enabled system.adapter.telegram.0 : telegram - disabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command - enabled system.adapter.vis-bars.0 : vis-bars - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd - enabled system.adapter.vis-keyboard.0 : vis-keyboard - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather - enabled system.adapter.vis.0 : vis - enabled system.adapter.web.0 : web - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.wifilight.0 : wifilight - enabled system.adapter.yeelight-2.0 : yeelight-2 - enabled system.adapter.zigbee.0 : zigbee - disabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3018-if00 root@iobroker:/home/psw# -
Lass erst mal laufen.
Aber die Frage nach den beiden USB-Geräten hätte ich gerne noch beantwortet
Gruß,
Eric
Von unterwegs getippert
-
Warum flot und rickshaw?
27 Adapter wären für einen RasPi wahrscheinlich eh zuviel gewesen.
Das schafft der mit seinen 1GB RAM nicht.
Wenn du dann noch aufwändige Views und Charts (diese mit Rickshaw und Flot generierst) könnte es mit den 3GB auch schon knapp werden.
Den realen Verbrauch an RAM von
-
yeelight
-
wifilight
-
sonoff
-
radar
-
mihome
und daswetter
kann ich nicht beurteilen, da ich sie nicht nutze.
Was steht denn oben rechts in deinem Reiter Instanzen?
Gruß
Rainer
-
-
-
Update:
ca. 3,5 Std. ohne Probleme bis auf Zigbee.
Hier gibt es eine Fehlermeldung im Log:
2019-02-03 14:19:50.870 - warn: zigbee.0 Failed to configure 0x7cb03eaa00b08ed2 Plug 01 2019-02-03 14:22:20.911 - error: zigbee.0 Cannot get the Node Descriptor of the Device: 0x7cb03eaa00b08ed2 (Error: Timed out after 10000 ms) 2019-02-03 14:27:20.852 - error: zigbee.0 Cannot get the Node Descriptor of the Device: 0x7cb03eaa00b08ed2 (Error: Timed out after 10000 ms)Hierbei handelt es sich um einen Osram plug, welcher auf halber Strecke zu einem Sensor liegt, damit die Verbindung sichergestellt wird.
Aber lt. Netzwerk hat sich dieser Sensor direkt verbunden.
Ob das nun eine Rolle spielt? (Ich hatte auch in der Vergangenheit das Gefühl, dass Zigbee nicht ganz so optimal läuft).
Auslastung: gesamte RAM-Nutzung: 989 MB / Frei: 66% = 2.003 MB [Host: iobroker - 16 Prozesse]
Nun habe ich Telegram gestartet und warte mal was hier passiert, wird auch der letzte Adapter sein bis morgen Abend.
Auslastung: gesamte RAM-Nutzung: 1055 MB / Frei: 65% = 1.957 MB [Host: iobroker - 17 Prozesse]
Ich werde dies hier gleich mal als eine art Logbuch weiterführen, im Falle, dass jemand mal ein ähnliches Problem hat.
-
Hi,
Zigbee Timeouts haben auch erstmal nichts mit deinem Problem zu tun. Die können auftreten und sagen nur das das Gerät nicht so geantwortet hat wie es sollte. Das ist aber erstmal egal.
Was ist denn für ein Netzteil am Nuc? Ich hatte schonmal große probleme mit einem netzteil was versagt.
Was mich immer noch stutzig macht ist was Du am ANfang geschrieben hattest das Proxmox den Status der VM nicht kannte. Ist das immer noch so? Dann würe ich erstmal bei Proxmos ansetzen.
Was auch helfen kann ist das noch in der VOm zu installieren: https://pve.proxmox.com/wiki/Qemu-guest-agent.
Auch ich habe einige Nuc und Proxmox im Einsatz und alles stabil.
-
Hi,
Netzteil habe ich das originale in Verwendung.
Werde ich aber auch einfach mal gegen ein stärkeres tauschen, diese kosten ja nicht die Welt.
Danke für den Tipp.
Das Problem mit Proxmox entstand aber erst nachdem die VM mit ioBroker derart instabil wurde.
Evtl. ist es auch ein Speicherproblem wie oben bereits angedeutet wurde, wobei dies aber der aktuell angezeigte Verbrauch eher ausschließen würde.
Speicher kann ich ja auch noch von 3 GB auf 6 erhöhen (dann bliebe Proxmox aber nur mehr 2 GB).
Vielleicht möchte hierzu noch jemand eine Empfehlung abgeben (8GB sind verbaut).
Proxmox Qemu-guest-agent werde ich jedenfalls noch nachinstallieren, hört sich vernünftig an.
Bis jetzt läuft das System wieder, werde am Abend javascript aktivieren (jedoch nicht alle Scripts).
Ich vermute, dass ich meine Scripts nicht ausreichend sauber programmiert habe.
Wird ein mühseliger Weg…
-
Ich glaube RAM erhöhen ist nur sinnvoll wenn es nötig ist. Dein Top sah an sich ok aus.
-
akt. Status:
lief den ganzen Tag ohne Probleme
Habe nun den javascript Adapter gestartet, jedoch nicht alle Scripte aktiviert.
Damit ist der Speicherbedarf auch erheblich gestiegen:
gesamte RAM-Nutzung: 1201 MB / Frei: 23% = 698 MB [Host: iobroker - 18 Prozesse]
Da noch Scripte offen sind und auch noch 5 Instanzen von ical, wird es wohl doch ein Speicherproblem sein.
Ich hatte dies leider nicht wirklich so beobachtet.
Danke nochmals für eure Hinweise, werde diesen Thread dennoch bis zum Ende mit Statusmeldungen füllen.
Vielleicht hat ja jemand anders auch mal ein ähnliches Problem…
-
wird es wohl doch ein Speicherproblem sein. `
nicht unbedingt.free != available
(http://www.linuxatemyram.com)
Du hast 3GB RAM, davon werden 1201MB benutzt, aber free sind nur 698. Da fehlen doch gut 1200MB :lol:
Die hat Linux sich reserviert, damit es die verwenden kann wenn Not am RAM ist.
Gruß
Rainer
-
OK, danke für die Information.
Aber das war es nun, javascript macht mir offenbar Probleme.
Die VM steht wieder, d.h. Webseite nicht erreichbar, via ssh nicht erreichbar und Proxmox zeigt auch nichts vernünftiges an…
Nun muss ich wohl wieder einen Reset machen und hoffen, dass nicht alles verloren ist.
Halt, ich kann die VM starten versuchen, ist erstmals anders als bisher…
