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): samba-3.0.20b-2.1 How reproducible: Always 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 Additional info: 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 https://bugzilla.samba.org/show_bug.cgi?id=3974
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 /path/to/timestampfile - 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.