<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Why does DRBD wait to be manually reconnected? For example…<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">[root@ha50a ~]# drbdadm status site586<o:p></o:p></p>
<p class="MsoNormal">site586 role:Secondary<o:p></o:p></p>
<p class="MsoNormal"> disk:UpToDate<o:p></o:p></p>
<p class="MsoNormal"> ha50b.mycharts.md role:Primary<o:p></o:p></p>
<p class="MsoNormal"> peer-disk:UpToDate<o:p></o:p></p>
<p class="MsoNormal"> quorum01 connection:StandAlone<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">[root@ha50a ~]# drbdadm connect site586:quorum01<o:p></o:p></p>
<p class="MsoNormal">[root@ha50a ~]# drbdadm status site586<o:p></o:p></p>
<p class="MsoNormal">site586 role:Secondary<o:p></o:p></p>
<p class="MsoNormal"> disk:UpToDate<o:p></o:p></p>
<p class="MsoNormal"> ha50b.mycharts.md role:Primary<o:p></o:p></p>
<p class="MsoNormal"> peer-disk:UpToDate<o:p></o:p></p>
<p class="MsoNormal"> quorum01 role:Secondary<o:p></o:p></p>
<p class="MsoNormal"> peer-disk:Diskless<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Why doesn’t DRBD try that itself?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Currently we have multiple resources in a Standalone state. To recover, I have to issue a connect command for each one. Shouldn’t DRBD attempt that automatically?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">[root@quorum01 ~]# lst r l|egrep -i "stand"<o:p></o:p></p>
<p class="MsoNormal">| site112 | ha51a-cl | 7275 | InUse | StandAlone(quorum01) | UpToDate | 2022-04-05 10:05:56 |<o:p></o:p></p>
<p class="MsoNormal">| site187 | ha50a-cl | 7020 | InUse | StandAlone(quorum01) | UpToDate | 2022-02-27 19:00:26 |<o:p></o:p></p>
<p class="MsoNormal">| site198 | ha52b-cl | 7432 | Unused | StandAlone(quorum01) | UpToDate | 2022-06-02 23:24:02 |<o:p></o:p></p>
<p class="MsoNormal">| site206 | ha51a-cl | 7379 | Unused | StandAlone(quorum01) | UpToDate | 2022-04-20 21:14:39 |<o:p></o:p></p>
<p class="MsoNormal">| site225 | ha50a-cl | 7179 | Unused | StandAlone(quorum01) | UpToDate | 2022-03-22 23:07:03 |<o:p></o:p></p>
<p class="MsoNormal">| site312 | ha51b-cl | 7265 | Unused | StandAlone(quorum01) | UpToDate | 2022-04-05 00:02:58 |<o:p></o:p></p>
<p class="MsoNormal">| site357 | ha51a-cl | 7336 | Unused | StandAlone(quorum01) | UpToDate | 2022-04-12 21:11:10 |<o:p></o:p></p>
<p class="MsoNormal">| site367 | ha51b-cl | 7272 | Unused | StandAlone(quorum01) | UpToDate | 2022-04-05 01:26:59 |<o:p></o:p></p>
<p class="MsoNormal">| site458 | ha51b-cl | 7196 | Unused | StandAlone(quorum01) | UpToDate | 2022-03-25 00:32:07 |<o:p></o:p></p>
<p class="MsoNormal">| site496 | ha51a-cl | 7295 | Unused | StandAlone(quorum01) | UpToDate | 2022-04-07 15:36:33 |<o:p></o:p></p>
<p class="MsoNormal">| site530 | ha50b-cl | 7018 | Unused | StandAlone(quorum01) | UpToDate | 2022-02-27 18:11:33 |<o:p></o:p></p>
<p class="MsoNormal">| site586 | ha50a-cl | 7130 | Unused | StandAlone(quorum01) | UpToDate | 2022-03-18 18:31:51 |<o:p></o:p></p>
<p class="MsoNormal">| site734 | ha50a-cl | 7119 | Unused | StandAlone(quorum01) | UpToDate | 2022-03-17 17:47:00 |<o:p></o:p></p>
<p class="MsoNormal">| site744 | ha51b-cl | 7411 | InUse | StandAlone(quorum01) | UpToDate | 2022-04-26 18:29:07 |<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><img width="624" height="123" style="width:6.5in;height:1.2812in" id="Picture_x0020_1" src="cid:image001.png@01D8CF08.A423D790"><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
Disclaimer : This email and any files transmitted with it are confidential and intended solely for intended recipients. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this
email are solely those of the author and might not represent those of Physician Select Management. Warning: Although Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility
for any loss or damage arising from the use of this email or attachments.
</body>
</html>