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

[amg_666]

@thomas-braun Ne, da wusste ich was ich mache :-)

[Aiouh]

@Thomas-Braun Mir ist Heute, ein paar Stunden nach dem Update noch aufgefallen, dass von zwei Adaptern (Parser und Trashcalendar) manche Links in der VIS kaputt waren.
Es wurde jeweils nur noch "NaN" angezeigt.
Nachdem ich im Vis Editor die Objekte nochmals angewählt und gespeichert habe sind die Werte wieder OK. Nicht tragisch, wollte es nur berichtet haben.

[MichMein]

@thomas-braun sagte in js-controller 3.2 jetzt im Latest!:

Du weißt, was npm fund macht? Oder einfach mal ohne zu überlegen eingehackt? Mit solchen Aktionen wäre ich vorsichtig.

Auch wenn’s offtopic ist, aber was macht es denn genau? Es wird doch nur angezeigt wie die Entwickler unterstützt werden können zur Finanzierung ihrer Arbeit.

[Feuersturm]

@apollon77 Update auf 3.2.16 lief ohne Probleme und beim starten auch keine Probleme mit den Adaptern.

In wie weit habt ihr denn jetzt seq "eingebunden"?

[Thomas Braun]

@michmein sagte in js-controller 3.2 jetzt im Latest!:

was macht es denn genau?

Ich meinte damit das prompte Eingeben von irgendwelchen Befehlen, die irgendwo angepriesen werden, von denen man aber nicht weiß was sie tun.

Das Update von npm ist auch so ein Kandidat.

[apollon77]

@feuersturm Du kannst seq in iobroker.json als logziel definieren, wie auch bereits syslog. Ich mach nachher mal ein beispiel. Am Ende ist das nicht ganz so fancy wie per se Adapter, aber es sollte vollständig sein (kann der adapter halt nicht). Damit in Kombination mit dem Adapter gut nutzbar

[apollon77]

@marty56 Jupp ... alles korrekt. Warum zigbee gemeckert hat wegen nodejs version weiss ich nicht.

sql ist halt so ein Thema. Mit der "Write nulls" einstellung und sqlite und dann mehr als 100 States ist das kritisch. Ich würde ja sqlite mit so einer Anzahl nicht nutzen :-)

[Kueppert]

@apollon77 Empfehlung? SQL auf Influx umziehen? Ist ja nicht ganz trivial leider :/ Ich hab MySQL auf ner separaten VM laufen

[Kueppert]

ich bin von 3.2.10 auf 3.2.16 hoch. Keinerlei Auffälligkeiten bisher. Keine roten Einträge im LOG.

[UncleSam]

@kueppert MySQL (oder MariaDB) ist absolut kein Problem, @apollon77 hat nur von sqlite gesprochen. Das würde ich auch nicht für ernsthaftes SQL logging verwenden.

[apollon77]

@feuersturm Für seq das hier in iobroker.json einfügen...
https://github.com/ioBroker/ioBroker.js-controller/blob/master/conf/iobroker-dist.json#L114-L121

und natürlich richtige werte setzen. Dann "enable" auf true und iobroker neu starten

[Feuersturm]

@apollon77 Danke für die Info zur Konfiguration von Seq. Was wird denn mit dieser Aktivierung zusätzlich geloggt was der Seq Adapter nicht empfangen kann?

[apollon77]

@feuersturm Am Ende ist es der Controller Start und alles andere Vor dem seq-Adapter-Start ... bzw nachdem er beendet wurde

[Kueppert]

@apollon77 passt hier ggf nicht ganz hin, aber ich hab nen Syslog-Server auf meiner DS918+ laufen. Proxmox sendet da schon fein hin - in der json aber sind so viele Einstellungen, die ich nicht bewerten kann...
Hab folgendes in der json hinterlegt - aber auf meiner Syno kommt nix an? path_comment weiß ich schon nicht was das ist? Bei Proxmox musste ich mehr oder weniger nur IP, und Port für den Server angeben, wohin gesendet wird...

Hab auf IETF und Post 520 gewechselt, mal schauen ob was ankommt. Den Port 514 nutze ich für Proxmox

        "type": "syslog",
        "enabled": true,
        "host": "192.168.178.31",
        "host_comment": "The host running syslogd, defaults to localhost.",
	"port": "520",
        "port_comment": "The port on the host that syslog is running on, defaults to syslogd's default port(514/UDP).",
	"pid": "0",
        "protocol": "udp4",
        "protocol_comment": "The network protocol to log over (e.g. tcp4, udp4, unix, unix-connect, etc).",
	"path": "",
        "path_comment": "The path to the syslog dgram socket (i.e. /dev/log or /var/run/syslog for OS X).",
        "facility_comment": "Syslog facility to use (Default: local0).",
        "localhost": "iobroker",
        "localhost_comment": "Host to indicate that log messages are coming from (Default: localhost).",
        "sysLogType_comment": "The type of the syslog protocol to use (Default: BSD).",
        "app_name_comment": "The name of the application (Default: process.title).",
        "eol_comment": "The end of line character to be added to the end of the message (Default: Message without modifications)."

[Feuersturm]

@apollon77 Ich kann bestätigen, dass nach dem einfügen des Codeschnipsels in der iobroker.json für seq die Log Infos direkt in Seq landen :-)

[apollon77]

@kueppert adde mal ein "port" noch mit dem echten Wert. DIe "*_comment" beschreibeen die Felder - daher ist da ein text drin ... alles was ein _comment hat kannauch als "" hinterlegt werden

[Kueppert]

@apollon77 hab IETF in die json manuell hinzugefügt gehabt mit "sysLogType": "IETF" ...danach ließ sich der Broker nicht mehr starten...hab die Zeile wieder entfernt.
Hab meine Konfig gerade etwas umgebaut und diesen Winston Syslog unter /opt/iobroker nachinstalliert...ich schaue jetzt mal. WIll hier nicht so oft spamen und was nachträglich ändern ^^

[apollon77]

@kueppert also ich hab nicht mehr gesetzt als Du oben ... aber hab auch nen "klassischen udp syslog" und mach es nicht per synology ...

[Kueppert]

@apollon77 hast du denn diesen npm install winston-syslog installiert unter /opt/iobroker? Ich glaube ich mach morgen weiter...2 EInträge hab ich im Protokoll-Server gefunden, die sind aber schon was her... ich glaub ich versuche morgen weiter, bevor ich mein Prod-System schrotte

[apollon77]

@kueppert winston-syslog ist eine der optionalen deps die an sich mit installiert werden ... In dem Zuge kommen auch immer diese "unix_dgram" Fehler die man so kennt ... schau mal ob in node_modules bzw node_modules/iobroker.js-controller/node_modules ein winston-syslog Verzeichnis existiert. ggf dort mal "npm i" machen