Description
Discussed in #708
Originally posted by xxxliqu1dxxx March 26, 2025
I think this is a bug, but per the bug template, I am trying this discussion first.
Repro steps:
Backrest 1.7.3 running on Windows client (also happens in 1.7.2)
Files to backup on a NAS accessible via SMB share from the client and path is \192.168.2.8\backups
Setup repository in Backrest on \192.168.2.8_nvme2\restic
Run backup and have files being backed up from SMB share
Expected result: generated snapshot with some files
Actual result: same as expected.
Example is this snapshot id: dff5757df537f3c79e73933a2e366002c9ed84403829335e6b324d775da4c087
Files Added
6
Files Changed
0
Files Unmodified
0
Bytes Added
383.72 GiB
Bytes Processed
530.29 GiB
Files Processed
6
When running "Run Command" and do list snapshots I see:
command: C:\Users\xxxxx\Desktop\backrest_Windows_x86_64\restic.exe list snapshots -o sftp.args=-oBatchMode=yes
06faf6a1ba33440f3f5c260ebff64599871cbadce1b231cc404c6f0c542e2f16
214c3c3f78b84ea1b400b2da14bae419b43de1de4f13d3b7805c9e25de545d42
8ec29b30d01529b163c34a27f75dd580c2ca0f34bccf6ae42bafc0d49c95ccd3
d82f4143e79a1375f9c9af57bc79906127b10f33e21aa40272e33d581935d6fb
dff5757df537f3c79e73933a2e366002c9ed84403829335e6b324d775da4c087
Expected result: I see my snapshot
Actual result: same as expected.
With "Run Command", if I do ls dff5757df537f3c79e73933a2e366002c9ed84403829335e6b324d775da4c087
Expected result: I should see my files
Actual result: I see my files...
command: C:\Users\xxxx\Desktop\backrest_Windows_x86_64\restic.exe ls dff5757df537f3c79e73933a2e366002c9ed84403829335e6b324d775da4c087 -o sftp.args=-oBatchMode=yes
snapshot dff5757d of [\192.168.2.8\backups] at 2025-03-26 20:31:23.2072362 -0400 EDT by xxxx\xxxx filtered by []:
/\192.168.2.8\backups
/\192.168.2.8\backups/xxxx
/\192.168.2.8\backups/xxxx/41EB6933CABD590A-00-00.mrimg
/\192.168.2.8\backups/xxxx/6C7036EB01342684-00-00.mrimg
Here is the problem. I the UI of Backrest, clicking Snapshot Browser for this snapshot, and clicking on the little arrow I see nothing:
Expected result: I should see the same as the ls command
Actual result; I see nothing.
To troubleshoot, I edit the backup paths, to include a local path, e.g. C:\AMD
Re-ran backup, created new snapshot with ID: 214c3c3f78b84ea1b400b2da14bae419b43de1de4f13d3b7805c9e25de545d42
When I use snapshot browser now, I see:
Expected result: I should see c and AMD
Actual result; as expected.
Therefore, there seems to be a bug with SMB shares being backed, and the UNC path not being reported properly by the snapshot explorer, when the CLI is able to list it although it seems to be escaping the UNC path and this may be the source of the issue:
command: C:\Users\xxxx\Desktop\backrest_Windows_x86_64\restic.exe ls 214c3c3f78b84ea1b400b2da14bae419b43de1de4f13d3b7805c9e25de545d42 -o sftp.args=-oBatchMode=yes
snapshot 214c3c3f of [\192.168.2.8\backups\ c:\AMD] at 2025-03-26 20:38:17.1236195 -0400 EDT by xxxx\xxxx@xxxx filtered by []:
/\192.168.2.8\backups
/\192.168.2.8\backups/xxxx
/\192.168.2.8\backups/xxxx/41EB6933CABD590A-00-00.mrimg
/\192.168.2.8\backups/xxxx/6C7036EB01342684-00-00.mrimg
/c
/c/AMD
Is it possible there's a bug where if the path is starting with / but then \ it does not know how to parse this and prevents the snapshot browser to display that properly?
Workaround: I can map the SMB share as a network drive in Windows and backup from there, but since the path in the backup parameters allowed the UNC path for the SMB share I thought I would try this out.
Thanks in advance for answering! Please let me know if I need to log a github issue directly.