Syslogserver: synologarchd: Fail to execute SQL command in /var/log/messages

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

Tommi2day

Benutzer
Registriert
24. Aug. 2011
Beiträge
1.213
Reaktionspunkte
79
Punkte
68
auf meiner DS1812 finden sich in /var/log/messages jede Menge dieser Meldungen, die scheinbar aus dem Protokollcentrum (ex Syslogserver) kommen:
Jan 4 16:37:04 DS1812 synologarchd: Fail to execute SQL command: SELECT * FROM logs ORDER BY utcsec ASC LIMIT 1
Jan 4 16:37:04 DS1812 synologarchd: Fail to get database start time
Jan 4 16:37:04 DS1812 synologarchd: Fail to execute SQL command SELECT * FROM logs ORDER BY utcsec DESC LIMIT 1
Jan 4 16:37:04 DS1812 synologarchd: Fail to execute SQL command: SELECT * FROM logs ORDER BY utcsec DESC LIMIT 1
Jan 4 16:37:04 DS1812 synologarchd: Fail to get database end time
Jan 4 16:37:05 DS1812 synologarchd: Database is not existed: /volume1/ds1812_local/192.168.1.6/SYNOSYSLOGDB_192.168.1.6.DB-shm
Jan 4 16:37:06 DS1812 synosyslogpostproc: Fail to transform db to txt
Jan 4 16:37:06 DS1812 synosyslogpostproc: Fail to transform db: /volume1/ds1812_local/192.168.1.6/????_????.DB
Jan 4 16:37:06 DS1812 synosyslogpostproc: synosyslogpostproc.cpp:87 Fail to do syslog database postprocess

Irgend etwas scheint mit den SQLite-DBs nicht zu stimmen. Ich habe schon im Archiv-Speicherziel Share alle DBs gelöscht, aber irgendwie scheint er nicht ganz klarzukommen.

Für einen Host hat er auch recht merkwürdige Dateinamen. Wo Normalerweise ein Datum drinsteht, hat er nur Sonderzeichen.
ls -l 192.168.1.6/
-rw-r--r-- 1 root root 1317 Jan 4 14:10 1974-04-07_1999-05-10.ZIP
-rw-r--r-- 1 root root 1318 Jan 4 15:31 1974-04-07_1999-05-10_1.ZIP
-rw-r--r-- 1 root root 1315 Jan 4 15:34 1974-04-07_1999-05-10_2.ZIP
-rw-r--r-- 1 root root 1316 Jan 4 16:31 1974-04-07_1999-05-10_3.ZIP
-rw-r--r-- 1 root root 2073 Jan 4 16:37 1974-04-07_1999-05-10_4.ZIP
-rw-r--r-- 1 root root 1314 Jan 4 14:29 2015-01-04_2015-01-04.ZIP
-rw-r--r-- 1 root root 1313 Jan 4 15:07 2015-01-04_2015-01-04_1.ZIP
-rw-r--r-- 1 root root 8192 Jan 4 16:37 SYNOSYSLOGDB_192.168.1.6.DB
-rw-r--r-- 1 root root 1292 Jan 4 15:23 ????_1965-02-24.ZIP
-rw-r--r-- 1 root root 29376 Jan 4 16:37 ????_????.DB
-rw-r--r-- 1 root root 1267 Jan 4 13:55 ????_????.ZIP
-rw-r--r-- 1 root root 1267 Jan 4 14:35 ????_????_1.ZIP
-rw-r--r-- 1 root root 1268 Jan 4 14:56 ????_????_2.ZIP
-rw-r--r-- 1 root root 1263 Jan 4 15:01 ????_????_3.ZIP
-rw-r--r-- 1 root root 1266 Jan 4 15:11 ????_????_4.ZIP

Hat das auch noch jemand und weiss evtl. sogar, wie man das weg bekommt?

Thomas
 
Vermutlich irgend ein altes Skript das noch läuft. Such mal im Forum nach synologarchd dann werden dir einige Sachen angeboten.
 
Ja, diese Meldungen habe ich auch nach dem Update auf DSM 5.1 festgestellt.

Abhilfe hat bei mir geschaffen, in den Speichereinstellungen im Protokollcenter die Archivierung, bzw. die Komprimierung der Archive abzuschalten. Es wurden aber auch eh nur noch wirre gepackte Archive erstellt, da scheint noch irgendetwas im Argen zu liegen.
Ist natürlich nur ein workaround und ich denke, Synology muss hier noch nachbessern.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat