Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On Wed, May 10, 2006 at 10:22:54AM -0700, Martin Fick wrote: > > > > form a cluster, so you have existing filesystems > > > > with important data on it? is it ok to skip the > > > > initial sync there, too? > > If drbd has never been there, than there is nothing to > lose right? At least nothing more than with syncing > right? > > Maybe I don't understand the scenario you are > describing? Is the intial single server data already > on a single side drdb partition, or is it on another > non drbd partition? You don't understand the scenario. You already have a working server, without drbd, and decide to add drbd to it: 1. a) create metadata partition 1. b) resize filesystem to give space to metadata 2. tell drbd the device is consistent. -> new drbd device, without data loss (and without having to create new partition, set drbd on it, migrate data to new drd device). > > with a fast link, I typically see the drbd initial > > full sync finish slightly faster than dd would. > > Now I don't understand that, how is that possible? Is > it because drbd is running in kernel space? Probably because he's dd'ing sector by sector, that is, by default, 512 bytes. I usually define a bs of 1M or more. -- lfr 0/0 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20060510/3bb0b9f9/attachment.pgp>