On 12/17/2010 04:29 PM, Jim Kyle wrote:
On Friday, December 17, 2010, at 5:58:24 AM, d.davo...@mastertraining.it
wrote:
- Started the backuppc daemon on the new server.
- tested backup and restore manually. Checked the configuration around.
- tested the automatic backup during night.
This
Ok, this is what I did to make the migration works.
I had Backuppc 3.1 installed on a Debian Etch server. The pool is
located on a NFS storage resource and mounted on the Backuppc Server.
I wanted to migrate to an Ubuntu 10.04LTS server, with Backuppc always
3.1, keeping the same pool on NFS
On Friday, December 17, 2010, at 5:58:24 AM, d.davo...@mastertraining.it wrote:
- Started the backuppc daemon on the new server.
- tested backup and restore manually. Checked the configuration around.
- tested the automatic backup during night.
This seems enough.
Did you mount the NFS pool
Thanks guys for the tips.
I'm trying and I'll let you know when (and if) I'll manage to make it
works! ;)
On 12/15/2010 07:30 PM, Les Mikesell wrote:
On 12/15/2010 11:54 AM, Robin Lee Powell wrote:
On Wed, Dec 15, 2010 at 04:26:07PM +0100, d.davo...@mastertraining.it wrote:
OK, I know that
OK, I know that it's an old topic :)
I checked the mailing list and wiki but still I can't find the right
direction.
I just need migrate to a new Backupc server. I don't need to move the
pool because my data are on a NAS. My old backuppc server is a Linux
Debian etch. The new one is a Debian
On Wed, Dec 15, 2010 at 04:26:07PM +0100, d.davo...@mastertraining.it wrote:
OK, I know that it's an old topic :)
I checked the mailing list and wiki but still I can't find the right
direction.
I just need migrate to a new Backupc server. I don't need to move the
pool because my data are
Robin Lee Powell wrote at about 09:54:02 -0800 on Wednesday, December 15, 2010:
On Wed, Dec 15, 2010 at 04:26:07PM +0100, d.davo...@mastertraining.it wrote:
OK, I know that it's an old topic :)
I checked the mailing list and wiki but still I can't find the right
direction.
I
On 12/15/2010 11:54 AM, Robin Lee Powell wrote:
On Wed, Dec 15, 2010 at 04:26:07PM +0100, d.davo...@mastertraining.it wrote:
OK, I know that it's an old topic :)
I checked the mailing list and wiki but still I can't find the right
direction.
I just need migrate to a new Backupc server. I
On Wednesday 21 April 2010 06:03:08 Tyler J. Wagner wrote:
I am currently in the process of doing this in two steps:
1. Moving the cpool to a partition with LVM, so as to be able to make
snapshot binary backups in future.
2. Copying the snapshot over the network to a backup server.
Thanks Tyler,
However, for snapshotting to work, don't you have to have at least as much
space for the snapshot as you do for the original partition? I currently am
using nearly 60% of the VG just for backups, which is the root of the
problem. It wasn't apparent in my scanning of the article
I too had the same question. However, I did think about mounting an iscsi
volume and create a secondary LV on it to move the snapshot to. Other
options would be to boot the server with something like clonezilla and the
target machine with the same and do a direct copy that way. I am actually
On Friday 23 April 2010 22:33:49 B. Alexander wrote:
However, for snapshotting to work, don't you have to have at least as much
space for the snapshot as you do for the original partition? I currently am
using nearly 60% of the VG just for backups, which is the root of the
problem. It wasn't
Tyler J. Wagner wrote:
On Tuesday 20 April 2010 23:22:47 Les Mikesell wrote:
This is discussed by about every new user on the mail list, but the
short answer is that there is not a good way to do it. Rsync will work
but will take a very long time. Another approach is to image-copy the
When I did this last time I just used dump (on Linux).
mke2fs -j /dev/newdisk
mount /dev/newdisk /mnt/newdisk
ummount /dev/olddisk
cd /mnt/newdisk
dumpe2fs -a0f - /dev/olddisk | restore -rf -
go get some coffee... and a bagel... and wait some more
rm restoresymtable
cd /
umount /mnt/newdisk
Josh Malone a écrit :
When I did this last time I just used dump (on Linux).
mke2fs -j /dev/newdisk
mount /dev/newdisk /mnt/newdisk
ummount /dev/olddisk
cd /mnt/newdisk
dumpe2fs -a0f - /dev/olddisk | restore -rf -
I think you intended to write dump -a0f command from the dump Debian
On 4/21/2010 10:49 AM, Josh Malone wrote:
When I did this last time I just used dump (on Linux).
mke2fs -j /dev/newdisk
mount /dev/newdisk /mnt/newdisk
ummount /dev/olddisk
cd /mnt/newdisk
dumpe2fs -a0f - /dev/olddisk | restore -rf -
go get some coffee... and a bagel... and wait some
On Wed, 21 Apr 2010 18:33:17 +0200, Frédéric Massot
frede...@juliana-multimedia.com wrote:
Josh Malone a écrit :
When I did this last time I just used dump (on Linux).
mke2fs -j /dev/newdisk
mount /dev/newdisk /mnt/newdisk
ummount /dev/olddisk
cd /mnt/newdisk
dumpe2fs -a0f - /dev/olddisk
If this is covered somewhere in the wiki or elsewhere, please point me to
it.
With the problems I had with disk space on my backup server recently, I am
considering moving it to a machine that has SATA and a 1.5TB drive. However,
I would rather not start over again, I want to migrate the data
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Les Mikesell wrote:
faster but takes some obscure commands. Or there is this approach:
http://sourceforge.net/apps/mediawiki/backuppc/index.php?title=Move_backup_data
which is somewhere in between.
There is a small typo on this page, could
On Tuesday 20 April 2010 23:22:47 Les Mikesell wrote:
This is discussed by about every new user on the mail list, but the
short answer is that there is not a good way to do it. Rsync will work
but will take a very long time. Another approach is to image-copy the
partition, then expand the
20 matches
Mail list logo