As a second test I did the same with
version: 8.3.8 (api:88/proto:86-94)
GIT-hash: d78846e52224fd00562f7c225bcc25b2d422321d build by
root@drbd01.localdomain, 2011-02-15 22:51:22
0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r
ns:32913 nr:0 dw:145 dr:2621481 al:2 bm:6 lo:0 pe
Ok - the test case is ...
Primary:
$ cat /proc/drbd
version: 8.3.10 (api:88/proto:86-96)
GIT-hash: 5c0b046982443d4785d90a2c603378f9017b build by buildsystem@linbit,
2011-01-28 12:28:22
0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r-
ns:102060 nr:0 dw:7168 dr:1
On Tue, Feb 15, 2011 at 12:23:10PM +0100, Roland Friedwagner wrote:
> Hello,
>
> I stumbled over this one, when the firmware of a storage controller
> on a drbd secondaryy gets upgraded and freezes io for about 1 minute.
> Because drbd is the storage base of a kvm cluster (via iscsi) the
> load of
Hello,
I stumbled over this one, when the firmware of a storage controller
on a drbd secondaryy gets upgraded and freezes io for about 1 minute.
Because drbd is the storage base of a kvm cluster (via iscsi) the
load of all guests goes up very high and all writing prozesses in
the guest freezes (th
