Fehlerhafte Dateinamen und eine ganze menge davon

[dwight66]

Ich fand gestern in meinen Syslog Folder eine menge Dateien mit verkorksten Dateinamen.(Siehe Bild.) Ich habe wirklich keine Ahnung woher die kommen. So weit ich sehen kann ist es irgendwo anfang Januar schon aufgetreten. (Könnte auch einen par Tage früher sein. Ich habe am 29. 12. 2014 der Update nach 5.1 gemacht und sofort danach die Update 2 installiert.)
Hat jemand von euch auch diese Dateien in seinen Syslog? Hat jemand irgend einen Ahnung woher die Dateien kommen?
Jeden Tipp ist wilkommen.

 

[Flessi]

Siehe mal hier:
http://www.synology-forum.de/showthread.html?63513-Kryptische-Dateinamen-verhindern-Datensicherung
Schreibe hier im Laufe des Tages noch etwas dazu - habe im Moment keine Zeit.
Flessi.

 

[Flessi]

Leider hatte auf meine Anfrage niemand einen Lösungsvorschlag gemacht. Deshalb: "Hilf dir selbst dann hilft dir ..."
Meine Vermutung war, es könne mit der Rechtevergabe des gemeinsamen Ordners "syslog_server" (so heißt er bei mir) zu tun haben.
Deshalb habe ich alle Haken (auch für den Admin) bei den Berechtigungen für den Ordner syslog_server, in den die LOG-Dateien geschrieben werden, entfernt.
Dann habe ich mit Hilfe von WinSCP die "defekten" Dateien gelöscht (waren für mich nicht wertvoll, haben nur die Datensicherung blockiert). Nach Änderung der Rechte ist der "Fehler" nicht mehr aufgetreten - ob's der Fehler war, wer weiß?

 

[Puppetmaster]

Hatte sowas nach Update auf DSM 5.1 auch. Da wurden solche Dateien erzeugt, wenn im Syslog-Server die Option "alte Archive komprimieren" oder so ähnlich angehakt war.
Vorher war das nie ein Problem gewesen, daher schließe ich auf einen Bug in DSM 5.1. Ich habe danach min. mal die Komprimierung der Archive ausgeschaltet, danach gab's keine Probleme mehr.
Die genaue Konfig kann ich derzeit leider nicht einsehen.

 

[dwight66]

Ich habe mit WinSCP die Daten löschen können. Damit hab' ich erstmals wieder einen Überblick.Das mit dem Ändern der Freigabe rechte halte ich für etwas unwahrscheinlich. Ich habe nur die Administratoren Gruppe rechte vergeben. Denn Tipp die alte Archive nicht mehr zu komprimieren habe ich wohl durchgeführt.
Ich gucke das ein paar Tage an. Das sowohl Puppetmaster als auch Flessi DSM 5.1 Update 2 nutzen wobei Puppetmaster diesen fehlerhafte Daten vor de DSM 5.1 noch nie hatte unterstützt meinen Bauchgefühl das es mit DSM zu tun hat. (Es wurde mich nicht wundern wenn die komische Symbole irgend einen Koreanischer Charakter ist. Damit ist aber der mengen der Daten noch nicht erklärt.)
Wenn es Neuigkeiten gibt Melde ich mich wieder.

 

[dwight66]

Alte Archive nicht komprimieren hat nichts gebracht. Jetzt sind die Dateien da in DB Format aber immerhin mit fehlerhaften Namen.

 

[Flessi]

Im Protokoll-Center bei "Archivformat" habe und hatte ich keine Haken gesetzt. Folglich kann es m.M.n. auch nicht am Komprimieren liegen.
Nur den Pfad für die Protokolldateien hatte ich kurz in ein anderes Verzeichnis gelegt mit dem Ergebnis, dass sofort dort neue "kryptische"LOG-Dateien erschienen. Erst als ich die Haken für die Berechtigungen (s.o.) entfernte, hatte der Spuk ein Ende.
Ist doch einen Versuch wert ...

 

[dwight66]

Hallo Flessi, welcher Berechtigungen meinst du genau? Bei mir hat nur der Administratoren Gruppe berechtigung um da zu lesen und zu schreiben. Wenn ich für diese Gruppe die rechte entferne hat doch keinen einzigen Account rechte um überhaupt schreiben zu können. Irgendwie kommt es mir dan vor das diese Massnahme der Grund nicht wegnehmt, sondern nur irgend etwas verbietet zu schreiben. Es fällt mich auf das fast für jeden eintrag in der Log einen separaten Datei erstellt wird. (Ich habe die Dateien einmal herunter geladen auf einen Windows rechner und die Inhalt angesehen mit SqLite Studio (http://sqlitestudio.pl/). Ich versuche es erstmals mit das ausschalten vom Empfang von Einträge andere Geräte.

 

[Flessi]

Diese Berechtigungen meine ich:

 

[dwight66]

Mit dem ausschalten vom Empfang von Einträge andere Geräte hat das erscheinen von kryptische Dateien aufgehört. (Die Berechtigungen habe ich nicht geändert.) Ich habe alle Dateien gelöscht und seit diesen morgen gibt es nur noch 4 Dateien: SYNOSYSLOGDB__ARCH.DB, SYNOSYSLOGDB__LOCALARCH.DB, SYNOSYSLOGDB__LOCALARCH.DB-shm und SYNOSYSLOGDB__LOCALARCH.DB-wal. Ich werde in den nächsten Tagen beobachten was genau sich hier weiter tut.
Fazit: Meiner meinung nach ist Irgendwie die Syslog seit DSM version 5.1 (Update 2 ?) nicht mehr in Ordnung.