samba - Nov 2019 - Recent inability to view long filenames stored with scp via samba mount

Greetings Samba team,

It has been a long time since I needed to ask a Samba technical question.

Server and workstation are both running the latest Samba packages via Ubuntu
16.04 LTS. I recently applied the security updates... actually that was
yesterday I applied them.

> samba (2:4.3.11+dfsg-0ubuntu0.16.04.23) xenial-security; urgency=medium
>
>   * SECURITY UPDATE: client code can return filenames containing path
>     separators
>     - debian/patches/CVE-2019-10218-1.patch: protect SMB1 client code
>       from evil server returned names in source3/libsmb/clilist.c,
>       source3/libsmb/proto.h.
>     - debian/patches/CVE-2019-10218-2.patch: Protect SMB2 client code
>       from evil server returned names in source3/libsmb/cli_smb2_fnum.c.
>     - CVE-2019-10218
>   * SECURITY UPDATE: User with "get changes" permission can crash
AD DC
>     LDAP server via dirsync
>     - debian/patches/CVE-2019-14847-1.patch: ensure attrs exist in
>       source4/dsdb/samdb/ldb_modules/dirsync.c.
>     - debian/patches/CVE-2019-14847-2.patch: demonstrate the correct
>       interaction of ranged_results style attributes and dirsync in
>       source4/dsdb/tests/python/dirsync.py.
>     - debian/patches/CVE-2019-14847-3.patch: correct behaviour of
>       ranged_results when combined with dirsync in
>       source4/dsdb/samdb/ldb_modules/dirsync.c,
>       source4/dsdb/samdb/ldb_modules/ranged_results.c.
>     - CVE-2019-14847
>
>  -- Marc Deslauriers <marc.deslauriers at ubuntu.com>  Mon, 21 Oct
2019 08:53:51 -0400

I have Samba shares mounted to my Linux workstation. Mostly I access files on
the Samba server over the Samba mount. I use mount.cifs to bring up these
mounts.

For a couple of special cases, I use scp to transfer files between the server
and workstation. Special characters in filenames give sending them over the
Samba mount trouble, so that is one case I
have used scp in place of using the Samba mount.

To back up my Rhythembox music I use scp. I loaded some more music to Rhythembox
yesterday, so remembered to back up Rhythembox to the server this morning. The
scp command works flawlessly as ever.

$ bin/rsync_ldslnx01rhythmbox.sh
sending incremental file list

sent 268 bytes  received 15 bytes  188.67 bytes/sec
total size is 1,467,438  speedup is 5,185.29
sending incremental file list
Alfred Brendel/
Alfred Brendel/Beethoven Piano Sonatas Vol I/
Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29
in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3
      12,279,216 100%   13.53MB/s    0:00:00 (xfr#1, ir-chk=1025/1221)
Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29
in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3
       2,795,290 100%    2.43MB/s    0:00:01 (xfr#2, ir-chk=1024/1221)
Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29
in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3
      17,269,725 100%   10.59MB/s    0:00:01 (xfr#3, ir-chk=1023/1221)
Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29
in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro
risoluto.mp3
      13,683,591 100%    7.61MB/s    0:00:01 (xfr#4, ir-chk=1022/1221)
Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32
in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3
       8,842,054 100%    5.77MB/s    0:00:01 (xfr#5, ir-chk=1021/1221)
Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32
in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3
      16,239,680 100%    8.41MB/s    0:00:01 (xfr#6, ir-chk=1020/1221)


(and so on...)

ssh to the sever to validate the files got there...

mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred
Brendel$ find
.
./Beethoven Piano Sonatas Vol I
./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": I. Allegro.mp3
./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": II. Scherzo.mp3
./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3
./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3
./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C minor,
op. 111: I. Maestoso; Allegro con brio e appassionato.mp3
./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C minor,
op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3


Good!


View across the mount.cifs share to my workstation...


mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred
Brendel$ find
.
./Beethoven Piano Sonatas Vol I
./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3
./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3
./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3
./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3
./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3
./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3
./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3
./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3
./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3



Yikes!! Why is Samba not showing the long version of file names actually
successfully on the server suddenly?

Did something go wrong after yesterday's update?

I am thankful,

-- 
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/

On 03/11/2019 11:37, Michael Lueck via samba wrote:
> Greetings Samba team,
>
> It has been a long time since I needed to ask a Samba technical question.
>
> Server and workstation are both running the latest Samba packages via 
> Ubuntu 16.04 LTS. I recently applied the security updates... actually 
> that was yesterday I applied them.
>
>
>> samba (2:4.3.11+dfsg-0ubuntu0.16.04.23) xenial-security; urgency=medium
>>
>> ? * SECURITY UPDATE: client code can return filenames containing path
>> ??? separators
>> ??? - debian/patches/CVE-2019-10218-1.patch: protect SMB1 client code
>> ????? from evil server returned names in source3/libsmb/clilist.c,
>> ????? source3/libsmb/proto.h.
>> ??? - debian/patches/CVE-2019-10218-2.patch: Protect SMB2 client code
>> ????? from evil server returned names in
source3/libsmb/cli_smb2_fnum.c.
>> ??? - CVE-2019-10218
>> ? * SECURITY UPDATE: User with "get changes" permission can
crash AD DC
>> ??? LDAP server via dirsync
>> ??? - debian/patches/CVE-2019-14847-1.patch: ensure attrs exist in
>> ????? source4/dsdb/samdb/ldb_modules/dirsync.c.
>> ??? - debian/patches/CVE-2019-14847-2.patch: demonstrate the correct
>> ????? interaction of ranged_results style attributes and dirsync in
>> ????? source4/dsdb/tests/python/dirsync.py.
>> ??? - debian/patches/CVE-2019-14847-3.patch: correct behaviour of
>> ????? ranged_results when combined with dirsync in
>> ????? source4/dsdb/samdb/ldb_modules/dirsync.c,
>> ????? source4/dsdb/samdb/ldb_modules/ranged_results.c.
>> ??? - CVE-2019-14847
>>
>> ?-- Marc Deslauriers <marc.deslauriers at ubuntu.com>? Mon, 21
Oct 2019
>> 08:53:51 -0400 
>
>
> I have Samba shares mounted to my Linux workstation. Mostly I access 
> files on the Samba server over the Samba mount. I use mount.cifs to 
> bring up these mounts.
>
> For a couple of special cases, I use scp to transfer files between the 
> server and workstation. Special characters in filenames give sending 
> them over the Samba mount trouble, so that is one case I have used scp 
> in place of using the Samba mount.
>
> To back up my Rhythembox music I use scp. I loaded some more music to 
> Rhythembox yesterday, so remembered to back up Rhythembox to the 
> server this morning. The scp command works flawlessly as ever.
>
> $ bin/rsync_ldslnx01rhythmbox.sh
> sending incremental file list
>
> sent 268 bytes? received 15 bytes? 188.67 bytes/sec
> total size is 1,467,438? speedup is 5,185.29
> sending incremental file list
> Alfred Brendel/
> Alfred Brendel/Beethoven Piano Sonatas Vol I/
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano 
> Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": I.
Allegro.mp3
> ???? 12,279,216 100%?? 13.53MB/s??? 0:00:00 (xfr#1, ir-chk=1025/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano 
> Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": II.
Scherzo.mp3
> ????? 2,795,290 100%??? 2.43MB/s??? 0:00:01 (xfr#2, ir-chk=1024/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano 
> Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": III.
Adagio
> sostenuto.mp3
> ???? 17,269,725 100%?? 10.59MB/s??? 0:00:01 (xfr#3, ir-chk=1023/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano 
> Sonata No. 29 in B-flat major, op. 106 "Hammerklavier": IV:
Largo;
> Allegro risoluto.mp3
> ???? 13,683,591 100%??? 7.61MB/s??? 0:00:01 (xfr#4, ir-chk=1022/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano 
> Sonata No. 32 in C minor, op. 111: I. Maestoso; Allegro con brio e 
> appassionato.mp3
> ????? 8,842,054 100%??? 5.77MB/s??? 0:00:01 (xfr#5, ir-chk=1021/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano 
> Sonata No. 32 in C minor, op. 111: II. Arietta; Adagio molto, semplice 
> e cantabile.mp3
> ???? 16,239,680 100%??? 8.41MB/s??? 0:00:01 (xfr#6, ir-chk=1020/1221)
>
>
> (and so on...)
>
> ssh to the sever to validate the files got there...
>
> mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred 
> Brendel$ find
> .
> ./Beethoven Piano Sonatas Vol I
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in 
> B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in 
> B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in 
> B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in 
> B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro
risoluto.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C 
> minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C 
> minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3
>
>
> Good!
>
>
> View across the mount.cifs share to my workstation...
>
>
> mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred 
> Brendel$ find
> .
> ./Beethoven Piano Sonatas Vol I
> ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3
> ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3
> ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3
> ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3
> ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3
> ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3
> ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3
> ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3
> ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3
>
>
>
> Yikes!! Why is Samba not showing the long version of file names 
> actually successfully on the server suddenly?
>
> Did something go wrong after yesterday's update?
>
> I am thankful,
>
Problem is that 4.3.x is EOL from the Samba point of view, so the 
Security updates were not backported by Samba, they must have been 
backported by Ubuntu. There have also been numerous changes between 
4.3.x and current supported Samba versions, so your problem may have 
been fixed already, but if it isn't, then it is unlikely to be fixed in 
your current version.

I suggest you upgrade to 18.04 and use the Samba packages from here:

http://apt.van-belle.nl/

If the problem still persists, then you will need to file a bug report, 
but lets not cross that bridge until we come to it.

Rowland

On Sun, 2019-11-03 at 12:11 +0000, Rowland penny via samba
wrote:
> On 03/11/2019 11:37, Michael Lueck via samba wrote:
> > Greetings Samba team,
> > 
> > It has been a long time since I needed to ask a Samba technical
> > question.
> > 
> > Server and workstation are both running the latest Samba packages
> > via 
> > Ubuntu 16.04 LTS. I recently applied the security updates...
> > actually 
> > that was yesterday I applied them.
> > 
> Problem is that 4.3.x is EOL from the Samba point of view, so the 
> Security updates were not backported by Samba, they must have been 
> backported by Ubuntu. There have also been numerous changes between 
> 4.3.x and current supported Samba versions, so your problem may have 
> been fixed already, but if it isn't, then it is unlikely to be fixed
> in 
> your current version.
I agree, if I read the thread correctly, that is it worked with
2:4.3.11+dfsg-0ubuntu0.16.04.21 but fails with 2:4.3.11+dfsg-
0ubuntu0.16.04.23 then this is very likely a regression, either an
upstream problem we haven't seen yet or bad backport.

But something doesn't add up here.  The patches for Samba's client in
the recent security relese don't change long file names, indeed the
server-side isn't even changed.  The patches just hard-disconnect from
the server if we get a /.  Also, the client in use here is the CIFS
kernel client (invoked from mount.cifs), not Samba.
> I suggest you upgrade to 18.04 and use the Samba packages from here:
> 
> http://apt.van-belle.nl/
> 
> If the problem still persists, then you will need to file a bug
> report, 
> but lets not cross that bridge until we come to it.
It may well be a kernel bug actually.  Michael:  the same issue would
affect the linux kernel client, did you get a kernel security update at
a similar time?

Andrew Bartlett

-- 
Andrew Bartlett
https://samba.org/~abartlet/
Authentication Developer, Samba Team         https://samba.org
Samba Development and Support, Catalyst IT   
https://catalyst.net.nz/services/samba

On Sun, Nov 03, 2019 at 06:37:57AM -0500, Michael Lueck via samba
wrote:
> I have Samba shares mounted to my Linux workstation. Mostly I access files
on the Samba server over the Samba mount. I use mount.cifs to bring up these
mounts.
> 
> For a couple of special cases, I use scp to transfer files between the
> server and workstation. Special characters in filenames give sending them
> over the Samba mount trouble, so that is one case I have used scp in place
> of using the Samba mount.
> 
> To back up my Rhythembox music I use scp. I loaded some more music to
Rhythembox yesterday, so remembered to back up Rhythembox to the server this
morning. The scp command works flawlessly as ever.
> 
> $ bin/rsync_ldslnx01rhythmbox.sh
> sending incremental file list
> 
> sent 268 bytes  received 15 bytes  188.67 bytes/sec
> total size is 1,467,438  speedup is 5,185.29
> sending incremental file list
> Alfred Brendel/
> Alfred Brendel/Beethoven Piano Sonatas Vol I/
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No.
29 in B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3
>      12,279,216 100%   13.53MB/s    0:00:00 (xfr#1, ir-chk=1025/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No.
29 in B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3
>       2,795,290 100%    2.43MB/s    0:00:01 (xfr#2, ir-chk=1024/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No.
29 in B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3
>      17,269,725 100%   10.59MB/s    0:00:01 (xfr#3, ir-chk=1023/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No.
29 in B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro
risoluto.mp3
>      13,683,591 100%    7.61MB/s    0:00:01 (xfr#4, ir-chk=1022/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No.
32 in C minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3
>       8,842,054 100%    5.77MB/s    0:00:01 (xfr#5, ir-chk=1021/1221)
> Alfred Brendel/Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No.
32 in C minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3
>      16,239,680 100%    8.41MB/s    0:00:01 (xfr#6, ir-chk=1020/1221)
> 
> 
> (and so on...)
> 
> ssh to the sever to validate the files got there...
> 
> mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred
Brendel$ find
> .
> ./Beethoven Piano Sonatas Vol I
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": I. Allegro.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": II. Scherzo.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in B-flat
major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C
minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3
> ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C
minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3
> 
> 
> Good!
> 
> 
> View across the mount.cifs share to my workstation...
> 
> 
> mdlueck at jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred
Brendel$ find
> .
> ./Beethoven Piano Sonatas Vol I
> ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3
> ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3
> ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3
> ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3
> ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3
> ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3
> ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3
> ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3
> ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3
> 
> 
> 
> Yikes!! Why is Samba not showing the long version of file names actually
successfully on the server suddenly?
> 
> Did something go wrong after yesterday's update?
Nope. Your filenames have the ':' character in them,
which is invalid for SMB2 filenames. So Samba
must mangle them to make them available to SMB2
clients.

The only way you can see these filenames 'as they
are' on the server is if you mount with SMB1+posix
extensions, which doesn't mangle any names. This
is not currently recommended as we're trying to
remove SMB1 support.

My guess is yesterday you were mounting with SMB1+unix-extensions
and today you're mounting with SMB2+ (the default).

Jeremy.

Greetings Jeremy,

Jeremy Allison wrote:
> On Sun, Nov 03, 2019 at 06:37:57AM -0500, Michael Lueck via samba wrote:
>>
>>
>> mdlueck at
ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find
>> .
>> ./Beethoven Piano Sonatas Vol I
>> ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in
B-flat major, op. 106 "Hammerklavier": I. Allegro.mp3
>> ./Beethoven Piano Sonatas Vol I/Disc 1 - 02 - Piano Sonata No. 29 in
B-flat major, op. 106 "Hammerklavier": II. Scherzo.mp3
>> ./Beethoven Piano Sonatas Vol I/Disc 1 - 03 - Piano Sonata No. 29 in
B-flat major, op. 106 "Hammerklavier": III. Adagio sostenuto.mp3
>> ./Beethoven Piano Sonatas Vol I/Disc 1 - 04 - Piano Sonata No. 29 in
B-flat major, op. 106 "Hammerklavier": IV: Largo; Allegro risoluto.mp3
>> ./Beethoven Piano Sonatas Vol I/Disc 1 - 05 - Piano Sonata No. 32 in C
minor, op. 111: I. Maestoso; Allegro con brio e appassionato.mp3
>> ./Beethoven Piano Sonatas Vol I/Disc 1 - 06 - Piano Sonata No. 32 in C
minor, op. 111: II. Arietta; Adagio molto, semplice e cantabile.mp3
>>
>>
>> Good!
>>
>>
>> View across the mount.cifs share to my workstation...
>>
>>
>> mdlueck at
jacob:/mnt/ldslnx01/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find
>> .
>> ./Beethoven Piano Sonatas Vol I
>> ./Beethoven Piano Sonatas Vol I/DTCML9~Y.MP3
>> ./Beethoven Piano Sonatas Vol I/DQIP6H~S.MP3
>> ./Beethoven Piano Sonatas Vol I/DKU9ZS~P.MP3
>> ./Beethoven Piano Sonatas Vol I/D4K1AV~O.MP3
>> ./Beethoven Piano Sonatas Vol I/DIVFAH~2.MP3
>> ./Beethoven Piano Sonatas Vol I/DWMU18~G.MP3
>> ./Beethoven Piano Sonatas Vol I/DDDAFP~U.MP3
>> ./Beethoven Piano Sonatas Vol I/DIYJ3G~3.MP3
>> ./Beethoven Piano Sonatas Vol I/DQYYDL~5.MP3
>>
>>
>>
>> Yikes!! Why is Samba not showing the long version of file names
actually successfully on the server suddenly?
>>
>> Did something go wrong after yesterday's update?
> Nope. Your filenames have the ':' character in them,
> which is invalid for SMB2 filenames. So Samba
> must mangle them to make them available to SMB2
> clients.

Indeed, I was finding other exceptions than just the new Beethoven Piano Sonata
files. Some dating back to 2012! So definitely not new. I just have not needed
to swap disks on my workstation in so
long I have not needed to restore the MP3 collection.

Both the : and the ? characters are key to having Samba limit the filename to
the short version. I took care to remove both chars (one at a time) from a MP3,
rync to backup, and once both chars were
removed, NOW I can see the same long filename via the SAMBA mount as I see on
the native Linux file system.

Bravo Jeremy! Excellent sleuthing all!

So what is a complete list of not allowable chars for SMB compatibility? I
intent to purge my MP3 collection of all invalid chars.

I am thankful,

-- 
Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/