Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

2018-09-17 Thread Michael Stowe 

On 2018-09-17 16:26, Jaime Fenton wrote:

Here's my Error log example.

Some of the file locks are legitimate and I completely understand why
they happen, but the NT_STATUS_SHARING_VIOLATIONs and
NT_STATUS_CONNECTION_DISCONNECTEDs don't make a lot of sense to me.
The Backup aborted ( ) also happens for not reason (that I can note)
and would love if someone could explain that.

Jaime


I'll explain what I can:
NT_STATUS_ACCESS_DENIED listing \Users\username>\AppData\Local\Application Data\*


In a nutshell, the "AL\backuppc" user doesn't have access to username> files by default, even if it is granted administrative 
privileges.


NT_STATUS_SHARING_VIOLATION opening remote file \Users\username>\AppData\Local\Microsoft\Windows\UsrClass.dat


This is a registry file -- you won't be able to back it up *at all* 
without using shadow copies.


Backup aborted ()

I can't really explain this one, but I do recall that certain newer 
versions of backuppc and older versions of smbclient would combine so 
that BackupPC would have trouble interpreting the return messages from 
smbclient.  Might need to check your versions, or bump up the log 
verbosity for more info.



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] BackupPC 4.2.1 apparently in an infinite loop.

2018-09-17 Thread Guillermo Rozas 
>
> >>> ... BackupPC appears to think that it has now used 5TB of a 3TB
> >>> disc and the claimed usage is growing. ...
>
> ... and growing.  It's now claiming 8.5TB used by the pool.  Pretty
> soon the claimed pool usage will exceed the total storage used by all
> the hosts that are being backed up.  Real partition usage is ~80%, of
> course it's is using nothing like the storage it claims to be using.


Regarding this point: have you tried reducing the parameter
PoolSizeNightlyUpdatePeriod? It defaults to 16, and from the documentation:

> "The total size of the files in the new V4 pool is updated every night
when BackupPC_nightly runs BackupPC_refCountUpdate. Instead of adding up
the size of every pool file, it just updates the pool size total when files
are added to or removed from the pool.
>To make sure these cumulative pool file sizes stay accurate, we recompute
the V4 pool size for a portion of the pool each night from scratch, ie: by
checking every file in that portion of the pool.

> $Conf{PoolSizeNightlyUpdatePeriod} sets how many nights it takes to
completely update the V4 pool size. It can be set to: 0: never do a full
refresh; simply maintain the cumulative sizes when files are added or
deleted (fastest option) 1: recompute all the V4 pool size every night
(slowest option) 2: recompute 1/2 the V4 pool size every night 4: recompute
1/4 the V4 pool size every night 8: recompute 1/8 the V4 pool size every
night 16: recompute 1/16 the V4 pool size every night (2nd fastest option;
ensures the pool files sizes stay accurate after a few day, in case the
relative upgrades miss a file)"

I once had a similar problem (pool not showing real size) and forcing it to
check the size in a single night (PoolSizeNightlyUpdatePeriod=1) for a
couple of days solved it.

Regards,
Guillermo
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] BackupPC 4.2.1 apparently in an infinite loop.

2018-09-17 Thread Michael Stowe 

On 2018-09-17 12:15, G.W. Haywood via BackupPC-users wrote:

Hello again all,

[Replying to myself here to try to get the thread back on topic.]


Thank you!


On Mon, 17 Sep 2018, G.W. Haywood wrote:


... I suspect that this is a fault in BackupPC_backupDelete ...



8<--
BackupPC_backupDelete debug output: userid is redacted, NO OTHER 
CHANGES.
The pool is on a 3TB LUKS encrypted volume which is mounted on 
/mnt/3TLV
and /var/lib/backuppc is a symlink to /mnt/3TLV/backuppc.  The 
function
RmTreeQuietInner seems to be seeing some sort of bowdlerization of 
these.

8<--
tornado:/var/lib/backuppc/pc/kestrel# >>> 
/usr/share/backuppc/bin/BackupPC_backupDelete -h kestrel -n 268 -l -s 
Homes X/.cache 'X/.moonchild productions'

__bpc_pidStart__ 13276
BackupPC_backupDelete: $fullDelPath=[/Homes/X/.cache]; 
$delPathM=[/X/f.cache]

BackupPC_backupDelete: removing #268/Homes/X/.cache
__bpc_progress_state__ merge #268/Homes/X/.cache -> 
#267/Homes/X/.cache

BackupPC_backupDelete: Merge into backup 267/Homes/X/.cache
bpc_attrib_backwardCompat: WriteOldStyleAttribFile = 0, 
KeepOldAttribFiles = 0
RmTreeQuietInner: 
/mnt/3TLV/backuppc/pc/kestrel/268//var/lib/backuppc/pc/kestrel/268/X 
isn't a directory (while removing 
/var/lib/backuppc/pc/kestrel/268/X/f.cache)
BackupPC_backupDelete: $fullDelPath=[/Homes/X/.moonchild 
productions]; $delPathM=[/X/f.moonchild productions]
BackupPC_backupDelete: removing #268/Homes/X/.moonchild 
productions
__bpc_progress_state__ merge #268/Homes/X/.moonchild productions 
-> #267/Homes/X/.moonchild productions
BackupPC_backupDelete: Merge into backup 267/Homes/X/.moonchild 
productions
RmTreeQuietInner: 
/mnt/3TLV/backuppc/pc/kestrel/268//var/lib/backuppc/pc/kestrel/268/X 
isn't a directory (while removing 
/var/lib/backuppc/pc/kestrel/268/X/f.moonchild productions)
bpc_attrib_dirWrite: old attrib has same digest; no changes to ref 
counts

__bpc_pidStart__ 13279
BackupPC_refCountUpdate: computing totals for host kestrel
__bpc_progress_state__ sumUpdate 0/128
bpc_attrib_backwardCompat: WriteOldStyleAttribFile = 0, 
KeepOldAttribFiles = 0

__bpc_progress_state__ sumUpdate 8/128
__bpc_progress_state__ sumUpdate 16/128
__bpc_progress_state__ sumUpdate 24/128
__bpc_progress_state__ sumUpdate 32/128
__bpc_progress_state__ sumUpdate 40/128
__bpc_progress_state__ sumUpdate 48/128
__bpc_progress_state__ sumUpdate 56/128
__bpc_progress_state__ sumUpdate 64/128
__bpc_progress_state__ sumUpdate 72/128
__bpc_progress_state__ sumUpdate 80/128
__bpc_progress_state__ sumUpdate 88/128
__bpc_progress_state__ sumUpdate 96/128
__bpc_progress_state__ sumUpdate 104/128
__bpc_progress_state__ sumUpdate 112/128
__bpc_progress_state__ sumUpdate 120/128
__bpc_progress_state__ rename total
BackupPC_refCountUpdate: host kestrel got 0 errors (took 8 secs)
BackupPC_refCountUpdate total errors: 0
__bpc_pidEnd__ 13279
BackupPC_backupDelete: got 0 errors
__bpc_pidEnd__ 13276
8<--


It looks very much to me as if a directory path was built incorrectly.
Observations anyone?  For the avoidance of unfairly cast doubt, the
command line that I've given is verbatim except as noted carefully in
my intro.  In other words nothing has been changed which would make
the slightest difference to someone who wanted to establish that the
command I used was correct - or otherwise.  If it was incorrect, I'd
love to know in what way.  If the tool is not to be used in this way
to do what the documentation says it does, please explain why.  The
documentation says "You don't need to manually run these utilities."
which is a long way from "You must not manually run these utilities."
and in fact it goes on later to discuss manual use of some of them.
(And one of them can, apparently, _only_ be run manually.)


What is indicating to you that a directory path is built incorrectly?


Is [the correct way to reduce the storage used by V4] documented?


Pointers would still be most welcome.  I'd like to delete some junk
from the pool.  Yes, it would have been nice if it hadn't got in there
in the first place.  But it's there now and I'd like to get rid of it.


From your description of symptoms, it seems like something else is going 
on that might be interfering with what you're attempting to do.  Does it 
make sense to focus on rsync first?



... BackupPC appears to think that it has now used 5TB of a 3TB
disc and the claimed usage is growing. ...


... and growing.  It's now claiming 8.5TB used by the pool.  Pretty
soon the claimed pool usage will exceed the total storage used by all
the hosts that are being backed up.  Real partition usage is ~80%, of
course it's is using nothing like the storage it claims to be using.


This can be a side effect of running the BackupPC_d

Re: [BackupPC-users] BackupPC 4.2.1 apparently in an infinite loop.

2018-09-17 Thread G.W. Haywood via BackupPC-users 

Hello again all,

[Replying to myself here to try to get the thread back on topic.]

On Mon, 17 Sep 2018, G.W. Haywood wrote:


... I suspect that this is a fault in BackupPC_backupDelete ...



8<--
BackupPC_backupDelete debug output: userid is redacted, NO OTHER CHANGES.
The pool is on a 3TB LUKS encrypted volume which is mounted on /mnt/3TLV
and /var/lib/backuppc is a symlink to /mnt/3TLV/backuppc.  The function
RmTreeQuietInner seems to be seeing some sort of bowdlerization of these.
8<--
tornado:/var/lib/backuppc/pc/kestrel# >>> 
/usr/share/backuppc/bin/BackupPC_backupDelete -h kestrel -n 268 -l -s Homes X/.cache 
'X/.moonchild productions'
__bpc_pidStart__ 13276
BackupPC_backupDelete: $fullDelPath=[/Homes/X/.cache]; 
$delPathM=[/X/f.cache]
BackupPC_backupDelete: removing #268/Homes/X/.cache
__bpc_progress_state__ merge #268/Homes/X/.cache -> #267/Homes/X/.cache
BackupPC_backupDelete: Merge into backup 267/Homes/X/.cache
bpc_attrib_backwardCompat: WriteOldStyleAttribFile = 0, KeepOldAttribFiles = 0
RmTreeQuietInner: 
/mnt/3TLV/backuppc/pc/kestrel/268//var/lib/backuppc/pc/kestrel/268/X isn't 
a directory (while removing /var/lib/backuppc/pc/kestrel/268/X/f.cache)
BackupPC_backupDelete: $fullDelPath=[/Homes/X/.moonchild productions]; 
$delPathM=[/X/f.moonchild productions]
BackupPC_backupDelete: removing #268/Homes/X/.moonchild productions
__bpc_progress_state__ merge #268/Homes/X/.moonchild productions -> 
#267/Homes/X/.moonchild productions
BackupPC_backupDelete: Merge into backup 267/Homes/X/.moonchild productions
RmTreeQuietInner: 
/mnt/3TLV/backuppc/pc/kestrel/268//var/lib/backuppc/pc/kestrel/268/X isn't 
a directory (while removing /var/lib/backuppc/pc/kestrel/268/X/f.moonchild 
productions)
bpc_attrib_dirWrite: old attrib has same digest; no changes to ref counts
__bpc_pidStart__ 13279
BackupPC_refCountUpdate: computing totals for host kestrel
__bpc_progress_state__ sumUpdate 0/128
bpc_attrib_backwardCompat: WriteOldStyleAttribFile = 0, KeepOldAttribFiles = 0
__bpc_progress_state__ sumUpdate 8/128
__bpc_progress_state__ sumUpdate 16/128
__bpc_progress_state__ sumUpdate 24/128
__bpc_progress_state__ sumUpdate 32/128
__bpc_progress_state__ sumUpdate 40/128
__bpc_progress_state__ sumUpdate 48/128
__bpc_progress_state__ sumUpdate 56/128
__bpc_progress_state__ sumUpdate 64/128
__bpc_progress_state__ sumUpdate 72/128
__bpc_progress_state__ sumUpdate 80/128
__bpc_progress_state__ sumUpdate 88/128
__bpc_progress_state__ sumUpdate 96/128
__bpc_progress_state__ sumUpdate 104/128
__bpc_progress_state__ sumUpdate 112/128
__bpc_progress_state__ sumUpdate 120/128
__bpc_progress_state__ rename total
BackupPC_refCountUpdate: host kestrel got 0 errors (took 8 secs)
BackupPC_refCountUpdate total errors: 0
__bpc_pidEnd__ 13279
BackupPC_backupDelete: got 0 errors
__bpc_pidEnd__ 13276
8<--


It looks very much to me as if a directory path was built incorrectly.
Observations anyone?  For the avoidance of unfairly cast doubt, the
command line that I've given is verbatim except as noted carefully in
my intro.  In other words nothing has been changed which would make
the slightest difference to someone who wanted to establish that the
command I used was correct - or otherwise.  If it was incorrect, I'd
love to know in what way.  If the tool is not to be used in this way
to do what the documentation says it does, please explain why.  The
documentation says "You don't need to manually run these utilities."
which is a long way from "You must not manually run these utilities."
and in fact it goes on later to discuss manual use of some of them.
(And one of them can, apparently, _only_ be run manually.)


Is [the correct way to reduce the storage used by V4] documented?


Pointers would still be most welcome.  I'd like to delete some junk
from the pool.  Yes, it would have been nice if it hadn't got in there
in the first place.  But it's there now and I'd like to get rid of it.


... BackupPC appears to think that it has now used 5TB of a 3TB
disc and the claimed usage is growing. ...


... and growing.  It's now claiming 8.5TB used by the pool.  Pretty
soon the claimed pool usage will exceed the total storage used by all
the hosts that are being backed up.  Real partition usage is ~80%, of
course it's is using nothing like the storage it claims to be using.


...the incremental backup which was started on 8th September
completed in just under 8 minutes, but the one started on 9th
September is still running a week later...


...now, more than a week.  What's it doing?

--

73,
Ged.


___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backupp

Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

2018-09-17 Thread Kris Lou via BackupPC-users 
Rsync and rsyncd to Windows requires some client configuration and
installation, in case that wasn't clear before.  It isn't as "touchless" as
changing the Xfer method to SMB.

Have you tried manually configuring a share on either of these machines,
and backing that up?  That'd be a place to start.


Kris Lou
k...@themusiclink.net

On Mon, Sep 17, 2018 at 10:43 AM, Jaime Fenton 
wrote:

> Thanks Guillermo, that would be good to see for reference.
>
>
>
> However, SMB works for all my other machines, it’s just these two machines
> that won’t work completely with SMB. Rsync was suggested as an alternative
> and it didn’t work.
>
>
>
> Ultimately I just need help figuring out why SMB isn’t working for two
> machines only.
>
>
>
> Jaime
>
>
>
> *From:* Guillermo Rozas [mailto:guille2...@gmail.com]
> *Sent:* Monday, September 17, 2018 10:36 AM
> *To:* General list for user discussion, questions and support <
> backuppc-users@lists.sourceforge.net>
> *Subject:* Re: [BackupPC-users] Troubleshooting assistance for Bad
> Transfer
>
>
>
> I have BackupPC 4.2.1 connecting without issues to a Windows 10 machine
> via rsync. If you think it could be useful, I can dig up what I did to
> configure it.
>
> Regards,
>
> Guillermo
>
> On Mon, Sep 17, 2018 at 2:22 PM Jaime Fenton 
> wrote:
>
> *Bump*
>
>
>
> Anyone else have advice?
>
>
>
> *From:* Jaime Fenton [mailto:jaime.fen...@animallogic.ca]
> *Sent:* Wednesday, September 5, 2018 3:58 PM
> *To:* General list for user discussion, questions and support <
> backuppc-users@lists.sourceforge.net>
> *Subject:* Re: [BackupPC-users] Troubleshooting assistance for Bad
> Transfer
>
>
>
> No dice, rsync does not work (nor did rsyncd, failed outright).
>
>
>
> Any further advice? If it helps, the two machines failing are windows 10.
>
>
>
> Jaime
>
>
>
> *From:* Kris Lou via BackupPC-users [mailto:backuppc-users@lists.
> sourceforge.net ]
> *Sent:* Wednesday, September 5, 2018 12:05 PM
> *To:* General list for user discussion, questions and support <
> backuppc-users@lists.sourceforge.net>
> *Cc:* Kris Lou 
> *Subject:* Re: [BackupPC-users] Troubleshooting assistance for Bad
> Transfer
>
>
>
> Then you might be running into some of the file-locking issues inherent to
> SMB, especially if you can get a partial backup.  Consider trying a
> different method, such as VSS-rsync?
>
> --
> Jaime Fenton
> Support Engineer
>
> T: +1 604 398 4800 (main)
> D: +1 604 398 4813 (direct)
> E: jaime.fen...@animallogic.ca
>
> 840 Cambie Street
> Vancouver, BC V6B 2P6
> CANADA
>
>
>   [image: LinkedIn]   [image:
> Facebook]   [image:
> Twitter]   [image: Instagram]
> 
>
> [image: Animal Logic] 
>
> www.animallogic.com
>
> *CONFIDENTIALITY AND PRIVILEGE NOTICE*
> This email is intended only to be read or used by the addressee. It is
> confidential and may contain privileged information. If you are not the
> intended recipient, any use, distribution, disclosure or copying of this
> email is strictly prohibited. Confidentiality and legal privilege attached
> to this communication are not waived or lost by reason of the mistaken
> delivery to you. If you have received this email in error, please delete it
> and notify us immediately by telephone or email.
>
>
> ___
> BackupPC-users mailing list
> BackupPC-users@lists.sourceforge.net
> List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
> Wiki:http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

2018-09-17 Thread Michael Stowe 

On 2018-09-17 10:43, Jaime Fenton wrote:

Thanks Guillermo, that would be good to see for reference.

However, SMB works for all my other machines, it’s just these two
machines that won’t work completely with SMB. Rsync was suggested as
an alternative and it didn’t work.

Ultimately I just need help figuring out why SMB isn’t working for
two machines only.

Jaime


Unless you set up rsync to coordinate with shadow copies, it doesn't 
avoid file semantic problems with SMB.  (I don't see a description of 
this in the thread, but it's possible I missed it.)  If you need it, I 
have an installer that will help coordinate rsync with shadow copying, 
but there's at least one alternative implementation.


Do you have the relevant detailed log from either rsync or SMB?  (I also 
didn't see this, but again, it's possible I lost the thread.)



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

2018-09-17 Thread Jaime Fenton 
Thanks Guillermo, that would be good to see for reference.

However, SMB works for all my other machines, it’s just these two machines that 
won’t work completely with SMB. Rsync was suggested as an alternative and it 
didn’t work.

Ultimately I just need help figuring out why SMB isn’t working for two machines 
only.

Jaime

From: Guillermo Rozas [mailto:guille2...@gmail.com]
Sent: Monday, September 17, 2018 10:36 AM
To: General list for user discussion, questions and support 

Subject: Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

I have BackupPC 4.2.1 connecting without issues to a Windows 10 machine via 
rsync. If you think it could be useful, I can dig up what I did to configure it.
Regards,
Guillermo
On Mon, Sep 17, 2018 at 2:22 PM Jaime Fenton 
mailto:jaime.fen...@animallogic.ca>> wrote:
*Bump*

Anyone else have advice?

From: Jaime Fenton 
[mailto:jaime.fen...@animallogic.ca]
Sent: Wednesday, September 5, 2018 3:58 PM
To: General list for user discussion, questions and support 
mailto:backuppc-users@lists.sourceforge.net>>
Subject: Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

No dice, rsync does not work (nor did rsyncd, failed outright).

Any further advice? If it helps, the two machines failing are windows 10.

Jaime

From: Kris Lou via BackupPC-users [mailto:backuppc-users@lists.sourceforge.net]
Sent: Wednesday, September 5, 2018 12:05 PM
To: General list for user discussion, questions and support 
mailto:backuppc-users@lists.sourceforge.net>>
Cc: Kris Lou mailto:k...@themusiclink.net>>
Subject: Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

Then you might be running into some of the file-locking issues inherent to SMB, 
especially if you can get a partial backup.  Consider trying a different 
method, such as VSS-rsync?
--
Jaime Fenton
Support Engineer

T: +1 604 398 4800 (main)
D: +1 604 398 4813 (direct)
E: jaime.fen...@animallogic.ca

840 Cambie Street
Vancouver, BC V6B 2P6
CANADA


  [LinkedIn]    [Facebook] 
   [Twitter] 
   [Instagram] 


[Animal Logic]

www.animallogic.com

CONFIDENTIALITY AND PRIVILEGE NOTICE
This email is intended only to be read or used by the addressee. It is 
confidential and may contain privileged information. If you are not the 
intended recipient, any use, distribution, disclosure or copying of this email 
is strictly prohibited. Confidentiality and legal privilege attached to this 
communication are not waived or lost by reason of the mistaken delivery to you. 
If you have received this email in error, please delete it and notify us 
immediately by telephone or email.
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

2018-09-17 Thread Guillermo Rozas 
I have BackupPC 4.2.1 connecting without issues to a Windows 10 machine via
rsync. If you think it could be useful, I can dig up what I did to
configure it.
Regards,
Guillermo

On Mon, Sep 17, 2018 at 2:22 PM Jaime Fenton 
wrote:

> *Bump*
>
>
>
> Anyone else have advice?
>
>
>
> *From:* Jaime Fenton [mailto:jaime.fen...@animallogic.ca]
> *Sent:* Wednesday, September 5, 2018 3:58 PM
> *To:* General list for user discussion, questions and support <
> backuppc-users@lists.sourceforge.net>
> *Subject:* Re: [BackupPC-users] Troubleshooting assistance for Bad
> Transfer
>
>
>
> No dice, rsync does not work (nor did rsyncd, failed outright).
>
>
>
> Any further advice? If it helps, the two machines failing are windows 10.
>
>
>
> Jaime
>
>
>
> *From:* Kris Lou via BackupPC-users [
> mailto:backuppc-users@lists.sourceforge.net
> ]
> *Sent:* Wednesday, September 5, 2018 12:05 PM
> *To:* General list for user discussion, questions and support <
> backuppc-users@lists.sourceforge.net>
> *Cc:* Kris Lou 
> *Subject:* Re: [BackupPC-users] Troubleshooting assistance for Bad
> Transfer
>
>
>
> Then you might be running into some of the file-locking issues inherent to
> SMB, especially if you can get a partial backup.  Consider trying a
> different method, such as VSS-rsync?
>
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

2018-09-17 Thread Jaime Fenton 
*Bump*

Anyone else have advice?

From: Jaime Fenton [mailto:jaime.fen...@animallogic.ca]
Sent: Wednesday, September 5, 2018 3:58 PM
To: General list for user discussion, questions and support 

Subject: Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

No dice, rsync does not work (nor did rsyncd, failed outright).

Any further advice? If it helps, the two machines failing are windows 10.

Jaime

From: Kris Lou via BackupPC-users [mailto:backuppc-users@lists.sourceforge.net]
Sent: Wednesday, September 5, 2018 12:05 PM
To: General list for user discussion, questions and support 
mailto:backuppc-users@lists.sourceforge.net>>
Cc: Kris Lou mailto:k...@themusiclink.net>>
Subject: Re: [BackupPC-users] Troubleshooting assistance for Bad Transfer

Then you might be running into some of the file-locking issues inherent to SMB, 
especially if you can get a partial backup.  Consider trying a different 
method, such as VSS-rsync?


--
Jaime Fenton
Support Engineer

T: +1 604 398 4800 (main)
D: +1 604 398 4813 (direct)
E: jaime.fen...@animallogic.ca

840 Cambie Street
Vancouver, BC V6B 2P6
CANADA


  [LinkedIn]   [Facebook] 
   [Twitter] 
   [Instagram] 


[Animal Logic]

www.animallogic.com

CONFIDENTIALITY AND PRIVILEGE NOTICE
This email is intended only to be read or used by the addressee. It is 
confidential and may contain privileged information. If you are not the 
intended recipient, any use, distribution, disclosure or copying of this email 
is strictly prohibited. Confidentiality and legal privilege attached to this 
communication are not waived or lost by reason of the mistaken delivery to you. 
If you have received this email in error, please delete it and notify us 
immediately by telephone or email.
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/