From: Christian V. <chr...@kn...> - 2009-09-09 10:13:05
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, > I'd say: Replace that USB 2.0 disk by something else like something > connected via Firewire or eSATA. USB 2.0 is very, very slow, especially > for random access. I know, but that's not the point here. Speed doesn't concern me- the copy should later go over a slow link anyways. And for this link USB2.0 is fast enough. > Do you want to try DRBD and see how that works? Might be a more complex > setup though.. I had this in mind- but as it should go over a small line I preferred to figure out the amount of data first. >> Looks like on my pool BackupPC changes approx two third of the whole >> pool daily. So if I would transfer to a remote site I'd need to transfer >> 300GB daily! > That sounds far too much for a 540 GB pool. Did you try again the next > day? It matches my experience with the dump utility. I created the second one with a size of 300GB after a day. And the next day again. And so on... Any possible ways to verify why this is so many data? I moutned the pool with "noatime,data=ordered" for ext3. > But there is currently no out-of-the-box or best practice to transfer a > BackupPC pool to a remote location. I know. For this I wanted to share my experience here. Greetings Christian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org/ iD8DBQFKp3+e0XNIYlAXmzsRAq1SAJ9Pgzd3N/iv2dlENIl8xggaLCyrXgCgyaaD 1UbQvI9qY/joUpJKri5jImE= =T+dS -----END PGP SIGNATURE----- |