On 27/2/21 08:23, backu...@kosowsky.org wrote:
Adam Goryachev wrote at about 05:48:56 +1100 on Saturday, February 27, 2021:

  > >
  > >   > I was missing the ClientShareName2Path. I've added that in, but now I
  > >   > get another error:
  > >   >
  > >   > No such NTFS drive 'c:' skipping corresponding shadow setup...
  > >   >     'c' => /cygdrive/c/shadow/c-20210226-234449
  > >   > Eval return value: 1
  > >   >
  > >   > I'm thinking it might be a case sensitive issue, so am waiting for it 
to
  > >   > finish before adjusting the config and retrying:
  > >   > $Conf{RsyncShareName} = [
  > >   >    'C'
  > >   > ];
  > >   > $Conf{ClientShareName2Path} = {
  > >   >          'C' => '/C',
  > >   > };
  > >   >
  > >   > ie, using all capital C instead of the lower case c. Or are there any
  > >   > other hints?
  > >   >
  > > It shouldn't be case sensitive.
  > > And personally, I think I use lower case 'c'
  > >
  > > Tell me what the following commands give:
  > >
  > > # cygpath -u C:
  > > # cygpath -u c:
  > >
  > > # ls $(cygpath -u C:)/..
  > > # ls $(cygpath -u c:)/..
  > >
  > > # mount -m | grep "^C: "
  > > # mount -m | grep "^c: "
  > >
  > Results:
  >
  > $ cygpath -u C:
  > /cygdrive/c
  > $ cygpath -u c:
  > /cygdrive/c
  > $ ls $(cygpath -u C:)/..
  > c  d
  > $ ls $(cygpath -u c:)/..
  > c  d
  > $ mount -m | grep "^C: "
  > $ mount -m | grep "^c: "
  > $ mount -m
  > none /cygdrive cygdrive binary,posix=0,user 0 0
  >
  > $ mount
  > C:/cygwin64/root/bin on /usr/bin type ntfs (binary,auto)
  > C:/cygwin64/root/lib on /usr/lib type ntfs (binary,auto)
  > C:/cygwin64/root on / type ntfs (binary,auto)
  > C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
  > D: on /cygdrive/d type udf (binary,posix=0,user,noumount,auto)
  >
  > So all seem to work with lowercase or uppercase, but for some reason,
  > neither works when from the script.
  >
  > The only "non-standard" thing I've done is all the cygwin tools are
  > installed to C:\cygwin64\root instead of the default which installs them
  > to C:\cygwin64\
  >
  > OK, from re-checking the error and the script, it looks like it's
  > failing because mount -m doesn't show the c: ...
  >

Yup.
On my machine, "mount -m" gives the letter drives...
You could try substituting the following

-if ! [ -d "$(cygpath -u ${I}:)" ] || ! grep -qE "^${I^^}: \S+ ntfs " <(mount 
-m); then
+if ! [ -d "$(cygpath -u ${I}:)" ] || ! grep -qE "^${I^^}: on \S+ type ntfs " 
<(mount); then

That seems to have fixed it, at least the shadow was created, and backup is starting. Will have to wait a while for the backup to complete, but looks good so far.

       my $sharenameref=$bpc->{Conf}{ClientShareName2Path};
       foreach my $key (keys %{$sharenameref}) { #Rewrite ClientShareName2Path
      $sharenameref->{$key} = "$shadowdir$2-$hosttimestamp$3" if
                $sharenameref->{$key} =~ m#^(/cygdrive)?/([a-zA-Z])(/.*)?$#; #Add shadow if letter drive
       }
       print map { "   '$_' => $sharenameref->{$_}
" } sort(keys %{$sharenameref}) unless $?;
}}
Junction created for C:\shadow\C-20210227.133140-keep <<===>> \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\\
   'C' => /cygdrive/c/shadow/C-20210227.133140-keep
Eval return value: 1
__bpc_progress_state__ backup share "C"
Running: /usr/local/bin/rsync_bpc --bpc-top-dir /var/lib/backuppc --bpc-host-name hostvm2 --bpc-share-name C --bpc-bkup-num 2 --bpc-bkup-comp 3 --bpc-bkup-prevnum 1 --bpc-bkup-prevcomp 3 --bpc-bkup-inode0 608083 --bpc-log-level 1 --bpc-attrib-new -e /usr/bin/ssh\ -l\ BackupPC --rsync-path=/cygdrive/c/cygwin64/root/bin/rsync.exe --super --recursive --protect-args --numeric-ids --perms --owner --group -D --times --links --hard-links --delete --partial --log-format=log:\ %o\ %i\ %B\ %8U,%8G\ %9l\ %f%L --stats --checksum --one-file-system --timeout=72000 10.1.1.119:/cygdrive/c/shadow/C-20210227.133140-keep/ / full backup started for directory C (client path /cygdrive/c/shadow/C-20210227.133140-keep)
started full dump, share=C
Xfer PIDs are now 25288
xferPids 25288
This is the rsync child about to exec /usr/local/bin/rsync_bpc
cmdExecOrEval: about to exec /usr/local/bin/rsync_bpc --bpc-top-dir /var/lib/backuppc --bpc-host-name hostvm2 --bpc-share-name C --bpc-bkup-num 2 --bpc-bkup-comp 3 --bpc-bkup-prevnum 1 --bpc-bkup-prevcomp 3 --bpc-bkup-inode0 608083 --bpc-log-level 1 --bpc-attrib-new -e /usr/bin/ssh\ -l\ BackupPC --rsync-path=/cygdrive/c/cygwin64/root/bin/rsync.exe --super --recursive --protect-args --numeric-ids --perms --owner --group -D --times --links --hard-links --delete --partial --log-format=log:\ %o\ %i\ %B\ %8U,%8G\ %9l\ %f%L --stats --checksum --one-file-system --timeout=72000 10.1.1.119:/cygdrive/c/shadow/C-20210227.133140-keep/ /
Xfer PIDs are now 25288,25291
xferPids 25288,25291
xferPids 25288,25291
__bpc_progress_fileCnt__ 1
    new    recv cd+++++++++ ---r-x---   328384,  328384         0 .
    same   recv >f..tpog... rwxr-x---       18,      18 1 BOOTNXT
    pool   recv cL+++++++++ rwxrwxrwx       18,      18        17 Documents and Settings -> /cygdrive/c/Users
    same   recv >f..tpog... rwxrwx---      544,      18 8192 DumpStack.log
    new    recv >f+++++++++ rwxrwx---      544,      18 8192 DumpStack.log.tmp
    same   recv >f..tpog... r-xr-x---   328384,  328384 404250 bootmgr
... Still running....

Any ideas why the original didn't work? Is that something you will change in your script to make it more generic or something I need to fix in my environment?

Thanks again,
Adam



_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Reply via email to