Re: Neither success nor failure?
Steven Christensen <[email protected]> Mon, 24 Mar 2025 09:35:46 -0400
| Newsgroups | gmane.comp.monitoring.monit.general |
|---|---|
| Message-ID | <CAPf-+Sf3hCfqqAZcwxDg89VDfx5D_UVvhEpP9fZKKG-dig2z+A@mail.gmail.com> |
--000000000000321ac8063116af35 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks! A question: if there are multiple items to process in a given cycle, is the order of the processing influenced by the "depends" statements? If not, what determines the order the items are processed? Are they processed synchronously (i.e. item "A" has to complete before item "B" is started)? -- Steven On Mon, Mar 24, 2025 at 7:02=E2=80=AFAM M/Monit Support <[email protected]= > wrote: > The upcoming release (monit 5.35.0) eliminates the delay in the process > check, which may help to simplify the configuration a bit :) > > > Best regards, > The Monit team > > On 24. 3. 2025, at 0:59, Steven Christensen <[email protected]> wrote: > > Following up on this for closure, I ended up doing something which > included dependencies. > > 1) Created a check for the DNS lookup, with a noalert. It simply succeeds > or fails on whether the DNS lookup works. > 2) Created the actual checking procedure, which has a "depends" on #1. > > I had to add a "for 3 cycles" on #2 because it looks like Monit doesn't > actually execute the process checks in an order based on depends > statements. Also, there looks to be a one check lag between the actual > results and what Monit reports. So the number 3 allowed me to effectively > "pause" the checks for #2 based on whether the DNS was working. > > Thanks for all the help! > > On Thu, Mar 13, 2025 at 3:08=E2=80=AFAM Tino Hendricks via This is the ge= neral > mailing list for monit <[email protected]> wrote: > >> Hi Steven, >> >> the only thing coming to my mind if you can=E2=80=99t handle this in the= script >> you=E2=80=99re using is >> >> https://mmonit.com/monit/documentation/monit.html#SERVICE-DEPENDENCIES >> >> Like, depending on a test for working DNS. >> >> Cheers! >> >> Tino >> >> Am 13.03.2025 um 05:23 schrieb Steven Christensen <[email protected]>: >> >> =EF=BB=BF >> Hi All, I have a use case I am not sure Monit can handle. I looked at th= e >> document and tried keywords in this mailing list, but nothing came up. >> >> I have a script which checks another node for some information, and then >> reports success or failure (via exit code).The script works fine in Moni= t. >> >> But due to some dodgy DNS service, sometimes when the script tries to ge= t >> information from the other node, the DNS lookup fails. So we don't know >> whether the information would have resulted in a success or failure, to >> report to Monit. >> >> My question: Is there a way to tell Monit during that script check >> interval that the results of the check are indeterminate, that it should >> maintain the previous success/failure state until it the next time it is >> able to definitively report a true or false status? >> >> Thanks! >> >> > --000000000000321ac8063116af35 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Thanks!<br><br>A question: if there are multiple items to = process in a given cycle, is the order of the processing influenced by the = "depends" statements? If not, what determines the order the items= are processed?<div><br>Are they processed synchronously (i.e. item "A= " has to complete before item "B" is started)?</div><div><br= ></div><div>-- Steven</div><div><br></div></div><br><div class=3D"gmail_quo= te gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Mar= 24, 2025 at 7:02=E2=80=AFAM M/Monit Support <<a href=3D"mailto:support@= mmonit.com">[email protected]</a>> wrote:<br></div><blockquote class=3D= "gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2= 04,204,204);padding-left:1ex"><div><div><p style=3D"margin:0px;font-stretch= :normal;line-height:normal;font-size-adjust:none;font-kerning:auto;font-var= iant-alternates:normal;font-variant-ligatures:normal;font-variant-numeric:n= ormal;font-variant-east-asian:normal;font-feature-settings:normal">The upco= ming release (monit 5.35.0) eliminates the delay in the process check, whic= h may help to simplify the configuration a bit :)=C2=A0</p><p style=3D"marg= in:0px;font-stretch:normal;line-height:normal;font-size-adjust:none;font-ke= rning:auto;font-variant-alternates:normal;font-variant-ligatures:normal;fon= t-variant-numeric:normal;font-variant-east-asian:normal;font-feature-settin= gs:normal"><br></p></div><div> <div style=3D"overflow-wrap: break-word;"><div style=3D"color:rgb(0,0,0);fo= nt-family:Helvetica;font-style:normal;font-variant-caps:normal;font-weight:= normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transfor= m:none;white-space:normal;word-spacing:0px">Best regards,<br>The Monit team= <br></div></div> </div> <div><br><blockquote type=3D"cite"><div>On 24. 3. 2025, at 0:59, Steven Chr= istensen <<a href=3D"mailto:[email protected]" target=3D"_blank">steven@c88= .org</a>> wrote:</div><br><div><div dir=3D"ltr">Following up on this for= closure, I ended up doing something which included dependencies.<div><br><= /div><div>1) Created a check for the DNS lookup, with a noalert. It simply = succeeds or fails on whether the DNS lookup works.</div><div>2) Created the= actual checking procedure, which has a "depends" on #1.</div><di= v><br></div><div>I had to add a "for 3 cycles" on #2 because it l= ooks like Monit doesn't actually execute the process checks in an order= based on depends statements. Also, there looks to be a one check lag betwe= en the actual results and what Monit reports. So the number 3 allowed me to= effectively "pause" the checks for #2 based on whether the DNS w= as working.</div><div><br></div><div>Thanks for all the help!</div></div><b= r><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, = Mar 13, 2025 at 3:08=E2=80=AFAM Tino Hendricks via This is the general mail= ing list for monit <<a href=3D"mailto:[email protected]" target= =3D"_blank">[email protected]</a>> wrote:<br></div><blockquote cl= ass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid= rgb(204,204,204);padding-left:1ex"><div dir=3D"auto"><div dir=3D"ltr"></di= v><div dir=3D"ltr">Hi Steven,</div><div dir=3D"ltr"><br></div><div dir=3D"l= tr">the only thing coming to my mind if you can=E2=80=99t handle this in th= e script you=E2=80=99re using is</div><div dir=3D"ltr"><br></div><div dir= =3D"ltr"><a href=3D"https://mmonit.com/monit/documentation/monit.html#SERVI= CE-DEPENDENCIES" target=3D"_blank">https://mmonit.com/monit/documentation/m= onit.html#SERVICE-DEPENDENCIES</a></div><div dir=3D"ltr"><br></div><div dir= =3D"ltr">Like, depending on a test for working DNS.=C2=A0</div><div dir=3D"= ltr"><br></div><div dir=3D"ltr">Cheers!</div><div dir=3D"ltr"><br></div><di= v dir=3D"ltr">Tino</div><div dir=3D"ltr"><br><blockquote type=3D"cite">Am 1= 3.03.2025 um 05:23 schrieb Steven Christensen <<a href=3D"mailto:steven@= c88.org" target=3D"_blank">[email protected]</a>>:<br><br></blockquote></di= v><blockquote type=3D"cite"><div dir=3D"ltr">=EF=BB=BF<div dir=3D"ltr">Hi A= ll, I have a use case I am not sure Monit can handle. I looked at the docum= ent and tried keywords in this mailing list, but nothing came up.<div><br><= /div><div>I have a script which checks another node for some information, a= nd then reports success or failure (via exit code).The script works fine in= Monit.</div><div><br></div><div>But due to some dodgy DNS service, sometim= es when the script tries to get information from the other node, the DNS lo= okup fails. So we don't know whether the information would have resulte= d in a success or failure,=C2=A0to report to Monit.=C2=A0</div><div><br></d= iv><div>My question: Is there a way to tell Monit during that script check = interval that the results of the check are indeterminate, that it should ma= intain the previous success/failure state until it the next time it is able= to definitively report a true or false status?</div><div><br></div><div>Th= anks!</div><div><br></div></div> </div></blockquote></div></blockquote></div> </div></blockquote></div><br></div></blockquote></div> --000000000000321ac8063116af35--