NEWS
Slave meldet sich nicht mehr
-
@sms und die anderen laufen??? komisch
die objects ist im eimer.. müsste aber auf dem master sein.. -
@arteck d.h.? Bringt eine Neuinstallation des Slaves was?
Also die Ausgabe ist vom Slave.
-
@sms sagte in Slave meldet sich nicht mehr:
SyntaxError: /opt/iobroker/iobroker-data/iobroker.json: Unexpected end of JSON input
Das sagt doch alles ... das Haupt Konfigfile iobrpker.json ist kaputt
Auf machen und schauen was es ist und gff retten. ggf den Inhalt in einen Online JSON editor kopieren. Der sagt Dir was falsch ist. Und ggf iobroker.json aus einem Backup holen und vergleichen
-
@apollon77 da ist nix drin
pi@MotionEye:/opt/iobroker/iobroker-data $ ls -l insgesamt 2644 drwxrwxr-x+ 2 iobroker iobroker 4096 Jan 3 2021 backup-objects drwxrwxr-x+ 5 iobroker iobroker 4096 Jan 3 2021 files -rw-rwxr--+ 1 iobroker iobroker 0 Okt 23 15:06 iobroker.json -rw-rw-r--+ 1 iobroker iobroker 3 Sep 30 18:58 notifications.json -rw-rwxr--+ 1 iobroker iobroker 1924466 Jan 3 2021 objects.json -rw-rwxr--+ 1 iobroker iobroker 293536 Jan 3 2021 objects.json.bak -rw-rwxr--+ 1 iobroker iobroker 237326 Jan 3 2021 states.json -rw-rwxr--+ 1 iobroker iobroker 237298 Jan 3 2021 states.json.bak
Also ich schaue immer noch auf dem Slave, richtig?
Was soll denn da in etwa drin stehen?
-
@sms Da sist blöd das da nix drin ist ... schau doch auf nem anderen slave oder dem master ... da steht dann mehr drin.
-
@apollon77 in einem anderen Slave steht was drin. Kann ich das dann grad rüber kopieren? Sehe auf den ersten Blick nichts Slavespezifisches.
-
@sms sagte in Slave meldet sich nicht mehr:
Sehe auf den ersten Blick nichts Slavespezifisches.
und wir sehen gar nichts
-
Slave kellerkind4GB:
{ "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", "noChmod": false, "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$ "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 }, "network": { "IPv4": true, "IPv6": true, "bindAddress": null }, "objects": { "type": "file", "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].", "host": "192.168.178.58", "port": 9001, "user": "", "pass": "", "noFileCache": false, "connectTimeout": 2000, "writeFileInterval": 5000, "options": { "auth_pass": null, "retry_max_delay": 5000 }, "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": 7, "noStdout": true, "transport": { "file1": { "type": "file", "enabled": true, "filename": "log/iobroker", "fileext": ".log", "maxSize": null, "maxFiles": null }, "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)." } } }, "dataDirComment": "Always relative to iobroker.js-controller/", "plugins": {}, "dataDir": "../../iobroker-data/" }
-
@sms sagte in Slave meldet sich nicht mehr:
"host": "192.168.178.58",
ist das der Master?
@apollon77 mag da sicher mehr erkennen ob die ganzen
null
und""
in Ordnung sind -
@homoran ja ist der Master
-
Wenn ich die Datei iobroker.json auf dem nicht mehr funktionierenden Slave öffne, erschein unten:
[ Fehler beim Lesen der Sperrdatei ./.iobroker.json.swp: Nicht genügend Daten gelesen ]
-
@sms sagte in Slave meldet sich nicht mehr:
Fehler beim Lesen der Sperrdatei
dann darfst du die als User pi nicht öffnen
-
@homoran Seltsam, das ich die Datei bei den anderen Slaves und beim Master öffnen kann.
-
sudo -u iobroker nano /opt/iobroker/iobroker-data/iobroker.json
Aber das war ja die defekte Datei, oder nicht?
-
@thomas-braun bei der defekten Datei erscheint
[ Fehler beim Lesen der Sperrdatei ./.iobroker.json.swp: Nicht genügend Daten gelesen ]
-
@thomas-braun sagte in Slave meldet sich nicht mehr:
Aber das war ja die defekte Datei, oder nicht?
ich denke ja, oder kann auch fehlende Zugriffsrechte zu diesem Fehler führen?
-
@homoran
Andersherum eher. Die Rechte können ja auch 'kaputt' gehen. Das könnte dann ein Hinweis auf ein sterbendes Dateisystem sein.dmesg -T | grep -i ext4
auf dem Host 'MotionEye' bringt?
Undgetfacl /opt/iobroker/iobroker-data/iobroker.json
bitte.
-
@thomas-braun sagte in Slave meldet sich nicht mehr:
Die Rechte können ja auch 'kaputt' gehen. Das könnte dann ein Hinweis auf ein sterbendes Dateisystem sein.
das wäre dann auch meine letzte Möglichkeit gewesen.
Dann sollte man sowieso eine neue Karte nehmen und neu aufbauen -
@sms Wenn das das File vom anderen Slave ist und die IPs drin die vom master sind und hostname oben "leer" ist dann ja kannst DU so übernehemn auf den anderen Slave
-
pi@MotionEye:~ $ dmesg -T | grep -i ext4 [Mo Okt 25 16:13:24 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:E2:9D:54 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=d666f4cc-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait [Mo Okt 25 16:13:27 2021] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [Mo Okt 25 16:13:27 2021] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Mo Okt 25 16:13:29 2021] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
pi@MotionEye:~ $ getfacl /opt/iobroker/iobroker-data/iobroker.json getfacl: Entferne führende '/' von absoluten Pfadnamen # file: opt/iobroker/iobroker-data/iobroker.json # owner: iobroker # group: iobroker user::rw- group::r-- group:iobroker:rwx mask::rwx other::r--