Re: [BackupPC-users] Yet another "moving backuppc" question
2012-06-22 15:52:22
On Fri, Jun 22, 2012 at 2:35 PM, Timothy J Massey <tmassey AT obscorp DOT com> wrote:
Kameleon <kameleon25 AT gmail DOT com> wrote on 06/22/2012
02:37:17 PM:
> Thanks for the reply Les. Unfortunately setting up a "new backuppc"
> and leaving the old is not an option in our case. Here is our
> situation:
>
> When we initially ordered this server we ordered it with 32GB ram,
> dual quad-core xeon's, and 8x 2TB drives. We had to pass it off as
a
> "backup server" to get the funding through. So as soon as
we got it, I
> setup Xen on the physical host and then got to carving out LV's for
> virtual machines. One of which was the 6TB for the backuppc store.
Now
> here we are a few years later and we are wanting to remove the disks
> from this host and swap them with another physical server that has
8x
> 750GB drives. This is so that we can move the backuppc server onto
the
> physical host and to a different building away from the hosts it is
> backing up. So I have to move everything off this physical host,
> including the 6TB backuppc data store. I am trying to move everything
> I can to the SAN. However my problem with moving stuff is compounded
> by the version of CentOS we are running having issues with the hosts
> iscsi offload driver. So to get all the other servers off this host
we
> are recreating them on a separate host and manually rsync'ing the
> configs and such over to the new hosts. This still leaves the backuppc
> data. I don't have a problem doing the rsync way if it is the only
> reasonable option. However I wanted to run it by you guys to make
sure
> I wasn't missing something obvious.
Why can't you copy (at the block level) the VM image
onto the SAN? This should be able to be done at the *HOST* level,
making whatever OS you're using inside of BackupPC completely meaningless.
That's the beauty of VM's: their "hard
drives" are simply files (or partitions) on the host, and can easily
be moved around anywhere you wish. At the HOST level--not the GUEST
level.
If you have issues that prevent you from copying the
BackupPC VM image from the VM *host*, your problem is completely unrelated
to BackupPC and you should probably ask somewhere else for more specific
help.
Of course, there are a ton of other ways of solving
this: booting a Clonezilla live CD within the BackupPC guest and
using Clonezilla to copy the data to your SAN; unmount your BacukpPC
partition and using netcat to copy it to another hose; purchasing
(or temporarily building) a baby NAS to copy your 6TB of data onto from
the host instead of directly into the SAN and avoid whatever driver issues
you have; and I'm sure even more ways. Take some time and think outside
of the box (see my signature!)--and make sure that your objections to each
of these ways *really* are objections, and not you eliminating every way
but the one way you currently envision.
Tim Massey
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
Thanks for that Tim. The host OS is CentOS, the backuppc OS is ubuntu. The problem lies in the host OS's support, or broken support, for the iscsi offload function. I have tried moving the data with dd and all was fine for about an hour then the host machine just took a dump and became unusable. I had thought about using clonezilla but again to get it on the SAN I would have to rely on the hosts iSCSI support. My only other option that I can see is to stop the backuppc service, and use rsync/netcat/etc to get the data off the vm and on to the SAN. This would only use the networking and not the iscsi offload as I would just have a separate host connected to the SAN and have it writing the data from the current backuppc data store. I want to find another solution, a faster one if possible, but I think I am limited by the not being able to use iSCSI issue.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
|
|
|