<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Specifically, if do the following:<br>
    <ul>
      <li>Enter global maintenance (hosted-engine --set-maintenance-mode
        --mode=global)</li>
      <li>init 0 the engine</li>
      <li>systemctl stop ovirt-ha-agent ovirt-ha-broker libvirtd vdmsd</li>
    </ul>
    <br>
    and then run "sanlock client status" I see:<br>
    <br>
    <pre># sanlock client status
daemon c715b5de-fd98-4146-a0b1-e9801179c768.xion2.smar
p -1 helper
p -1 listener
p -1 status
s 003510e8-966a-47e6-a5eb-3b5c8a6070a9:1:/rhev/data-center/mnt/xion2.smartcity.net\:_export_VM__NewDataDomain/003510e8-966a-47e6-a5eb-3b5c8a6070a9/dom_md/ids:0
s 18eeab54-e482-497f-b096-11f8a43f94f4:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/dom_md/ids:0
s hosted-engine:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/ha_agent/hosted-engine.lockspace:0
</pre>
    <br>
    Waiting a few minutes does not change this state.<br>
    <br>
    The earlier data I shared which showed HostedEngine was with a
    different test scenario.<br>
    <br>
    -Bob<br>
    <br>
    <div class="moz-cite-prefix">On 06/18/2014 07:53 AM, Bob Doolittle
      wrote:<br>
    </div>
    <blockquote
cite="mid:CA+4jJ+se2odydTJySxvwMaA3G7zOUZsZdWDFE6ajFFDMVwiA9A@mail.gmail.com"
      type="cite">
      <p dir="ltr">I see I have a very unfortunate typo in my previous
        mail. As supported by the vm-status output I attached, I had set
        --mode=global (not none) in step 1.</p>
      <p dir="ltr">I am not the only one experiencing this. I can
        reproduce it easily. It appears that shutting down vdsm causes
        the HA services to incorrectly think the system has come out of
        Global Maintenance and restart the engine.</p>
      <p dir="ltr">-Bob</p>
      <div class="gmail_quote">On Jun 18, 2014 5:06 AM, "Federico
        Simoncelli" &lt;<a moz-do-not-send="true"
          href="mailto:fsimonce@redhat.com">fsimonce@redhat.com</a>&gt;
        wrote:<br type="attribution">
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">
          ----- Original Message -----<br>
          &gt; From: "Bob Doolittle" &lt;<a moz-do-not-send="true"
            href="mailto:bob@doolittle.us.com">bob@doolittle.us.com</a>&gt;<br>
          &gt; To: "Doron Fediuck" &lt;<a moz-do-not-send="true"
            href="mailto:dfediuck@redhat.com">dfediuck@redhat.com</a>&gt;,
          "Andrew Lau" &lt;<a moz-do-not-send="true"
            href="mailto:andrew@andrewklau.com">andrew@andrewklau.com</a>&gt;<br>
          &gt; Cc: "users" &lt;<a moz-do-not-send="true"
            href="mailto:users@ovirt.org">users@ovirt.org</a>&gt;,
          "Federico Simoncelli" &lt;<a moz-do-not-send="true"
            href="mailto:fsimonce@redhat.com">fsimonce@redhat.com</a>&gt;<br>
          &gt; Sent: Saturday, June 14, 2014 1:29:54 AM<br>
          &gt; Subject: Re: [ovirt-users] Can HA Agent control NFS
          Mount?<br>
          &gt;<br>
          &gt;<br>
          &gt; But there may be more going on. Even if I stop vdsmd, the
          HA services,<br>
          &gt; and libvirtd, and sleep 60 seconds, I still see a lock
          held on the<br>
          &gt; Engine VM storage:<br>
          &gt;<br>
          &gt; daemon 6f3af037-d05e-4ad8-a53c-61627e0c2464.xion2.smar<br>
          &gt; p -1 helper<br>
          &gt; p -1 listener<br>
          &gt; p -1 status<br>
          &gt; s
          003510e8-966a-47e6-a5eb-3b5c8a6070a9:1:/rhev/data-center/mnt/<a
            moz-do-not-send="true" href="http://xion2.smartcity.net"
            target="_blank">xion2.smartcity.net</a>\:_export_VM__NewDataDomain/003510e8-966a-47e6-a5eb-3b5c8a6070a9/dom_md/ids:0<br>
          &gt; s
hosted-engine:1:/rhev/data-center/mnt/xion2\:_export_vm_he1/18eeab54-e482-497f-b096-11f8a43f94f4/ha_agent/hosted-engine.lockspace:0<br>
          <br>
          This output shows that the lockspaces are still acquired. When
          you put hosted-engine<br>
          in maintenance they must be released.<br>
          One by directly using rem_lockspace (since it's the
          hosted-engine one) and the other<br>
          one by stopMonitoringDomain.<br>
          <br>
          I quickly looked at the ovirt-hosted-engine* projects and I
          haven't found anything<br>
          related to that.<br>
          <br>
          --<br>
          Federico<br>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </body>
</html>