BackupPC-users

[BackupPC-users] Trying to backup \Users\foobar causes "NT_STATUS_OBJECT_NAME_NOT_FOUND listing \Users\Users\*" [rt.phys.ethz.ch #47677]

2009-07-02 11:14:30
Subject: [BackupPC-users] Trying to backup \Users\foobar causes "NT_STATUS_OBJECT_NAME_NOT_FOUND listing \Users\Users\*" [rt.phys.ethz.ch #47677]
From: Axel Beckert <beckert AT phys.ethz DOT ch>
To: backuppc-users AT lists.sourceforge DOT net
Date: Thu, 2 Jul 2009 16:37:49 +0200
Hi,

our BackupPC server with about 70 clients runs Debian 5.0 Lenny
(amd64) with the Debian backuppc package version 3.1.0-4lenny1 and
smbclient 3.2.5 (Debian package version 2:3.2.5-4lenny6) installed.

The upgrade to Lenny and therefore Samba 3.2 solved a lot of problems
with Windows Vista, but also created some new ones. One of them is
very strange:

Since the upgrade to Lenny I have the following smbclient behaviour
with currently at least one Vista client with a configuration similar
to the following one:

  $Conf{XferMethod} = 'smb';
  $Conf{SmbShareName} = ['C$'];
  $Conf{BackupFilesOnly} = ['/Experiment', '/Users/foobar', '/Program Files'];
  $Conf{SmbShareUserName} = 'backuppc';
  $Conf{SmbSharePasswd} = 'nottherealpassword';

XferLog says, BackupPC is running:

  /usr/bin/smbclient \\\\fnord.example.net\\C\$ -U backuppc -E -d 1 -c tarmode\ 
full -Tc - /Experiment /Users/foobar /Program\ Files

This looks reasonable for me.

The interesting thing is the following error message:

  full backup started for share C$
  Xfer PIDs are now 23127,23126
  [ skipped 46 lines ]
  NT_STATUS_OBJECT_NAME_NOT_FOUND listing \Users\Users\*
                                          ^^^^^^^^^^^^^^
  [ skipped 241491 lines ]
  tarExtract: Done: 0 errors, 221291 filesExist, 11894377918 sizeExist, 
7358160170 sizeExistComp, 221679 filesTotal, 12023104085 sizeTotal

If I reduce

  $Conf{BackupFilesOnly} = ['/Experiment', '/Users/foobar', '/Program Files'];

to

  $Conf{BackupFilesOnly} = ['/Experiment', '/Users, '/Program Files'];

this strange error vanishes, but I have tons of error messages because
not all files in \Users are accessible. (And other problems like
nearly no files backed up, but all directories created. But this seems
to be another problem, and less esoteric.)

And if I switch back to a $Conf{BackupFilesExclude} based
configuration, the problem is gone, too, but the configuration tends
to become unreadable and unmanagable.

I can also reproduce this problem on the commandline, so it looks to me
to as if this could be a pure smbclient bug -- if there isn't something
bogus in the commandline options or parameters to smbclient:

backuppc@backuppc:~ $ /usr/bin/smbclient \\\\fnord.example.net\\C\$ -U backuppc 
-E -d 1 -c tarmode\ full -Tc - /Experiment /Users/foobar /Program\ Files > 
/scratch/fnord.tar
Enter backuppc's password: 
Domain=[FNORD] OS=[Windows Vista (TM) Business 6000] Server=[Windows Vista (TM) 
Business 6.0]
tarmode is now full, system, hidden, noreset, verbose
                directory \Experiment\
                directory \Experiment\something\
                directory \Experiment\something\Images\
       20669 (  237.5 kb/s) \Experiment\something\Images\fnord_1903.png
       20604 ( 6707.0 kb/s) \Experiment\something\Images\fnord_1904.png
[...]
       20533 ( 3342.0 kb/s) \Experiment\something\Images\fnord_2023.png
       20613 ( 2875.7 kb/s) \Experiment\something\Images\fnord_2024.png
        2629 (  213.9 kb/s) \Experiment\something\peaks.png
                directory \Users\Users\
NT_STATUS_OBJECT_NAME_NOT_FOUND listing \Users\Users\*
                directory \Program Files\
                directory \Program Files\7-Zip\
       85664 ( 3802.6 kb/s) \Program Files\7-Zip\7-zip.chm
       69632 ( 4533.3 kb/s) \Program Files\7-Zip\7-zip.dll
      599552 (14637.5 kb/s) \Program Files\7-Zip\7z.dll
      147968 ( 7605.3 kb/s) \Program Files\7-Zip\7z.exe
[...]

Anyone seen this, too, or having an idea why smbclient tries to access
the (non-existent) \Users\Users although it hasn't been requested on
the command line?

Or have I missed something?

                Kind regards, Axel Beckert
-- 
Axel Beckert <beckert AT phys.ethz DOT ch>       support: +41 44 633 26 68
IT Services Group, HPT D 17                 voice: +41 44 633 41 89
Departement of Physics, ETH Zurich
CH-8093 Zurich, Switzerland                http://nic.phys.ethz.ch/

------------------------------------------------------------------------------
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/