Hi Adam,
> Given the size of the file seems to be part of the issue, along with the
> remote end being the one to close the connection unexpectedly, can you try:
> a) Use rsync (outside of backuppc) to transfer the file, preferably
> using protocol 28.
Worked fine so far I tested.
> b) Check the logs on the client side, and enable debugging as needed, to
> find out if there is any issue.
No logs there- as rsync is not a default tool provided by VMware.
>
> Personally, I think you are somewhat crazy trying to do this for a few
> reasons:
I know i am crazy ;)
> 1) You know the file content will change every day
> 2) It will therefore consume the total (compressed if you enable
> compression) size on the backuppc server for every full/incremental you keep
This is something I did not have in mind, indeed! Then it really does
not make much sense to perform the backup this way.
> 3) There is little to no benefit in storing a disk image in backuppc
There is as I want to have some (especially Windows VMs) backed up as
images. for me Windows is so unreliable it takes me ages to get a
Windows machine back to it's previous state when installing from scratch.
> However, I regularly do the following with large files that need to
> backed up, such as database dumps (backups), or disk images:
> 1) in a pre-backup, I shutdown the VM
> 2) split the disk image into a series of small files (between 10MB and
> 100MB each)
> 3) start the VM
> 4) allow backuppc to backup the chunks
Sounds like a very good idea. But I am having some issues in handling
everything correctly.
First, my large vmdk files are stored as "thin disks" which means they
are sparse files. How do I handle them correctly?
Just using "split" does not work as it creates full sized chunks then.
Busybox-tar does not implement the "-S" for sparse file.
rsync handles sparse files, but does not pipe them into split.
cpio does not handle sparse files in copy-out mode.
Any other tools known?
Looks like I have to ignore the fact of handling sparse files and always
transfer even zero data...
>
> Hope something in all that will help you.
Yes, it makes perfectly sense, indeed. I will try if I can find a way to
handle sparse files corretly. Otherwise I will treat them as normal files.
Thanks!
Christian
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
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/
|