<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Jeremiah,</p>
    <p>this reminds me of situations when the same task runs <b>independently</b>
      on multiple nodes at once. It should not, as the Quartz scheduler
      should take care of that; but sometimes it does. Very weird things
      are possible in such cases, and what you describe is exactly one
      of them. See e.g. <a moz-do-not-send="true"
        href="https://jira.evolveum.com/browse/MID-5500"
        class="moz-txt-link-freetext">https://jira.evolveum.com/browse/MID-5500</a>.
      (And maybe search our jira for similar issues.)<br>
    </p>
    <p>You may check the logs to see if this occurs and then try to
      determine why. Usually this points to some kind of infrastructure
      problem (overloaded nodes? faulty DB connections? clocks out of
      sync? this is a typical case for our professional support :).</p>
    <p>My advice is to diagnose and fix this, and not to somehow "sweep
      that under the carpet" -> as it would hurt you sometimes in the
      future.</p>
    <p>(Of course, I may be wrong and this could be a genuine midPoint
      bug. But I doubt that.)<br>
    </p>
    <p>Best regards,<br>
    </p>
    <pre class="moz-signature" cols="72">-- 
Pavol Mederly
Software developer
evolveum.com</pre>
    <div class="moz-cite-prefix">On 04/10/2022 20:32, Haywood, Jeremiah
      via midPoint wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CH0PR03MB6050ED1D3775958554B6B85EE45A9@CH0PR03MB6050.namprd03.prod.outlook.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <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-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;}p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}span.EmailStyle19
        {mso-style-type:personal-compose;
        font-family:"Calibri",sans-serif;
        color:windowtext;}.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}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]-->
      <div class="WordSection1">
        <p class="MsoNormal">Afternoon all,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">We are experimenting with live synch in a
          clustered deployment and have come across some situations
          where it experiences a fatal error and moves to a suspended
          state. The most recent error we received was the following
          after container reboot: <o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">GUI Results:<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><img style="width:7.7708in;height:6.0729in"
            id="Picture_x0020_1"
            src="cid:part1.bb0cnOYb.VHtJWBAZ@evolveum.com" class=""
            width="746" height="583"><o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Operation:
com.evolveum.midpoint.repo.common.activity.run.LocalActivityRun.runLocally<o:p></o:p></p>
        <p class="MsoNormal">Status: FATAL_ERROR<o:p></o:p></p>
        <p class="MsoNormal">Message: <o:p></o:p></p>
        <p class="MsoNormal">Bucket
          PCV(4531):[PP({.../common/common-3}sequentialNumber):[PPV(Integer:1)],
PP({.../common/common-3}state):[PPV(WorkBucketStateType:COMPLETE)],
PP({.../common/common-3}content):[PPV(NullWorkBucketContentType:com.evolveum.midpoint.xml.ns._public.common.common_3.NullWorkBucketContentType@6e57bf8b[])]]
          is not ready<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">I have also attached the stack trace from
          the logs. Is it possible to configure Midpoint to continue
          subsequent runs after permanent errors? Additionally, have
          others experienced similar behavior?<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Thank you,<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Jeremiah Haywood<o:p></o:p></p>
        <p class="MsoNormal">Lead IAM Administrator<o:p></o:p></p>
        <p class="MsoNormal">Office of Technology Solutions | Illinois
          State University<o:p></o:p></p>
        <p class="MsoNormal">Phone Number (309) 438-3829<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
midPoint mailing list
<a class="moz-txt-link-abbreviated" href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a>
<a class="moz-txt-link-freetext" href="https://lists.evolveum.com/mailman/listinfo/midpoint">https://lists.evolveum.com/mailman/listinfo/midpoint</a>
</pre>
    </blockquote>
  </body>
</html>