Hi
Les Mikesell wrote:
> Rodrigo Real wrote:
>>>>> The only problem I see is that I don't have disk space to make a
>>>>> snapshot and after it to dd the file to the usb disk, I never used this
>>>>> snapshot feature, I will see if I can redirect the file as a pipe
>>>>> directly to the usb drive.
>>>> You could always reduce your FS size, to make space for the
>>>> snapshots,.... depending on your pool size/etc....
>>> I think the point to point out is that making an LVM snapshot does not
>>> involve
>>> copying the whole partition. You need a limited amount of free space in the
>>> VG
>>> - enough to hold the changes to the LV during the life time of the snapshot.
>>> LVM presents to you the (unchanging) snapshot on the one hand and the normal
>>> (read-write) LV on the other hand, both as block devices. You do *not* get a
>>> file containing an image of your LV (well, you can create that yourself, but
>>> there is no reason to do that). The difficult part is to figure out
>>> beforehand
>>> *how much* space you will need for the snapshot. That depends on how long
>>> you
>>> need the snapshot and how much write activity on your LV will occur during
>>> this
>>> time.
>> Yesterday I read a little about the LVM snapshot, I didn't know that LVM
>> had this feature. When I read that suggestion I thought that snapshot
>> was a sort of dd. By now I am running a dd on the snapshot, I opened
>> some space on the lvm by reducing the root size and created the snapshot.
>>
>> >If you can do all of it outside of your backup window, you will need
>>> virtually no space for the snapshot, but then again, you wouldn't really
>>> need
>>> a snapshot in this case :).
>> Currently I believe that I can stop backuppc and perform the copy of the
>> data, but I don't know if in the future it will still be possible, so I
>> am trying to do everything considering that the data may change while I
>> am performing the copy.
>
> To make the filesystem clean, you really should stop backuppc and
> unmount the archive partition during the copy. With the snapshot
> approach you'd only need to have it unmounted for the time it takes to
> make the snapshot, but realistically, most machines will be almost
> unusably slow during a partition copy to usb (at least for anything
> using the source partition), so you won't gain that much by letting
> backuppc continue to run.
>
I am feeling it right now, I umounted backuppc partition and the load of
the machine is 4! So it is almost impossible to do anything else with it...
Rodrigo
> I do something similar with raid1 mirroring, stopping and unmounting
> just long enough to break the raid, but performance is horrible if a
> backup runs during the mirror sync.
>
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
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/
|
