<html><head>
    <meta http-equiv="Content-Type" content="text/html;        charset=windows-1252" />
  
  </head><body text="#000000" bgcolor="#FFFFFF">You&#39;d want to see the client log. I&#39;m not sure where proxmox configures those to go.<br><br><div class="gmail_quote">On May 24, 2017 11:57:33 PM PDT, Alessandro Briosi &lt;ab1@metalit.com&gt; wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

  
    <div class="moz-cite-prefix">Il 19/05/2017 17:27, Alessandro Briosi
      ha scritto:<br />
    </div>
    <blockquote type="cite" cite="mid:fe09d828-a325-7d17-2275-94ef46550c7f@metalit.com">
      <div class="moz-cite-prefix">Il 12/05/2017 12:09, Alessandro
        Briosi ha scritto:<br />
      </div>
      <blockquote cite="mid:9aa15af2-e96a-4216-3aeb-3bc188feb104@metalit.com" type="cite">
        <blockquote type="cite" style="color: #000000;">
          <pre wrap="">You probably should open a bug so that we have all the troubleshooting
and debugging details in one location. Once we find the problem we can
move the bug to the right component.
  <a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/enter_bug.cgi?product=GlusterFS">https://bugzilla.redhat.com/enter_bug.cgi?product=GlusterFS</a>

HTH,
Niels
</pre>
        </blockquote>
        <pre wrap="">The thing is that when the VM is down and I check the logs there's nothing.
Then when I start the VM the logs get populated with the seek error.

Anyway I'll open a bug for this.</pre>
      </blockquote>
      <br />
      Ok, as it happened again I have opened a bug:<br />
      <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1452766" moz-do-not-send="true">https://bugzilla.redhat.com/show_bug.cgi?id=1452766</a><br />
      <br />
      I now have started the vm with gdb (maybe I can find more
      information)<br />
      <br />
      In the logs I still have &quot;No such file or directory&quot; which at this
      point seems to be the culprit of this (?)<br />
      <br />
      <div class="moz-signature">Alessandro</div>
    </blockquote>
    <br />
    It heppened again and now I have at least a gdb log which tells me
    where the error is.<br />
    <br />
    I've attached the log to the bug.<br />
    <br />
    Logs strangely do not report any error, though the 2 VM disk files
    seem to be going through a heal process:<br />
    <br />
    Brick srvpve1g:/data/brick1/brick<br />
    /images/101/vm-101-disk-2.qcow2 - Possibly undergoing heal<br />
    <br />
    /images/101/vm-101-disk-1.qcow2 - Possibly undergoing heal<br />
    <br />
    Status: Connected<br />
    Number of entries: 2<br />
    <br />
    Brick srvpve2g:/data/brick1/brick<br />
    /images/101/vm-101-disk-2.qcow2 - Possibly undergoing heal<br />
    <br />
    /images/101/vm-101-disk-1.qcow2 - Possibly undergoing heal<br />
    <br />
    Status: Connected<br />
    Number of entries: 2<br />
    <br />
    Brick srvpve3g:/data/brick1/brick<br />
    /images/101/vm-101-disk-2.qcow2 - Possibly undergoing heal<br />
    <br />
    /images/101/vm-101-disk-1.qcow2 - Possibly undergoing heal<br />
    <br />
    Status: Connected<br />
    Number of entries: 2<br />
    <br />
    <br />
    I really have no clue on why this is happening.<br />
    Thanks for your help.<br />
    <br />
    Alessandro<br />
  
</blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>