Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Lars Ellenberg schrieb: >>> rm /var/lib/drbd/* > unwise... only do this when you know what you are doing. That's true. In my case I had a good backup of the data, and at least created the filesystem and data new on the primary to be sure. > it _cannot_ have any effect on sync speed (unless you had a time skew, > and the drbd.conf.parsed is outdated...) Very impossible, as my nodes use chrony against 4 good timeservers, accuracy is within milliseconds. [1] I can't say, what went wrong at my configuration 0.6.10 -> 0.6.12, sync was very slow, nearly hanging. I started nearly from scratch, to avoid wasting time. [1] I don't want to have problems with (hidden) time sensitivity, heartbeat is time sensitiv - I believe. Time is a nice topic for desaster and exception testing, main functionality too. If a tester wants to find some dozen bugs within few days in "well tested" software, it's easy with time, especially in multi-layered, multi-tiered systems. Helmut Wollmersdorfer