Re: [Burp-users] restore interrupted backup and VSS question

[Graham K. <gr...@gr...>]

On Fri, September 23, 2016 9:58 pm, alb...@la... wrote:
> Hello,
>
> Thanks again for this great backup program
>
> I have two questions about it :
>
>
> - I have a problem restoring a backup when the last one was not finished
> (crashed, or because the computer was left before the end of the backup,
> or something else)
>
> I mean the last backup that you see "crashed" and "working" in burp -a s
>
> When I try to restore a backup before this one (with -b option) on another
> computer, here's what happens
> "Found interrupted backup - not resuming because the connected client is
> not the original"
>
> Unfortunately, the same happens when I try
>
> c:\Program Files\Burp\bin>burp -a r -C my_computer_01 -d c:\Users\my_user
> \SAUVEGARDE -b 30
>
> or
>
> c:\Program Files\Burp\bin>burp -a r -C my_computer_01 -d
> c:\Users\my_user\SAUVEGARDE -b 29
>
> of course, I use the good "restore_client" option in its config file to do
> this, and it works well when all backups are clean and not interrupted
>
> c:\Program Files\Burp\bin>burp -a r -C my_computer_01 -d
> c:\Users\my_user\SAUVEGARDE
> 2016-09-19 13:25:20: burp[7048] No backup specified. Using the most
> recent.
> 2016-09-19 13:25:20: burp[7048] auth ok
> 2016-09-19 13:25:20: burp[7048] Server version: 2.0.28
> 2016-09-19 13:25:20: burp[7048] nocsr ok
> 2016-09-19 13:25:20: burp[7048] SSL is using cipher:
> DHE-RSA-AES256-GCM-SHA384 T
> LSv1.2 Kx=DH Au=RSA Enc=AESGCM(256) Mac=AEAD
>
> 2016-09-19 13:25:20: burp[7048] extra_comms_begin
> ok:autoupgrade:incexc:orig_cli
> ent:uname:msg:forceproto=1:rshash=blake2:
> 2016-09-19 13:25:20: burp[7048] Switched to client my_computer_01
> 2016-09-19 13:25:20: burp[7048] Server is forcing protocol 1
> 2016-09-19 13:25:20: burp[7048] doing restore 0:
> 2016-09-19 13:25:20: burp[7048] main socket: expected 'c:ok', got 'e:Found
> inter
> rupted backup - not resuming because the connected client is not the
> original'
>
> --------------------------------------------------------------------------------
>
> Start time: 2016-09-19 13:25:20
> End time: 2016-09-19 13:25:20
> Time taken: 00:00
> Attempted | Expected
> ------------------------------
> ------------------------------
>
> Messages: 0
> Warnings: 0
>
> Bytes estimated: 0
> Bytes attempted: 0
> Bytes sent: 0
> --------------------------------------------------------------------------------
>
> 2016-09-19 13:25:20: burp[7048] ret: -1
>
>
>
>
> c:\Program Files\Burp\bin>burp -a l -C my_computer_01
> 2016-09-19 13:25:42: burp[10092] auth ok
> 2016-09-19 13:25:42: burp[10092] Server version: 2.0.28
> 2016-09-19 13:25:42: burp[10092] nocsr ok
> 2016-09-19 13:25:42: burp[10092] SSL is using cipher:
> DHE-RSA-AES256-GCM-SHA384
> TLSv1.2 Kx=DH Au=RSA Enc=AESGCM(256) Mac=AEAD
>
> 2016-09-19 13:25:42: burp[10092] extra_comms_begin
> ok:autoupgrade:incexc:orig_cl
> ient:uname:msg:forceproto=1:rshash=blake2:
> 2016-09-19 13:25:42: burp[10092] Switched to client my_computer_01
> 2016-09-19 13:25:42: burp[10092] Server is forcing protocol 1
> Backup: 0000001 2015-04-02 15:42:33 (deletable)
> Backup: 0000015 2016-03-01 14:22:13 (deletable)
> Backup: 0000022 2016-03-08 17:52:39 (deletable)
> Backup: 0000024 2016-03-11 14:51:00 (deletable)
> Backup: 0000025 2016-03-14 12:46:56
> Backup: 0000026 2016-05-24 03:48:38
> Backup: 0000027 2016-05-25 15:46:59
> Backup: 0000028 2016-09-06 16:44:25
> Backup: 0000029 2016-09-07 13:03:25
> Backup: 0000030 2016-09-08 09:23:23 (deletable)
> 2016-09-19 13:25:43: burp[10092] main socket: Peer closed SSL session
> 2016-09-19 13:25:43: burp[10092] List finished ok
>
>
>
> so my question is : how to restore in this case ?
>
> (of course I cannot "finish" the backup first, or restore on the same
> computer, because it's a case where the computer was stolen, or the hard
> drive was broken, for example)
>
>
>
>
>
> - Second question : I encountered problem to make burp work on some
> Windows computers, these computers have a problem with VSS, and I don't
> manage to repair this (tried all troubleshooting, managing services,
> rights, windows restore, probably a problem with a third-party software,
> or an antivirus... don't know)
>
> So burp tries to create a VSS first on these Windows computers, it fails,
> and then the backup fails too
>
> I tried with interest then the "vss_drives = 0" option
>
> my goal was to desactivate VSS for drive C and C:\Users to be sure to
> backup these computers, as a backup without VSS would be far better than
> no backup at all
>
> vss_drives=[list of drive letters]
> When backing up Windows computers, this option
> allows you to specify which drives have VSS snap‐
> shots taken of them. If you omit this option, burp
> will automatically decide based on the 'include'
> options. If you want no drives to have snapshots
> taken of them, you can specify '0'.
>
> but unfortunately, burp seems to try to create a vss anyway, and it fails
> again the same way
>
> so my question is : is there a mean to really desactivate VSS creation ?
> even if it could cause other problem, for open files or system files
>
> I guess it would probably be possible since backup is possible for MacOS X
> and Linux without any VSS equivalent
>
> My burp versions are 2.0.28 server side on CentOS 6.8, and 2.0.28 and
> 1.4.40 client side for Windows and MacOS X
>
> Thanks for your help :)
>
> Sincerely

Hello,

I am on holiday so I can't answer yuor questions fully because I cannot
check any code.
Question  2 sounds like either it has a bug or you are on a version that
doesn't support the option. 2.0.28 and 1.4.40 are quite old.

Question 1, you can move the directory that 'working' points to somewhere
else or delete it, and then delete the 'working' symlink.