I've seen lots of evidence around for smbfs in the linux kernel missing files, while smbclient is okay. I have the opposite problem (well, haven't checked smbfs). I tested 9 consecutive backup runs: for num in 1 2 3 4 5 6 7 8 9; do smbclient '\\myhost\myshare$' -U user%pass -E -d1 -Tca /home/foo/foo$num.tar FCNS8001/U/_/BD8* > /home/foo/foolog$num.txt 2>&1; done On the fourth and fifth iterations, smbclient missed files. Here's the result (those log files have no answers - the files just disappear): -rw-r--r-- 1 backup backup 57288704 Nov 17 16:35 foo1.tar -rw-r--r-- 1 backup backup 57288704 Nov 17 16:46 foo2.tar -rw-r--r-- 1 backup backup 57288704 Nov 17 16:57 foo3.tar -rw-r--r-- 1 backup backup 57250816 Nov 17 17:07 foo4.tar -rw-r--r-- 1 backup backup 57248768 Nov 17 17:17 foo5.tar -rw-r--r-- 1 backup backup 57288704 Nov 17 17:29 foo6.tar -rw-r--r-- 1 backup backup 57288704 Nov 17 17:40 foo7.tar -rw-r--r-- 1 backup backup 57288704 Nov 17 17:51 foo8.tar -rw-r--r-- 1 backup backup 57288704 Nov 17 18:02 foo9.tar -rw-r--r-- 1 backup backup 94847 Nov 17 16:35 foolog1.txt -rw-r--r-- 1 backup backup 94847 Nov 17 16:46 foolog2.txt -rw-r--r-- 1 backup backup 94847 Nov 17 16:57 foolog3.txt -rw-r--r-- 1 backup backup 94517 Nov 17 17:07 foolog4.txt -rw-r--r-- 1 backup backup 94792 Nov 17 17:17 foolog5.txt -rw-r--r-- 1 backup backup 94847 Nov 17 17:29 foolog6.txt -rw-r--r-- 1 backup backup 94847 Nov 17 17:40 foolog7.txt -rw-r--r-- 1 backup backup 94847 Nov 17 17:51 foolog8.txt -rw-r--r-- 1 backup backup 94847 Nov 17 18:02 foolog9.txt
There's been a lot of work in smbclient surrounding the findfirst/findnext code. Please retest against 3.0.14a and reopen if necessary.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.