Package: smbclient
Version: 2:4.9.5+dfsg-2
Severity: important
Dear Maintainer,
in a freshly installed testing/buster release, I installed samba + smbclient and reproduced the same configuration
(smb.conf, smbpasswd for root and for user) that is perfectly working on a Stretch release installed in a separated partition .
Testparm gives a positive result, and # pdbedit -w -L correctly provides
root:0:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:564A9466B5B97FEBE398359543B5B07D:[U ]:LCT-5CA4C2F8:
giuliano:1000:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX:8C869E0D14E71B60877E785FE5F8A299:[U ]:LCT-5CA4C312:
Issuing the command smbtree as root I can see the available local and remote resources, however issuing the same command
as user I get
"Unable to initialize messaging context" on the first line,
followed either by nothing, or by an incorrect or partial list of the shares.
Restarting samba (# /usr/sbin/service smbd restart) then smbtree shows all the shares, always with the same message on first
line, but I cannot browse them:
Dolphin does not show anything under Samba Shares.
I have quite a limited experience and do not know which other details might be of interest.
Thanks for your attention and work
Giuliano Cabrele
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-4-amd64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_US (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages smbclient depends on:
ii dpkg 1.19.6
ii libarchive13 3.3.3-4
ii libbsd0 0.9.1-2
ii libc6 2.28-8
ii libpopt0 1.16-12
ii libreadline7 7.0-5
ii libsmbclient 2:4.9.5+dfsg-2
ii libtalloc2 2.1.14-2
ii libtevent0 0.9.37-1
ii samba-common 2:4.9.5+dfsg-2
ii samba-libs 2:4.9.5+dfsg-2
smbclient recommends no packages.
Versions of packages smbclient suggests:
ii cifs-utils 2:6.8-2
pn heimdal-clients <none>
-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US",
LC_ALL = (unset),
LC_TIME = "it_IT.UTF-8",
LC_MONETARY = "it_IT.UTF-8",
LC_CTYPE = "C.UTF-8",
LC_MEASUREMENT = "it_IT.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory
Installed winbind (and then also iibpam-winbind, iibnss-winbind) : no change on smbtree output command.
The warning about "messaging context" is always there in the first line, followed either by nothing, or by only the remote (win xp) shares, or by the complete list of shares. The behaviour is quite random and could not grasp under which conditions I get one or the other situation. Once the complete list has appeared after a long time (some 5 -10 min.). When the local (buster) shares are not shown, I cannot browse them from win xp, otherwise I can do that flawlessly.
However, now I realized an unexpected outcome
1) running Dolphin as user, opening /Network/Shared Folders (SMB) I get an empty window
2) addressing Dolphin to open smb://casa(=workgroup) I get the error warning
"Internal Error
Please send a full bug report at http://bugs.kde.org
Unknown error condition in stat: File exists"
or instead, going to smb://(user)@(workgroup), i get
"Internal Error
Please send a full bug report at http://bugs.kde.org
libsmbclient reported an error, but did not specify what the problem is. This might indicate a severe problem with your network - but also might indicate a problem with libsmbclient.
If you want to help us, please provide a tcpdump of the network interface while you try to browse (be aware that it might contain private data, so do not post it if you are unsure about that - you can send it privately to the developers if they ask for it)"
3) but if I address Dolphin to directly go to smb://(remote host) or smb://(user)@(remote host) then - after being requested and giving the password - I CAN ACCESS the remote shares, and, as far as I could see, I can fully operate r/w as allowed in smb.conf.
Same for the local shares.
Even more surprisingly (it seems that) I can access local and remote shares INDEPENDENTLY from whether smbtree lists them or not.
Given the invitation above to submit a tcpdump report, I installed wireshark and took a dump for each of the cases above, together with a snapshot of Dolphin in/out put, and I am available to submit them privately if of interest.
Finally, allow me to ask what "messaging context" is? which process is supposed to activate that?
Thanks for attention and kind regards