Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Hi all, I also got the same problems with xenserver 5.6 PF1 and drbd 8.3.9. As soon as I try to start 'drbd-overview' one node of my setup freezes, while the other performs a reboot. strace shows that drbd-overview freezes when checking some loop devices: [pid 27298] stat64("/sys/block/loop56/alignm cat /proc/drbd works without any problems. best wishes JS I spent almost 2 days trying to get DRBD working with XenServer 5.6 FP1. Compiled DRBD 8.3.81 and 8.3.9 on new XS DDK VM (kernel 22.214.171.124-0.7.1) and at first thought everything was good.. But after setting up 2 nodes, syncing both and getting ready to call it a day decided to check the speed. dd if=/dev/zero of=/dev/drbd1 bs=256M count=1 oflags=direct and... immediately got the "sunshine" screen (the one we see when XS boots up). Complete server lockup. No network, no kb or mouse.. After hard reset no signs of any troubles. Server boots up just fine. logs don't have anything special. Later found out it's not just "dd" that brings up the sunshine, fdisk -l /dev/drbd1 and pvs also cause the same sudden freeze. Tried giving DRBD whole disk (/dev/sdb) or partition (/dev/sdb1) - no dif. if I do "service stop drbd" - all is good. I can fdisk or dd backing device - no problem. These servers were working fine with XS 5.5, 5.6 and DRBD 8.3.81, I ran multiple throughput/latency tests before (against /dev/drbd1) on both and all was good.. I tried drbd device in Primary/Secondary, in primary stand alone and got tired of hard-resetting after each 'sunshine'. Exhausted all other "what if I try this" options, online searches didn't help much either. Everything points to drbd-km module and I'd like to ask if anybody have seen this before or has any suggestions. Perhaps there is something about kernel 126.96.36.199 or some settings I need to adjust for ./configure when compiling drbd? While nodes are syncing - all seems good. No I/O errors, speed is about 90% compared to direct disk access. Any thoughts/ideas are greatly appreciated. Thanks! abcon ITC DI Jodok Sutterlüty Märzstrasse 47/11 1150 Wien mobil: +43 664 8208000 mail: jodok.sutterluety at abcon.at