RTRR Warning: Skip the "..." file which has an unsupported filename!

Seit ich auf meinem NAS mittels offlineimap mein Mailkonto sichere (siehe Thread Shell-Skripte als Cron-Jobs auf dem NAS) meckert Hybrid Backup Sync, dass es die dabei entstehenden Dateien nicht aufs externe Backup schreiben kann:

[2019/04/28 02:52:17] # WARNING: Skip the "WIMage-Daten/NessyBackup/homes/Tilman/Archiv/Mail/INBOX/new/1556327135_0.8.3e072a45ab9d,U=62566,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2," file which has an unsupported filename!
[2019/04/28 02:52:17] # WARNING: Skip the "WIMage-Daten/NessyBackup/homes/Tilman/Archiv/Mail/INBOX/new/1556327135_1.8.3e072a45ab9d,U=62567,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2," file which has an unsupported filename!
[2019/04/28 02:52:17] # WARNING: Skip the "WIMage-Daten/NessyBackup/homes/Tilman/Archiv/Mail/INBOX/new/1556327135_2.8.3e072a45ab9d,U=62568,FMD5=7e33429f656f1e6e9d79b29c3f82c57e:2," file which has an unsupported filename!

usw.

Das liegt natürlich daran, dass meine externen Sicherungsplatten mit NTFS formatiert sind, das hinsichtlich Dateinamen erheblich restriktiver ist als Linux.

Insbesondere sind da eben keine Doppelpunkte in Dateinamen erlaubt.

Andererseits fand ich es immer beruhigend zu wissen, dass ich die Sicherungen im Notfall auch mit einer Windows-Maschine lesen könnte.

(Auch wenn ich das bis jetzt noch nie wirklich gebraucht habe.)

Wie gehen andere damit um? Formatiert Ihr Eure Sicherungsplatten mit ext3 oder ext4?

offlineimap legt die heruntergeladenen Mails im standardisierten Maildir-Format ab.

Darin ist auch eine Struktur für die Dateinamen vorgegeben, die eben in bestimmten Fällen auch einen Doppelpunkt beinhaltet.

Man kann den loswerden, offlineimap hat sogar extra eine Option mit dem bezeichnenden Namen maildir-windows-compatible dafür.

Aber dann ist das Ganze eben nicht mehr zu anderen Programmen wie mutt kompatibel, die ebenfalls auf dem Maildir-Format aufsetzen.

Es ist halt die Abwägung: welche der Optionen

• direkter Zugriff auf die Mail-Sicherung auf dem NAS mit z.B. mutt
• direkter Zugriff auf das externe NAS-Backup mit einem Windows-System

will ich mir bewahren? Keins von beiden nutze ich aktuell konkret. Beides wäre "nice to have". Beides gleichzeitig geht aber offenbar nicht.

Tarball wäre noch eine Idee. Allerdings weiß ich nicht, wie ich dessen Generierung anstoßen kann. Eine Option, zu Beginn des Jobs ein Skript zu starten, habe ich in Hybrid Backup Sync noch nicht gefunden. Außerdem muss ich dann die originalen Maildir-Ordner irgendwie vom Backup ausschließen, sonst habe ich die Fehlermeldungen ja trotzdem wieder. Auf dem "Filter"-Tab der Job-Eigenschaften finde ich dafür keine passende Möglichkeit, da gibt es nur "nach Größe", "nach Datum" oder "nach Dateityp".

Klingt zunehmend nach dem vernünftigsten Plan.

ext4 oder ext3? Journal braucht's ja eigentlich nicht für ein schlichtes Backup.

Jetzt habe ich versuchsweise auf einer meiner Sicherungsplatten mal mithilfe meines Linux-PCs eine ext4-Partition angelegt (mit dem NAS habe ich keine Möglichkeit dazu gefunden) und sie dann an das NAS angeschlossen. Das schien ihm gar nicht zu gefallen!

• Das "External Device" Icon behauptete sowohl im Mouseover als auch beim Aufklappen "No external devices connected."
• Das Dashboard zeigte unter "Storage" statt "DataVol1" nur noch "-" an, auch die Felder "Used" und "Available" waren leer.
• Die Apps "Storage & Snapshots" und "Hybrid Backup Sync" starteten nicht mehr. Es lief immer nur eine Weile der Spinner und dann erschien die Meldung:

"The Server is busy or the network is disconnected! Make sure the NAS can be reached and then reload the page."

Per ssh sah ich, dass QTS die Sicherungsplatte gemountet hatte. In dmesg sah nach meinem Dafürhalten auch alles normal aus:

[20307.625916] usb 2-1: new SuperSpeed+ USB device number 3 using xhci-hcd
[20307.647103] usb-storage 2-1:1.0: USB Mass Storage device detected
[20307.653522] scsi host15: usb-storage 2-1:1.0
[20307.696432] [usb.002.003] /sys/devices/platform/98013200.rtk_dwc3_drd/98020000.dwc3_drd/xhci-hcd.2.auto/usb2/2-1 added.
[20308.656210] scsi 15:0:0:0: Direct-Access     WD       Elements 25A2    1021 PQ: 0 ANSI: 6
[20308.664859] Check proc_name[usb-storage].
[20308.669566] sd 15:0:0:0: Attached scsi generic sg2 type 0
[20308.671809] sd 15:0:0:0: [sdc] Spinning up disk...
[20309.675769] ....ready
[20312.706818] sd 15:0:0:0: [sdc] 3906963456 512-byte logical blocks: (2.00 TB/1.81 TiB)
[20312.715146] sd 15:0:0:0: [sdc] Write Protect is off
[20312.720201] sd 15:0:0:0: [sdc] Mode Sense: 47 00 10 08
[20312.720579] sd 15:0:0:0: [sdc] No Caching mode page found
[20312.726139] sd 15:0:0:0: [sdc] Assuming drive cache: write through
[20312.840362]  sdc: sdc1 sdc2 sdc3
[20312.844961] sd 15:0:0:0: [sdc] Attached SCSI disk
[20319.672232] ufsd: "mount" (sdc2): is mounted as NTFS at 2019-05-01 17:05:13
[20323.814646] ext4_init_reserve_inode_table0: sdc3, 0
[20323.819995] ext4_init_reserve_inode_table2: sdc3, 8192, 8192, 4202495, 4096
[20323.829923] EXT4-fs (sdc3): mounted filesystem with ordered data mode. Opts: usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,data_err=abort,delalloc,nopriv,nodiscard,noacl
[20324.585791] EXT4-fs (device sdc3): ext4lazyinit start (start from 0, total 8192)
[20548.015776] EXT4-fs (device sdc3): ext4lazyinit finish

Manuelles Aushängen aller Partitionen und Abstöpseln der USB-Platte hat die Situation nicht verbessert, d.h. "Storage & Snapshots" und "Hybrid Backup Sync" starteten weiterhin nicht.

In dmesg erschienen seit dem Anstöpseln der ext4-Platte in unregelmäßigen Abständen die Meldungen:

[21892.592026] Aborted (pid 22545) chartReq.cgi:
[21892.592026]  1. /lib/libc.so.6(gsignal+0x38) [0x7f82e04530]

Die Netzwerkfreigaben des NAS waren aber weiter normal erreichbar.

Immerhin ließ sich über die GUI noch ein Neustart auslösen - auch wenn er verflixt lang bei "Stopping Hybrid Backup Sync" hing.

Danach lief die GUI wieder normal.

Im Systemlog stand allerdings eine hässliche Meldung:

Severity Level    Date    Time    Users    Source IP    Application    Category    Content    
Error    2019/05/01    19:04:47    System    127.0.0.1    Hardware Status    ---    [Hardware Status] The system was forced to shut down/reboot. Some services stopped working.    

Danke für den Rat.

Aber getreu https://www.xkcd.com/242/ habe ich es jetzt einfach nochmal probiert, und siehe da: beim zweiten Versuch trat keine der oben beschriebenen Merkwürdigkeiten auf. Hybrid Backup Sync hat klaglos auf die ext4-Partition gesichert.

Jetzt bin ich gespannt, was beim nächsten Versuch passiert ...

Update:

Mittlerweile sichere ich zyklisch auf eine NTFS- und zwei ext4-Platten.

Die ext4-Platten stellen meine vollständige Sicherung dar.

Die NTFS-Platte kann ich notfalls direkt mit Windows lesen.

Seit HBS3 kann ich jetzt auch mittels File Filter "Excluded File Types: Other: *.*:*" die maildir-Dateien ausschließen, so dass der Job ohne Fehlermeldung abschließt.

(Es sei denn, es tritt wirklich ein Problem auf.)