Einstellungsmenü nicht aufrufbar
-
@marko1974 Ahso, dann solltest Du vielleicht mal in die Config vom web.0 schauen.
Was hältst Du davon, wenn wir morgen via PM mal Daten tauschen und evtl. ne Screenshare Session machen?
Wir können die Resultate dann hier sharen, Aber so ist das etwas langwierig
-
@great-sun Hab mittlerweile sogar noch das Batterie-Monitoring für die TFAs implementiert
Jetzt ist aber Schluss. Ich bin jetzt AFK
-
@great-sun ja können wir gern machen
-
@great-sun hab dir per dm geschrieben
-
[22:22:49] openhabian@openhab:/opt/iobroker$ node node_modules/iobroker.js-controller/controller.js --logs 2022-04-24 22:22:54.946 - info: host.openhab iobroker.js-controller version 4.0.21 js-controller starting 2022-04-24 22:22:54.966 - info: host.openhab Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2022-04-24 22:22:54.968 - info: host.openhab hostname: openhab, node: v14.19.1 2022-04-24 22:22:54.970 - info: host.openhab ip addresses: 192.168.178.72 fe80::3251:b8ad:60b6:6025 2022-04-24 22:22:57.145 - error: host.openhab-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/object s.jsonl"! -
@marko1974 Als ich das Problem hatte, durfte ich das letzte Backup zurückspielen und ioBroker neu aufsetzen
-
sudo lsof /opt/iobroker/iobroker-data/objects.jsonl -
[22:44:55] openhabian@openhab:/opt/iobroker$ sudo lsof /opt/iobroker/iobroker-data/objects.jsonl COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME iobroker. 3711 iobroker 19u REG 179,2 21023538 7657 /opt/iobroker/iobroker-data/objects.jsonl@Great-SUN ich glaube ja es liegt daran, dass ich´s auf port 9003 laufen habe. Das hatte ich umgestellt, da 9001 belegt war. Warum ich das gemacht habe weiss ich nicht mehr so genau.
Der JS will aber von 9001 holen, verstehe ich das richtig - warum macht er das, wenn in der config 9003 steht
-
@marko1974 hast Du mehr als eine web-Instanz?
Wenn ja, dann prüfe die mal... wenn das so ist, kann es sein, dass er einfach auf der falschen instanz liegt und deswegen falsch funkt
Kann auch sein, dass er einfach etwas kaputt ist... Dann solltest Du vielleicht versuchen den Port frei zu bekommen und die web-Instanz darauf zu packen.Die Fehlermeldung sagt aber eigentlich, dass er das File lokal auf der Platte nicht locken kann, weil es beim Laden der Datei einen Fehler gibt.
-
@great-sun ich hab´s...das ist der alte frontail logger von openhab. den nutze ich gar nicht mehr. probiere mal den zu deinstallieren
-
@marko1974 Im Zweifel einfach kill -9 auf den Prozess, wenn er wieder hoch kommt, dann ist irgendwo ein monitor, der darauf schaut, dass der am laufen bleibt, dann musste den mit killen
-
@great-sun ja aber sowas kann ich nicht "mal eben"
-
@Great-SUN grummel
[23:48:57] openhabian@openhab:~$ node node_modules/iobroker.js-controller/controller.js --logs internal/modules/cjs/loader.js:905 throw err; ^ [23:51:59] openhabian@openhab:/opt/iobroker$ node node_modules/iobroker.js-controller/controller.js --logs 2022-04-24 23:52:15.503 - info: host.openhab iobroker.js-controller version 4.0.21 js-controller starting 2022-04-24 23:52:15.524 - info: host.openhab Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker 2022-04-24 23:52:15.526 - info: host.openhab hostname: openhab, node: v14.19.1 2022-04-24 23:52:15.529 - info: host.openhab ip addresses: 192.168.178.72 fe80::3251:b8ad:60b6:6025 2022-04-24 23:52:17.704 - error: host.openhab-Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"!jetzt hatte ich den frontail.service beseitigt und den port wieder auf 9001 geändert.
iob läuft auf dem port - das tat er vorher nicht - trotzdem gehts nicht und die DB ist lahm -
@marko1974 sagte in Einstellungsmenü nicht aufrufbar:
trotzdem gehts nicht und die DB ist lahm
zeig doch mal
ls -lt /opt/iobroker/iobroker-data -
[23:57:30] openhabian@openhab:/opt/iobroker/log$ ls -lt /opt/iobroker/iobroker-data insgesamt 47436 drwxrwxr-x+ 2 iobroker iobroker 4096 Apr 25 00:00 objects.jsonl.lock drwxrwxr-x+ 2 iobroker iobroker 4096 Apr 25 00:00 states.jsonl.lock -rw-rw-r--+ 1 iobroker iobroker 11184907 Apr 25 00:00 objects.jsonl -rw-rw-r--+ 1 iobroker iobroker 14367073 Apr 24 23:59 states.jsonl -rwxrwxrwx+ 1 iobroker iobroker 4779 Apr 24 23:46 iobroker.json -rw-rwxr--+ 1 iobroker iobroker 3 Apr 24 23:45 notifications.json drwxrwxr-x+ 2 iobroker iobroker 4096 Apr 24 20:45 backitup drwxrwxrwx+ 2 iobroker iobroker 12288 Apr 24 20:27 backup-objects drwxrwxr-x+ 51 iobroker iobroker 4096 Apr 22 22:25 files drwxrwxr-x+ 6 iobroker iobroker 4096 Apr 21 01:18 node-red drwxrwxr-x+ 3 iobroker iobroker 4096 Mär 7 00:42 eusec.0 -rw-rwxr--+ 1 iobroker iobroker 1269405 Mär 3 17:02 states.json.migrated -rw-rwxr--+ 1 iobroker iobroker 8102145 Mär 3 17:02 objects.json.migrated -rw-rwxr--+ 1 iobroker iobroker 8102149 Mär 3 17:02 objects.json.bak.migrated -rw-rwxr--+ 1 iobroker iobroker 1269376 Mär 3 17:00 states.json.bak.migrated -rw-rwxr--+ 1 iobroker iobroker 4194304 Feb 27 13:55 objects.json.broken drwxrwxr-x+ 2 iobroker iobroker 4096 Nov 16 12:41 history drwxrwxr-x+ 3 iobroker iobroker 4096 Nov 9 00:23 tmp drwxrwxr-x+ 5 iobroker iobroker 4096 Jun 6 2021 ham_0 drwxrwxr-x+ 2 iobroker iobroker 4096 Jun 6 2021 yahka.2.hapdata drwxrwxr-x+ 2 iobroker iobroker 4096 Jun 5 2021 yahka.1.hapdata drwxrwxr-x+ 2 iobroker iobroker 4096 Jun 1 2021 yahka.0.hapdata -
@marko1974 nee leider nicht. Die Annahme war dass deine states.jsonl evtl. riesig ist und daher alles langsam ist. dann wäre ein upgrade des js-controller angeraten gewesen.
logs siehst du übrigens auch mit
iob logs --watch
odertail -f log/*curr*
aber in /opt/iobroker ausführen!
-
@fastfoot weiss nix mehr
-
@marko1974 zeig trotzdem mal noch
cat /opt/iobroker/iobroker-data/iobroker.json -
[00:11:38] openhabian@openhab:/opt/iobroker/log$ 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": false }, "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": "../../iobroker-data/", "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" } }, "states": { "type": "jsonl", "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].", "host": "127.0.0.1", "port": 9000, "connectTimeout": 2000, "writeFileInterval": 30000, "dataDir": "../../iobroker-data/", "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" } }, "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": "" } } }, "plugins": {}, "dataDir": "../../iobroker-data/" -
@marko1974 'leider' auch ok. tippe evtl noch auf defekte sd-karte, aber da befinde ich mich voll auf Glatteis
'
