Closed a3coo3a closed 2 years ago
Hi InYoung,
Thank you for your bug report. I will try to reproduce the issue and fix it in the next days. Maybe meanwhile you could post the DRBD configs of both nodes?
Best regards,
Hi Johannes,
Fortunately, the test server restarted normally after rebooting or reconnecting after a certain period of time has elapsed. ( I don't know exactly how much time has passed )
I hope the above bug helps improve WinDRBD.
Hi InYoung,
Does the server blue screen? That should not happen ... which WinDRBD version are you using? Could you maybe tell me the blue screen code?
To grab the blue screen you need to disable automatic restart after blue screen here's a howto:
Press the Win + R keys to open Run, type SystemPropertiesAdvanced.exe into Run, and click/tap on OK to open advanced System Properties.
Click/tap on the Settings button under Startup and Recovery
Check (enable - default) or uncheck (disable) the Automatically restart box under System failure for what you want, and click/tap on OK.
Also please send me your drbd.conf.
Thanks a lot yes the bug helps to improve WinDRBD,
Best regards,
Hi InYoung,
I tried to reproduce the issue but failed to do so. Everything you wrote works for me. Maybe you could explain more detailed what you have done. And please send me the drbd.conf.
Which WinDRBD version are you using?
Thanks a lot and Best regards,
Hello,
Is this still an issue and can I help? If not please close this issue,
Thanks a lot and best regards,
This error occurred while testing WinDRBD. ( with Window Server 2019 )
Disconnect the SecondaryNode and put data into the PrimaryNode to create
out-of-sync
data.Both servers were
drbdadm down foo
first Node1
Second Node2
And through
drbdsetup events2 foo
confirmed that there was a split brain.tried to change it back to normal
I checked the status(
drbdadm status foo
) afterdrbdadm down foo → drbdadm up foo
the SecondaryNode side.I got the following error:
======================================================= Another thing is the situation.
This simply happens under normal conditions.
drbdadm cstate foo
At this time, it occurs when one node goes
drabdadm down foo
and then goesdrbdsetup status foo --v --s
ordrbdadm up foo
almost immediately.error msg
Is there a standard that requires a certain amount of time to elapse after being down?
Both of the above situations produced the same error.
Even after this error appears, the server itself is shutdown, so we take it seriously.