<div dir="ltr">version: 8.4.10<br><div>Ran the resume-sync all and received:</div><div>0: Failure: (135) Sync-pause flag is already cleared<br>Command 'drbdsetup-84 resume-sync 0' terminated with exit code 10<br></div><div><br></div><div>Protocol used is 'A', our systems are running on a cloud environment.</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 21, 2019 at 9:09 AM Digimer <<a href="mailto:lists@alteeve.ca">lists@alteeve.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">8.9.2 is the utils version, what is the kernel module version?<br>
(8.3.x/8.4.x/9.0.x)?<br>
<br>
It's possible something paused sync, but I doubt it. You can try<br>
'drbdadm resume-sync all'. The oos number should change constantly, any<br>
time a block changes it should go up and every time a block syncs it<br>
should go down.<br>
<br>
What protocol are you using? A, B or C?<br>
<br>
digimer<br>
<br>
On 2019-10-21 11:31 a.m., G C wrote:<br>
> I'm seeing OOS not being cleared for many days if not weeks, i.e. the<br>
> OOS number stays the same.<br>
> <br>
> Is there a way to tell if the blocks that are OOS are changing or if<br>
> it's the same ones that are just taking a very long time to sync with<br>
> the secondary?<br>
> <br>
> Version: 8.9.2<br>
> <br>
> On Mon, Oct 7, 2019 at 7:55 AM Digimer <<a href="mailto:lists@alteeve.ca" target="_blank">lists@alteeve.ca</a><br>
> <mailto:<a href="mailto:lists@alteeve.ca" target="_blank">lists@alteeve.ca</a>>> wrote:<br>
> <br>
> Out of Sync is a question of what has changed locally versus what has<br>
> reached the peer. It seems like you're generating changes on the Primary<br>
> faster than the Secondary can receive them. So one answer is to speed up<br>
> your replication link and/or the speed of the storage on the Secondary,<br>
> depending on which is the bottle-neck.<br>
> <br>
> The other option is to switch to "Protocol C", which tells DRBD to not<br>
> consider a write complete until it has reached both nodes. This will<br>
> effectively slow down your Primary node's storage to whatever speed the<br>
> Secondary can be written to, however, and may not be acceptable in your<br>
> use case (see back to point 1 above).<br>
> <br>
> digimer<br>
> <br>
> On 2019-10-07 10:40 a.m., G C wrote:<br>
> > I have an instance that seems to get OOS down lower and once in a<br>
> while<br>
> > it hits 0 but not very often. Typically my oos is about<br>
> 180000-200000,<br>
> > is there a way to clear this outside of the verify which takes a long<br>
> > time? Is there something deeper I can dig into that would stop<br>
> the oos<br>
> > from occurring?<br>
> ><br>
> > Thank you<br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > Star us on GITHUB: <a href="https://github.com/LINBIT" rel="noreferrer" target="_blank">https://github.com/LINBIT</a><br>
> > drbd-user mailing list<br>
> > <a href="mailto:drbd-user@lists.linbit.com" target="_blank">drbd-user@lists.linbit.com</a> <mailto:<a href="mailto:drbd-user@lists.linbit.com" target="_blank">drbd-user@lists.linbit.com</a>><br>
> > <a href="https://lists.linbit.com/mailman/listinfo/drbd-user" rel="noreferrer" target="_blank">https://lists.linbit.com/mailman/listinfo/drbd-user</a><br>
> ><br>
> <br>
> <br>
> -- <br>
> Digimer<br>
> Papers and Projects: <a href="https://alteeve.com/w/" rel="noreferrer" target="_blank">https://alteeve.com/w/</a><br>
> "I am, somehow, less interested in the weight and convolutions of<br>
> Einstein’s brain than in the near certainty that people of equal talent<br>
> have lived and died in cotton fields and sweatshops." - Stephen Jay<br>
> Gould<br>
> <br>
<br>
<br>
-- <br>
Digimer<br>
Papers and Projects: <a href="https://alteeve.com/w/" rel="noreferrer" target="_blank">https://alteeve.com/w/</a><br>
"I am, somehow, less interested in the weight and convolutions of<br>
Einstein’s brain than in the near certainty that people of equal talent<br>
have lived and died in cotton fields and sweatshops." - Stephen Jay Gould<br>
</blockquote></div>