On 05/24 12:35 , Adam Goryachev wrote:
> I suspect that the time taken to do a block level copy (including the
> additional 1TB) and then deleting the 1TB of data would still be quicker
> than any other solution (unless the backuppc data was exceptionally small).
I agree with Adam, I have had simi
On May 23, 2012, at 10:32 PM, "ad^2" wrote:
> Correct. As I mentioned in the original post.
>
> The volume had about 1TB of other data. A block level copy would have
> taken to long.
I can't argue with the "too long" part: if your requirement was that the
data copy over in milliseconds, nothin
Help!!!
An upgrade to Ubuntu killed the system and I'm having to reinstall. All the
Backuppc data was on a secondary raid drive and is fine. It has not been
changed. I also copied all the main drive over to a temp drive until I rebuilt
the new system.
What's next? I assume I just reinstall Bac
Yes to all counts.
I generally mount my backuppc drives as /var/lib/backuppc. Then I have a
cron job copy /etc/backuppc in there just in case I lose the root
filesystem. SSH keys live in /var/lib/backuppc/.ssh.
Regards,
Tyler
On 2012-05-24 15:55, Arch Willingham wrote:
> Help!!!
>
> An upgrade
On 21/05/12 22:58, Michael Stowe wrote:
> Yes -- a reboot will do it (of course) but so will placing a file called
> "wake.up" in the backuppc client directory.
Thanks, the wake.up file didn't help, but a reboot solved the problem.
I've now rolled this out across another three servers, and it has
