Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Nordischerjung]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@Nordischerjung npm rebuild s7 ... wirklich so?
Das kann nicht gehen. „iobroker rebuild s7“ und dann geht’s auch mit --install ... npm Befehle sind anders. Jupp

das geht nicht, hatte ich schon gelesen und probiert.

Spoiler

root@ioBroker-Tinker:/opt/iobroker# iobroker rebuild s7
Commands:
iobroker setup [--objects <host>] [--states <host>] [custom]
iobroker start
iobroker stop
iobroker start <adapter>
iobroker stop <adapter>
iobroker start all
iobroker restart
iobroker restart <adapter>
iobroker info
iobroker logs [adapter] [--watch] [--lines=1000]
iobroker add <adapter> [desiredNumber] [--enabled] [--host <host>] [--port <port                                                             >]
iobroker install <adapter>
iobroker url <url> [<name>]
iobroker del <adapter>
iobroker del <adapter>.<instance>
iobroker update [repository url] [--updatable/--u] [--installed/--i]
iobroker upgrade [repository url]
iobroker upgrade self [repository url]
iobroker upgrade <adapter> [repository url]
iobroker upload <pathToLocalFile> <pathIniobroker>
iobroker upload all
iobroker upload <adapter>
iobroker object get <id>
iobroker object set <id> <json-value>
iobroker object set <id> propertyname=value
iobroker object del <id|pattern> [--yes]
iobroker object chmod <object-mode> [state-mode] <id>
iobroker object chown <user> <group> <id>
iobroker object list <id>
iobroker state get <id>
iobroker state getplain <id> [--pretty]
iobroker state getvalue <id>
iobroker state set <id> <value> [ack]
iobroker state del <id>
iobroker message <adapter>[.instanceid] <command> [<message>]
iobroker list <type> [filter]
iobroker chmod <mode> <file>
iobroker chown <user> <group> <file>
iobroker touch <file>
iobroker rm <file>
iobroker file read <iobroker-path-to-read> [<filesystem-path-to-write>]
iobroker file write <filesystem-path-to-read> <iobroker-path-to-write>
iobroker file rm <iobroker-path-to-delete>
iobroker file sync
iobroker user add <user> [--ingroup group] [--password pass]
iobroker user del <user>
iobroker user passwd <user> [--password pass]
iobroker user enable <user>
iobroker user disable <user>
iobroker user get <user>
iobroker user check <user> [--password pass]
iobroker group add <group>
iobroker group del <group>
iobroker group list <group>
iobroker group enable <group>
iobroker group disable <group>
iobroker group get <group>
iobroker group adduser <group> <user>
iobroker group deluser <group> <user>
iobroker host this
iobroker host <hostname>
iobroker host set <hostname>
iobroker host remove <hostname>
iobroker set <adapter>.<instance> [--port port] [--ip address] [--ssl true|false                                                             ]
iobroker license <license.file or license.text>
iobroker cert create
iobroker cert view [<certificate name>]
iobroker clean
iobroker backup
iobroker restore <backup name or path>
iobroker validate <backup name or path>
iobroker <command> --timeout 5000
iobroker status [all]
iobroker repo [name]
iobroker repo add <name> <path or url>
iobroker repo set <name>
iobroker repo del <name>
iobroker uuid
iobroker unsetup
iobroker fix
iobroker multihost <enable|disable> [--secure true|false]
iobroker multihost browse
iobroker multihost connect
iobroker compact status
iobroker compact <enable|on|disable|off>
iobroker compact <adapter>.<instance> status
iobroker compact <adapter>.<instance> group <group-id>
iobroker compact <adapter>.<instance> <disable|off>
iobroker compact <adapter>.<instance> <enable|on> [group-id]
iobroker version [adapter]
iobroker [adapter] -v


Options:
  --help     Show help  [boolean]
  --version  Show version number  [boolean]
root@ioBroker-Tinker:/opt/iobroker#

dann kommt das, ist jetzt auch erst einmal Egal, ich bin auf V10.20 zurück. Dachte nur, ich werde auch mal aktueller mit bisschen Testen usw. Aber ohne S7 ist blöd.

[Dr. Bakterius]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@karlo-enzo bei was bzw wann kommt die meldung denn? Kannst mal "iobroker upload admin" und "iobroker upload"web" versuchen

Die Meldung kommt wenn man ein Backup mit dem BackItUp-Adapter durchführt.

2020-05-12 07:59:06.630 - debug: backitup.0 (13392) [iobroker/mount] mount successfully completed
2020-05-12 07:59:06.632 - debug: backitup.0 (13392) [iobroker/mount] done
2020-05-12 07:59:09.047 - debug: backitup.0 (13392) [iobroker/iobroker] host.iobroker 10483 states saved
2020-05-12 07:59:09.074 - debug: backitup.0 (13392) [iobroker/iobroker] host.iobroker 8931 objects saved
2020-05-12 07:59:09.872 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=0_userdata.0: Not exists
2020-05-12 07:59:09.876 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=admin.0: Not exists
2020-05-12 07:59:09.882 - warn: host.iobroker Objects 127.0.0.1:32890 Error from InMemDB: Error: ERROR readDir id=web.0: Not exists
2020-05-12 07:59:12.776 - debug: backitup.0 (13392) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2020_05_12-07_59_06_backupiobroker.tar.gz
2020-05-12 07:59:13.819 - debug: backitup.0 (13392) [iobroker/iobroker] done
2020-05-12 07:59:39.143 - debug: backitup.0 (13392) [iobroker/mysql] Packed 19MB so far...
2020-05-12 07:59:46.817 - debug: backitup.0 (13392) [iobroker/mysql] done
2020-05-12 07:59:46.917 - debug: backitup.0 (13392) [iobroker/cifs] done
2020-05-12 07:59:46.920 - debug: backitup.0 (13392) [iobroker/clean] done
2020-05-12 07:59:46.932 - debug: backitup.0 (13392) sendTo "send" to system.adapter.pushover.0 from system.adapter.backitup.0
2020-05-12 07:59:46.934 - debug: backitup.0 (13392) [iobroker/pushover] done

Ein "iobroker upload admin" und "iobroker upload web" hat nichts geändert.

[A Former User]

@Nordischerjung Hi,
also wenn ich mir die Konsolenausgabe von iobroker rebuild s7 bei dir ansehe, dann stelle ich fest, dass du einen js-controller benutzt, der kein "rebuild" enthält.

Welche Version hast du denn vom js-controller installiert??

Das hat nix mit der Node-Version zu tun...

[apollon77]

@Dr-Bakterius Am Ende ist das ein Logging weil das Backup die Ordner durchgeht wo es Objekte gibt aber scheinbar existiert das Verzeichnis nicht ... erstmal könnt Ihr das ignorieren. Ich überlege mal ob wir da jetzt noch was tun

[apollon77]

@Nordischerjung Wenn das Rebuild Kommando nicht tut hast Du keinen controller 3.1 drauf! geht erst ab controller 3

[apollon77]

@Dr-Bakterius Ok, am Ende ists ja nur ein"warn" Hat auch mit Backitup nichts zu tun sondern liegt am Backup an sich

[Dr. Bakterius]

@apollon77 Okay, klappt ja auch alles. Aber halt unschön in einem sonst fehlerfreien Log.

[apollon77]

@Dr-Bakterius Jupp, die Frage ist ob das nochmal eine neue Version rechtfertigt

[Dr. Bakterius]

@apollon77 Welchen Ordner genau vermisst er denn eigentlich? Also wie lautet der Pfad. Dann kann man wenigstens die Ordner anlagen, oder?

[apollon77]

@Dr-Bakterius am Ende könntest Du das tun. Der Fehler kommt nur bei einer Objects File D. Damit liegt das dann unter iobroker-data/files im iobroekr Verzeichnis

[Diginix]

@apollon77 Bei mir vermisst er da zB auch admin.1 und ich habe nur eine admin.0 Instanz. Die 1 hatte ich nur mal ganz kurz vor Monaten. Wo ist das denn derart persistent gespeichert?

[apollon77]

@Diginix Dann könntest DU noch ein Objekt "admin.1" vom Typ Meta als überbleibsel behalten ... schau mal.

[Diginix]

@apollon77 Korrekt, dem ist so. Kann ich sicher löschen? Und beim nächsten Backup ist eine Meldung weniger.

[Dr. Bakterius]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@Dr-Bakterius am Ende könntest Du das tun. Der Fehler kommt nur bei einer Objects File D. Damit liegt das dann unter iobroker-data/files im iobroekr Verzeichnis

Hat geholfen. Jetzt keine Warnungen mehr.

[UweRLP]

Danke! Mal ne' Positivmeldung: Es läuft auch unter Windows

[karlo enzo]

@Dr-Bakterius / @apollon77
Wo bzw. welche Verzeichnisse müssen denn angelegt werden damit die Warnungen
nicht mehr hochkommen. Mein Log-File ist nämlich ansonsten auch sauber.

[Dr. Bakterius]

@karlo-enzo Hat @apollon77 ja eh geschrieben. Bei einer Standardinstallation unter:

'/opt/iobroker/iobroker-data/files/'

Da dann z.B. einen neuen Ordner mit Namen 'admin.0' erstellen. Und das machst du für alle Ordner die im Log bemängelt werden. Bei mir waren das noch 'web.0' und '0_userdata.0'.

[JB_Sullivan]

Kurze Frage am Rand . Ich beobachte seit dem Update des js-controller auf die Vesion 3.1.20, das mqtt Rückmeldungen z.T. extrem verzögert im VIS dargestellt werden.

Konkret geht es um den Sonoff Adapter. EIN-Schalthandlungen die man über das VIS vornimmt, werden sofort ausgeführt und auch über die eingestellten Farbumschläge visualisiert.

Schaltet man dann aber wieder AUS, wird zwar der Aktor ausgeschaltet, das Objekt geht auch auf FALSE aber im VIS kommt das vorerst nicht an. Auch eine zeitnahe Aktualisierung des VIS Bildes zeigt einem nach wie vor den falschen Status des Aktor an.

Aktualisiert man nach 10 - 15 Minuten noch einmal, wir der Status wieder richtig angezeigt.

Da ich nur den js-controller auf 3.1.20 geändert habe, würde ich dieses neue verhalten ggf. dem js-controller zuordnen, denn das state des Aktors wird unter Objekt ja sofort nach dem Ausschalten auf FALSE gesetzt, nur kommt dieses im VIS extrem Zeitverzögert an.

[oFbEQnpoLKKl6mbY5e13]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@oFbEQnpoLKKl6mbY5e13 sonst mir mit Verweis aufs GitHub issue an iobroker@fischer-ka.de schicken.

Vielen Dank für den neuen HmIP-Adapter v1.0.0!

Er stürzt nun nicht mehr ab, wenn sich der Schutz-Status ändert. Es kommen nun bei Änderung die folgenden Ausgaben im Log:

warn: hmip.0 (29961) No home in SECURITY_JOURNAL_CHANGED: {"pushEventType":"SECURITY_JOURNAL_CHANGED"}
warn: hmip.0 (29961) No home in SECURITY_JOURNAL_CHANGED: {"pushEventType":"SECURITY_JOURNAL_CHANGED"}

[karlo enzo]

@Dr-Bakterius
Danke für die Hilfe.
Hat ohne Probleme geklappt und das Logfile ist jetzt nach dem Backup ebenfalls
wieder ohne Meldungen.