Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi again, public thanks to Andreas Kurz, who answered and helped in private (altough only writing one email:). According to his recommendation I updated both nodes to 8.3.12. That alone didn't fix the performance problem. But setting "al-extents 3389;" (and getting the parameter correctly) seems to fix the problem. Gotta see if it proves itself tomorrow when my colleagues want to do their daily share of work. Have a good night, Arnold On Wednesday 30 November 2011 17:03:21 Arnold Krille wrote: > I am a bit stumped currently. Our drbd setup seems to include "extra low > performance" as a feature and I don't exactly know where the reason is. > On thing the bothers bothers us is that the versions of the userspace tools > and the kernel module differ (drbd8-utils v8.3.7 vs module v8.3.9). > The newer kernel-module is a side-effect of the kernel from debian squeeze > backports needed for the new network-cards. But the versions installed on > both nodes are the same. > Using latency- and throughput tests from the drbd documentation, the > latency rises by a factor of ten and the throughput sinks by a factor of > ~5 from the baccking devices to the drbd device. > So here are my questions: > - Could the mixed version be the reason for the performance penalty? > - Would it be save to downgrade the kernel (and compile the network-driver > by hand) or is the meta-data on the disk incompatible? > - Or would you rather update the userspace tools to match the modules > version? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20111130/843ef75d/attachment.pgp>