Bitte Hilfe - ioBroker extrem instabil (gelöst)

Stabilostick

Alt ist die SSD nicht. 242 Tage bislang gelaufen. 0 Errors. Sieht doch erst mal gut aus?

Homoran

> Device Model: KINGSTON SMS200S3120G
Ich glaube die habe ich auch irgendwo verbaut. In meinen ioBroker-Installationen finde ich sie jetzt nicht. Kann sein, dass sie in einem Netbook ist.

Habe damit jedenfalls bisher keine Probleme gehabt.

Allerdings schon mit einem NUC - da war das Anschlusskabel zur SSD defekt.

Gruß

Rainer

speedy

OK, dann wird es vermutlich die SSD nicht sein.

SSD Kabel: sporadische Probleme durch evtl. Wärmeentwicklung wären ja möglich

aber nach dem Neustart von eben, und den deaktivierten Adaptern läuft er wieder

ich werde zum Schwammerl, wo soll ich mit was anfangen?

Wie kann ich den Fehler eingrenzen?

Homoran

~~@speedy:~~

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

Stabilostick

Aber wenn sich Proxmox aufhängt, hat das einen Grund.

Homoran

~~@Stabilostick:~~

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

speedy

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,

speedy

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?

Homoran

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

eric2905

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

speedy

Hi,

Proxmox via USB Stick lt. Videoanleitung (https://www.youtube.com/watch?v=492AQDA89GU)

Erstellt somit eine VM

eric2905

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

speedy

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#

eric2905

Lass erst mal laufen.

Aber die Frage nach den beiden USB-Geräten hätte ich gerne noch beantwortet ;-)

Gruß,

Eric

Von unterwegs getippert

Homoran

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

speedy

@Eric:

sorry, ging unter

1x USB für Zigbee CC2531

1x USB für Bluetooth -> radar Adapter für Anwesenheitserkennung

@Rainer:

gesamte RAM-Nutzung: 743 MB / Frei: 74% = 2.232 MB [Host: iobroker - 14 Prozesse]

speedy

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.

apollon77

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.

speedy

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…

apollon77

Ich glaube RAM erhöhen ist nur sinnvoll wenn es nötig ist. Dein Top sah an sich ok aus.

Community Forum

NEWS

Bitte Hilfe - ioBroker extrem instabil (gelöst)

Support us

696

32.6k

82.1k

1.3m