Weihnachtsangebot 2025! 🎄

[sissiwup]

  "syslog1": {
                "type":                 "syslog",
                "enabled":              true,

                "host":                 "192.168.1.13",
                "host_comment":         "The host running syslogd, defaults to localhost.",
                "port":                 "514",
                "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)."
            }

Mit "pid" = 0 erreicht man, das die Prozess-ID nicht mit im Namen geloggt wird, das stört oft beim Filtern.

[sissiwup]

Kann es sein dass

process.title nur vom js-controller verwendet wird und nicht von den Adaptern?

Wie kann ich adapter.appName oder ähnliches übergeben?

[sissiwup]

Hallo,

das "pid = 0" kann man entfernen wenn man seinen Logging Server beibringt pid und syslogtag zu trennen:

/etc/rsyslog.d/mysql.conf

### Configuration file for rsyslog-mysql
### Changes are preserved
$template dbFormat,"insert into SystemEvents (Message, Facility, FromHost, Priority, DeviceReportedTime, ReceivedAt, InfoUnitID, SysLogTag, processid) values ('%msg%', %syslogfacility%, '%HOSTNAME%
', %syslogpriority%, '%timereported:::date-mysql%', '%timegenerated:::date-mysql%', %iut%, '%syslogtag:R,ERE,1,FIELD:([a-zA-Z\/]+)(\[[0-9]{1,5}\])*:--end%', '%syslogtag:R,ERE,1,BLANK:\[([0-9]{1,5})
\]--end%')",sql

$ModLoad ommysql
*.* :ommysql:localhost,Syslog,rsyslog-mysql,PASSWORT;dbFormat

Mysql-User:

User: rsyslog-mysql

Passwort: PASSWORT

[wendy2702]

Damit ich das richtig verstehe:

Bedeutet das iobroker.log wird zusätzlich in Linux SYSLOG geschrieben?

[nieIP]

Hallo

ich würde das gern morgen mal testen. Wie ist der aktuelle Stand …

Muss ich

 npm install winston-syslog

noch ausführen, oder ist das default schon mit installiert?

Der Beitrag ist ja schon 2 Jahre alt, daher die Nachfrage.

[apollon77]

winston-syslog ist ein optionale dep … musst mal schauen ob es installiert ist oder du es manuell machen musst

[pid5be0]

Moin moin…

Da mich das Thema ebenfalls interessiert, wollte ich den Winston-Syslog-Service ebenfalls installieren.

Dabei erhielt ich diese Ausgabe. Kann es sein, das ich die Installation nicht von der ROOT des Hosts machen kann?

root@debian-iobroker:~# npm install winston-syslog

> unix-dgram@0.2.3 install /root/node_modules/unix-dgram
> node-gyp rebuild

make: Entering directory '/root/node_modules/unix-dgram/build'
  CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o
  SOLINK_MODULE(target) Release/obj.target/unix_dgram.node
  COPY Release/unix_dgram.node
make: Leaving directory '/root/node_modules/unix-dgram/build'
npm WARN saveError ENOENT: no such file or directory, open '/root/package.json'
npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN enoent ENOENT: no such file or directory, open '/root/package.json'
npm WARN root No description
npm WARN root No repository field.
npm WARN root No README data
npm WARN root No license field.

+ winston-syslog@2.0.0
added 6 packages from 18 contributors and audited 6 packages in 11.999s
found 0 vulnerabilities

root@debian-iobroker:~#

Grüße,

Daniel

[pid5be0]

Habe mal die Installation vom iobroker Verzeichnis gemacht.

` > root@debian-iobroker:/opt/iobroker# npm install winston-syslog

• winston-syslog@2.0.0

added 1 package from 2 contributors, updated 1 package and audited 4794 packages in 39.864s

found 52 vulnerabilities (38 low, 14 high)

run npm audit fix to fix them, or npm audit for details

root@debian-iobroker:/opt/iobroker# npm audit

npm ERR! code ELOCKVERIFY

npm ERR! Errors were found in your package-lock.json, run npm install to fix them.

npm ERR! Missing: iobroker.flot@^1.9.2

npm ERR! Missing: iobroker.fritzbox@^0.2.1

npm ERR! Missing: iobroker.geofency@^0.3.2

npm ERR! Invalid: lock file's iobroker.hm-rega@2.0.1 does not satisfy iobroker.hm-rega@^2.1.2

npm ERR! Invalid: lock file's iobroker.hm-rpc@1.8.3 does not satisfy iobroker.hm-rpc@^1.9.1

npm ERR! Invalid: lock file's iobroker.iot@0.2.2 does not satisfy iobroker.iot@^0.3.1

npm ERR! Invalid: lock file's iobroker.shelly@2.0.2 does not satisfy iobroker.shelly@^2.0.5

npm ERR! Missing: iobroker.simple-api@^2.0.0

npm ERR! Missing: iobroker.sql@^1.9.2

npm ERR! Invalid: lock file's iobroker.type-detector@0.1.0 does not satisfy iobroker.type-detector@file:node_modules/iobroker.type-detector

npm ERR! Missing: iobroker.unifi@^0.3.1

npm ERR! Missing: iobroker.web@^2.4.1

npm ERR! Invalid: lock file's winston-syslog@1.2.6 does not satisfy winston-syslog@^2.0.0

npm ERR! A complete log of this run can be found in:

npm ERR! /root/.npm/_logs/2019-01-14T05_26_12_350Z-debug.log `

@pid5be0:

Moin moin…

Da mich das Thema ebenfalls interessiert, wollte ich den Winston-Syslog-Service ebenfalls installieren.

Dabei erhielt ich diese Ausgabe. Kann es sein, das ich die Installation nicht von der ROOT des Hosts machen kann?

root@debian-iobroker:~# npm install winston-syslog

> unix-dgram@0.2.3 install /root/node_modules/unix-dgram
> node-gyp rebuild

make: Entering directory '/root/node_modules/unix-dgram/build'
  CXX(target) Release/obj.target/unix_dgram/src/unix_dgram.o
  SOLINK_MODULE(target) Release/obj.target/unix_dgram.node
  COPY Release/unix_dgram.node
make: Leaving directory '/root/node_modules/unix-dgram/build'
npm WARN saveError ENOENT: no such file or directory, open '/root/package.json'
npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN enoent ENOENT: no such file or directory, open '/root/package.json'
npm WARN root No description
npm WARN root No repository field.
npm WARN root No README data
npm WARN root No license field.

+ winston-syslog@2.0.0
added 6 packages from 18 contributors and audited 6 packages in 11.999s
found 0 vulnerabilities

root@debian-iobroker:~#

Grüße,

Daniel `

[apollon77]

Das sieht erstmal ok aus. Ich weiß nur nicht mehr aus dem Kopf ob die 2.0.0 geht oder ob man aktuell die letzte 1.x von der Winston-syslog nehmen muss.

Starte iobroker mal neu und konfiguriere es. Dann siehst du es ja

Gesendet vom Handy …

[nieIP]

Hallo

ich habe winston-syslog in /opt/iobroker nach installiert und mich bei der Konfig nach dem obrigen Beispiel gerichtet.

Hat sofort funktioniert.

Danke

[MrLee]

Moin!

Genial!!!! Vielen Dank für den Tipp!
Kann ich nur jedem empfehlen der eh eine Syno mit ProtokollCenter laufen hat.

Installation auf beiden Systemen völlig stressfrei.

bis denne
Mr.Lee

[Scrounger]

Mir ist gerade aufgefallen das mein syslog server die 'warn' Meldungen von ioBroker nicht mitbekommt.
Alle anderen severity levels gehen.

Kann das daran liegen weil der server das level 'Warning' erwartet?
Gibt es eine config Möglichkeit das iobrker aus 'warn' level 'warning' macht?

[Kueppert]

@scrounger hast du hierzu eine Lösung gefunden? Ich hab auch ne SYNO und würde gern starten, das LOG entsprechend bei mir im Protokoll-Server mit aufzuzeichnen.
Danke dir und vG, Thorsten

[Scrounger]

@kueppert
Ne hab leider keine Lösung dafür gefunden.

[Aiouh]

Ist zwar schon alt der Fred, aber ich denke SysLog ist nach wie vor für den ein oder Anderen von Interesse, also fasse ich das mal zusammen.
Ich logge alle Syslogs meiner Systeme auf einem Synology NAS mit LogCenter, daher wollte ich den ioBroker auch dort mit drin sehen.
Das waren bei mir die dazu erforderlichen Schritte:

sudo npm install winston-syslog

dann

sudo nano /opt/iobroker/iobroker-data/iobroker.json

In der Datei die Zeilen 4 und 5 entsprechend mit "true" und der IP eures Syslog Servers anpassen und die Zeilen 7 und 9 einfügen

 },
      "syslog1": {
        "type": "syslog",
        "enabled": true,
        "host": "192.168.178.85",
        "hostComment": "The host running syslogd, defaults to localhost.",
        "port":        "514",
        "portComment": "The port on the host that syslog is running on, default$
        "pid":         "0",
        "protocol":    "udp4",
        "protocolComment": "The network protocol to log over (e.g. tcp4, udp4, $
        "pathComment": "The path to the syslog dgram socket (i.e. /dev/log or /$
        "facilityComment": "Syslog facility to use (Default: local0).",
        "localhost": "iobroker",
        "localhostComment": "Host to indicate that log messages are coming from$
        "sysLogTypeComment": "The type of the syslog protocol to use (Default: $
        "app_nameComment": "The name of the application (Default: process.title$
        "eolComment": "The end of line character to be added to the end of the $
      }

Im Synololgy NAS LogCenter, "Achive Settings" setzen

und unter "Log Receiving" eine Regel anlegen,

Den ioBroker neu starten

iobroker restart

Das war es schon, das LogCenter in der Syno bekommt jetzt die Meldungen vom iobroker, auch die Warnungen

@apollon77 weisst Du ob damit das gesamte logging vom ioBroker auf den syslog server verschoben wird, oder ist das syslog quasi doppelt, d.h. der ioBroker logged selbst immern noch auch lokal?

[apollon77]

@aiouh also das npm install von Winston-syslog hätte an sich nicht nötig sein sollen und du hast jetzt ein extraneous Paket. Sollte jetzt aber kein Beinbruch sein.

Sonst schau ins iobroker.json. Da ist definiert welches logging aktiv ist. Wenn du unter log bei „file“ nichts geändert hast loggt er jetzt beides. Im zweifel kannst du file noch ausschalten.

Ansonsten geht die konfig inzwischen auch per Admin unter „hosts“. Da muss keiner mehr ans json file. Aber es geht beides.

[Aiouh]

@apollon77 Ok danke, wieder was gelernt.