UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

gibt es eventuell noch eine Lösung

möglich - aber mal warten, wann @apollon77 wieder Zeit hat.
Es gibt auch manchmal ein Leben neben ioBroker.

[Atticus]

@homoran :-)) alles gut, ich muss auch gleich ein bisschen arbeiten gehen. Danke erst mal für Eure Hilfe, vielleicht heute Abend oder morgen früh noch mal.

[apollon77]

@atticus Sorry typo

ps auxwww |grep io

[Atticus]

@apollon77 bin gerade arbeiten, heute abend bin ich wieder dran

[Atticus]

Hallo, da bin ich wieder.
Hier die Ausgabe von

ps auxwww |grep io

login as: pi
pi@192.168.2.238's password:
Linux ioBroker482 5.10.63-v7l+ #1496 SMP Wed Dec 1 15:58:56 GMT 2021 armv7l

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Feb 22 11:57:20 2022 from 192.168.2.196
pi@ioBroker482:~ $ ps auxwww |grep io
root        13  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/0]
root        16  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/1]
root        21  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/2]
root        26  0.0  0.0      0     0 ?        S    14:12   0:00 [migration/3]
root        58  0.0  0.0      0     0 ?        I<   14:12   0:00 [blkcg_punt_bio]
root        62  0.0  0.0      0     0 ?        I<   14:12   0:00 [rpciod]
root        64  0.0  0.0      0     0 ?        I<   14:12   0:00 [xprtiod]
root        66  0.0  0.0      0     0 ?        I<   14:12   0:00 [nfsiod]
root        76  0.0  0.0      0     0 ?        I<   14:12   0:00 [DWC Notificatio]
message+   369  0.1  0.0   6720  3500 ?        Ss   14:12   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
avahi      382  0.0  0.0   5900  2588 ?        Ss   14:12   0:00 avahi-daemon: running [ioBroker482.local]
iobroker   763  137  4.8 507568 389432 ?       Rsl  14:16   0:17 iobroker.js-controller
pi         804  0.0  0.0   7360   520 pts/0    S+   14:16   0:00 grep --color=auto io
pi@ioBroker482:~ $ iobroker status
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!
pi@ioBroker482:~ $

[Homoran]

@atticus sagte in ioBroker startet nicht mehr:

iobroker 763 137 4.8 507568 389432 ? Rsl 14:16 0:17 iobroker.js-controller

da läuft noch einer

[apollon77]

@atticus sagte in ioBroker startet nicht mehr:

iobroker 763 137 4.8 507568 389432 ? Rsl 14:16 0:17 iobroker.js-controller

Genau, da läuft noch ein conteoller Prozess, daher ost die DB gelockt. Kill den mal oder mach nochmal "iob stop" oder Reboote mal

[Max Zelmer]

Hallo zusammen,

ich habe ebenfalls dieses Problem.
Ich habe heute morgen ein Update durchgeführt:

sudo apt-get update && sudo apt-get upgrade

Im Anschluss habe ich meinen Server neugestartet:

sudo reboot -h 0

Danach habe ich versucht, per Webbrowser auf meinen iobroker (also die Adminoberfläche) zuzugreifen.
Der Browser meldet zurück: 192.168.178.10 hat eine Verbindung verweigert.

Also habe ich versucht, den iobroker Status abzufragen:

max@server:/opt/iobroker/iobroker-data$ iobroker status
Server Cannot start inMem-states on port 9000: Failed to lock DB file "/opt/iobroker/iobroker-data/states.jsonl"!

Ich habe mich an den Dingen orientiert, die hierzu bereits geschrieben wurden. Leider ohne Erfolg.
Ich habe dann den iobroker gestoppt und geschaut, ob noch ein Prozess dazu läuft. Leider nein:

max@server:/opt/iobroker/iobroker-data$ iob stop
max@server:/opt/iobroker/iobroker-data$ ps auxwww |grep io
root          11  0.0  0.0      0     0 ?        S    11:00   0:00 [migration/0]
root          17  0.0  0.0      0     0 ?        S    11:00   0:00 [migration/1]
root          78  0.0  0.0      0     0 ?        I<   11:00   0:00 [blkcg_punt_bio]
root          92  0.0  0.0      0     0 ?        I<   11:00   0:00 [vfio-irqfd-clea]
root         398  0.0  0.0      0     0 ?        I<   11:00   0:00 [rpciod]
root         399  0.0  0.0      0     0 ?        I<   11:00   0:00 [xprtiod]
message+     661  0.0  0.1   7800  4572 ?        Ss   11:00   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
max         4391  0.0  0.0   6432   656 pts/0    S+   11:36   0:00 grep --color=auto io

Und jetzt weiß ich auch absolut nicht mehr weiter :(

[crunchip]

@max-zelmer wenn kein Prozess mehr läuft, vllt ist der Port 9000 anderweitig belegt

netstat -tulpen

[sigi234]

@max-zelmer

Hast du Logitech Media Server laufen?

[Max Zelmer]

Hi,

@sigi234 ich habe keinen Logitech Media Server am laufen.

Ich konnte mir mittlerweile helfen, in dem ich die node_modules kopiert habe in node_modules_. Dann habe ich mit Force den NPM-Cache geleert, NPM und ein paar Adapter neu installiert.
Konkret bin ich nach dieser Anleitung vorgegangen:
https://forum.iobroker.net/topic/13693/howto-anleitung-reset-der-iobroker-installation-mit-beibehaltung-der-konfiguration

Also kurz gesagt: mein ioBroker läuft wieder. Keine Ahnung, was da los war ...

Edit: Nachdem der ioBroker wieder lief, habe ich mein Backup von letzter Nacht per Backitup wieder eingespielt.

[apollon77]

@max-zelmer WIeviele objekte und states hast du?

[Max Zelmer]

@apollon77 Laut der Seite "Objekte":
Objekte: 10056, Zustände: 9100

[apollon77]

@max-zelmer Ok, das ist jetzt nicht mega viel. Ok hast es ja gelöst bekommen.

[fraso]

Hallo,

ich habe das gleiche Problem.
Admin 4.0.21
Mein iobroker startete nachts autmatisch neu (normaler, tägl. restart)

Auffällig finde ich das die states.jsonl so groß ist

-rw-rwxr--+  1 iobroker iobroker 25996559277 15. Apr 05:08 states.jsonl

Meine Lösung:
löschen der Datei.
iobroker startet normal, die states sind leer...
dann RESTORE vom iobroker backup von der selben nacht
iobroker läuft wieder

Hier die Datei states.jsonl nach dem Restore:

-rw-rw-r--+  1 iobroker iobroker     7621579 15. Apr 08:49 states.jsonl

Schon nach kurzer Zeit wächst die wieder.

-rw-rw-r--+  1 iobroker iobroker     8443910 15. Apr 08:54 states.jsonl

Für Hinweise wie ich das in Zukunft verhindern kann wäre ich sehr dankbar. Das ist mir jetzt schon 1-2x in der letzten Woche passiert.

Fing an als ich modbus für meine Vestel zum Überschußladen programmiert habe (was wunderbar klappt). Allerdings polled mein Blockly dort alle 25ms-29ms die Daten. Vllt. ist das das Übel. Ich schalte das mal aus. Oder was meint Ihr? Kann es daran liegen?

States Info:

[DEBUG] [iobroker] - host.NUCioBroker 20775 states saved

[DEBUG] [iobroker] - host.NUCioBroker 31807 objects saved

Und eine Frage: nur die states.jsonl habe ich in meinem Backup nicht gefunden... wo steht die? (fürs nächste mal :( )

Danke.

[apollon77]

@fraso bitte zeige mal deine /opt/iobroker/iobroker-data/iobroker.json und da die Abschnitte mit States und objects.

Side question:

Mein iobroker startete nachts autmatisch neu (normaler, tägl. restart)

Warum das eigentlich?

[fraso]

@apollon77 sagte in ioBroker startet nicht mehr:

Warum das eigentlich?

Das kann ich Dir nicht beantworten.
Ob ich das eingestellt habe oder bei der Installation vorgegeben war... ich wüßte jetzt nicht mal wo ich aus/einschalten kann.

[fraso]

@apollon77 sagte in ioBroker startet nicht mehr:

bitte zeige mal deine /opt/iobroker/iobroker-data/iobroker.json und da die Abschnitte mit States und objects.

e6iob@NUCioBroker:~$ cat /opt/iobroker/iobroker-data/iobroker.json
{
  "system": {
    "memoryLimitMB": 0,
    "hostname": "",
    "statisticsInterval": 15000,
    "statisticsIntervalComment": "Interval how often the counters for input/output in adapters and controller will be updated",
    "checkDiskInterval": 300000,
    "checkDiskIntervalComment": "Interval how often the disk size will be checked",
    "instanceStartInterval": 2000,
    "noChmodComment": "Flag to test new feature with no chmod call. Must be deleted later and noChmod must be mainline (2018.06.04)",
    "compact": false,
    "compactComment": "Controller will try to start the instances as a part of the same process. No spawn will be done. Only by adapters that support it and have flag compact flag in io-package.json",
    "allowShellCommands": false,
    "allowShellCommandsComment": "Allow execution of \"shell\" sendToHost commands",
    "memLimitWarn": 100,
    "memLimitWarnComment": "If the available RAM is below this threshold on adapter start, a warning will be logged.",
    "memLimitError": 50,
    "memLimitErrorComment": "If the available RAM is below this threshold on adapter start, an error will be logged."
  },
  "multihostService": {
    "enabled": false,
    "secure": true,
    "password": ""
  },
  "objects": {
    "type": "jsonl",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "127.0.0.1",
    "port": 9001,
    "noFileCache": false,
    "maxQueue": 1000,
    "connectTimeout": 2000,
    "writeFileInterval": 5000,
    "dataDir": "",
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000,
      "retry_max_count": 19,
      "db": 0,
      "family": 0
    },
    "backup": {
      "disabled": false,
      "files": 24,
      "filesComment": "Minimal number of backup files, after the deletion will be executed according to backupTime settings",
      "hours": 48,
      "hoursComment": "All backups older than 48 hours will be deleted. But only if the number of files is greater than of backupNumber",
      "period": 120,
      "periodComment": "by default backup every 2 hours. Time is in minutes. To disable backup set the value to 0",
      "path": "",
      "pathComment": "Absolute path to backup directory or empty to backup in data directory"
    },
    "jsonlOptions": {
      "autoCompress": {},
      "throttleFS": {}
    }
  },
  "states": {
    "type": "jsonl",
    "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].",
    "host": "127.0.0.1",
    "port": 9000,
    "connectTimeout": 2000,
    "writeFileInterval": 30000,
    "dataDir": "",
    "options": {
      "auth_pass": null,
      "retry_max_delay": 5000,
      "retry_max_count": 19,
      "db": 0,
      "family": 0
    },
    "backup": {
      "disabled": false,
      "files": 24,
      "filesComment": "Minimal number of backup files, after the deletion will be executed according to backupTime settings",
      "hours": 48,
      "hoursComment": "All backups older than 48 hours will be deleted. But only if the number of files is greater than of backupNumber",
      "period": 120,
      "periodComment": "by default backup every 2 hours. Time is in minutes. To disable backup set the value to 0",
      "path": "",
      "pathComment": "Absolute path to backup directory or empty to backup in data directory"
    },
    "jsonlOptions": {
      "autoCompress": {},
      "throttleFS": {}
    }
  },
  "log": {
    "level": "info",
    "maxDays": 3,
    "noStdout": true,
    "transport": {
      "file1": {
        "type": "file",
        "enabled": true,
        "filename": "log/iobroker",
        "fileext": ".log",
        "maxsize": null,
        "maxFiles": null,
        "maxSize": null,
        "level": ""
      },
      "syslog1": {
        "type": "syslog",
        "enabled": false,
        "host": "localhost",
        "hostComment": "The host running syslogd, defaults to localhost.",
        "portComment": "The port on the host that syslog is running on, defaults to syslogd's default port(514/UDP).",
        "protocol": "udp4",
        "protocolComment": "The network protocol to log over (e.g. tcp4, udp4, unix, unix-connect, etc).",
        "pathComment": "The path to the syslog dgram socket (i.e. /dev/log or /var/run/syslog for OS X).",
        "facilityComment": "Syslog facility to use (Default: local0).",
        "localhost": "iobroker",
        "localhostComment": "Host to indicate that log messages are coming from (Default: localhost).",
        "sysLogTypeComment": "The type of the syslog protocol to use (Default: BSD).",
        "app_nameComment": "The name of the application (Default: process.title).",
        "eolComment": "The end of line character to be added to the end of the message (Default: Message without modifications).",
        "level": "",
        "facility": ""
      },
      "seq1": {
        "type": "seq",
        "enabled": false,
        "serverUrl": "http://IP:PORT",
        "serverUrlComment": "The http(s) URL including port of the seq server. If you use HTTPS a real certificate is needed; self signed certs are ot accepted.",
        "apiKey": "",
        "apiKeyComment": "The apiKey of the seq system",
        "level": "",
        "eol": ""
      }
    }
  },
  "plugins": {},
  "dataDir": "../../iobroker-data/"
}e6iob@NUCioBroker:~$ 

[apollon77]

@fraso ok. Da ist in States und objects jeweils ein Bereich mit jsonOptions mit quasi zwei leeren Einträgen. Bitte wirf den kompletten jsonlOptions Teil raus. Und schau das nach dem } davor auch das Komma am Ende weg ist. Danach sollte alles wieder tun wie es soll.

[fraso]

@apollon77

Kurze Info. Startet wieder ganz normal nachts durch.
Wie gesagt, nicht der NUC macht ein stummes reboot sonder der iobroker wird beendet und dann neu gestartet. warum weiß ich aber immer noch nicht :)