Hyper Backup Backup Probleme mit "special file" (Linux)

[*kw*]

Ich habe eben eher zufällig ins HyperBackup Protokoll geschaut und nicht schlecht gestaunt: 5841 Warnings.

Kurz vorab, mein RPi4 macht jede Nacht ein automatsiertes NFS-Backup auf die DS (DietPi, integriert, auf rsync Basis). Sowohl das Backup als auch der Restore funktionieren nachgewiesen einwandfrei. Die Sicherungsdaten werden in Klartext geschrieben (Linux-Struktur). Ich habe auch schon ein HyperBackup-Restore dieser Daten durchgeführt, alles bestens.

Dennoch beschwert sich HyperBackup (zwei Dateien exemplarisch):

Stufe	Uhrzeit	Benutzer	Ereignis
Warning​	2024/10/28 19:43:13​	SYSTEM​	[Local][inateck2] Incomplete file backup. (The file is a special file.) [/volume1/dietpi-backup/dockerpi/data/mnt/dietpi_userdata/docker-data/volumes/backingFsBlockDev]​
Warning​	2024/10/28 19:43:11​	SYSTEM​	[Local][inateck2] Incomplete file backup. (The file is a special file.) [/volume1/dietpi-backup/dockerpi/data/mnt/dietpi_userdata/docker-data/overlay2/d847bebf6964011952546f3fdb135c6aa0e769f9027fbefba262fe65c41b6abf-init/work/work/#67]​

Woran stört er sich genau, dass zu einem "incomplete file backup" kommt? Die Daten sind nicht "aktiv", nur Backup.

 

[*kw*]

Ich glaube, das hängt mir der fehlenden Übernahme von Berechtigungen auf der DS (Btrfs) als Speicherziel zusammen (owner ist root@dietpi). Und funktioniert nur unter Ubuntu.

 

[Benie]

Möglich, oder die Länge des Dateipfades ist zu groß.

 

[*kw*]

Wie gesagt, ein DietPi Restore hat schon mehrmal fehlerfrei funktioniert. Den Pfad bis /mnt/dietpi_userdata/docker-data/volumes legt Dietpi bei der Docker-Installation auf dem RasPi selbst an.

 

[Benie]

Sorry, habe keinerlei Raspi Erfahrungen, von daher kann ich das nicht beurteilen.
Warte mal ein bisschen bis @Stationary oder @ctrlaltdelete aufschlagen, die sind fit auf Raspi.

 

[*kw*]

Aus Sicht des Raspi funktioniert alles, mich wundert das Verhalten von Hyperbackup. Stöbere gerade nach der Pfadlänge. Limitierungen habe ich nur bei der Nutzung des Windows-Explorers entdeckt. Die maximal nutzbare Pfadlänge beträgt 244 Zeichen, da der Windows-Datei-Explorer 12 Zeichen für das 8.3-Dateinamenformat reserviert.

Für die DS selbst, keine Ahnung. Aber die zweite Beispieldatei hätte "nur" 162 Zeichen.

 

[*kw*]

Ich hab was:

Einschränkungen:

• Maximale Pfadlänge für Sicherungsziele und Speicherorte: (Wenn der Grenzwert erreicht wird, können Dateien in diesem Pfad nicht heruntergeladen werden) Windows: 32.767 Zeichen
• macOS und Ubuntu: 4.095 Zeichen

Wäre nur noch die Frage nach dem "special file" zu klären.

 

[RyderHook]

Hallo,

das nur als Ergänzung zur Diskussion.
ich habe ein ähnliches Problem bemerkt:
[Network][Synology NAS 1] Incomplete file backup. (The file is a special file.) [/volume1/raspibackup/raspi42/raspi42-rsync-backup-20251222-230042/.ppm/run/5508.sock]

Sock files sind: Software-Sockets (Netzwerkkommunikation)

• Was es ist: Ein Software-Endpunkt für die Kommunikation zwischen verschiedenen Prozessen, entweder auf demselben Rechner (UNIX-Domain-Sockets, AF_UNIX) oder über ein Netzwerk (Internet-Sockets, AF_INET).
• Funktion: Sie sind grundlegend für jede Art von Netzwerkdienst oder -kommunikation, wie Webserver, Chat-Anwendungen oder Datenübertragung zwischen Programmen.
• Bezug zum Raspberry Pi: Der Raspberry Pi läuft mit Linux, welches Sockets nativ unterstützt. Wenn Sie z. B. mit Python programmieren, nutzen Sie Sockets, um Daten an einen anderen Computer zu senden oder von ihm zu empfangen.

Da macht das Sichern (meiner Meinung nach) keinen Sinn.
Könnte man für das Backup excluden, wenn man die Warning loswerden will.

 

[DaveR]

"special files" are system interfaces for hardware devices and kernel functions, appearing in the filesystem like regular files but representing live resources, including Block Devices, Character Devices, Pipes (FIFOs), Sockets, and Symbolic Links.

You're first error is backingFsBlockDev which is obviously a file system block device.

*/docker-data/overlay2/d847bebf6964011952546f3fdb135c6aa0e769f9027fbefba262fe65c41b6abf-init
seems to just be a copy of
*/docker-data/overlay2/d847bebf6964011952546f3fdb135c6aa0e769f9027fbefba262fe65c41b6abf

But I have no idea why docker creates them for some containers, and why they persist even when docker is stopped.