Red Hat Bugzilla – Bug 176649
smbclient fails to login in tar creating mode
Last modified: 2007-11-30 17:11:19 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7
Description of problem:
When using smbclient in tar creating mode, like this:
smbclient //server/share -A server.auth -Tc /tmp/server-share.tar
there is an login failure although a command
smbclient //server/share -A server.auth
logs in just fine.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. smbclient //server/share -A server.auth -Tc /tmp/server-share.tar
Actual Results: session setup failed: NT_STATUS_LOGON_FAILURE
Expected Results: Domain=[DOMAIN] OS=[Windows NT 4.0] Server=[NT LAN Manager 4.0]
tar: dumped 5 files and directories
Total bytes written: 22577664
My configuration is an NT domain with Windows NT 4 server with latest service pack.
Smbclient from vanilla version of samba-3.0.20b works just fine (compiled with ./configure --prefix=/tmp/samba-3.0.20b.root && make CFLAGS=-O0 && make install). Smbclient from Fedora Core 4 also works fine but I cannot use it because of bug #167561.
When I recompiled samba rpm without samba-3.0.15pre2-bug106483.patch it worked.
The cause of this is that tar creating option arguments of smbclient are
confused with password provided in command line. This is an upstream bug. I've
filed it in upstream bug tracker and I'm adding a reference to
Are there known workarounds for this? Backuppc will do full backups using smb
mode but fails authentication on incrementals.
have you tried to use -Uusername%password on the command line?
Backuppc normally sets the PASSWD variable so the password isn't visible to ps,
but the same thing happens if the %password is added to the username. It works
with a command like:
smbclient \\\\host\\share -U backupuser -E -N -d 1 -c tarmode\ full -Tc -
but fails with
smbclient \\\\host\\share -U backupuser -E -N -d 1 -c tarmode\ full -TcN
regardless of the way the password is handled.
If the password is omitted, neither way will prompt for it as documented and
done by earlier versions.
*** Bug 189502 has been marked as a duplicate of this bug. ***
*** Bug 191159 has been marked as a duplicate of this bug. ***
Committing the fix to fc5,fc6 and rawhide.
Thank you very much for the report.