<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">El 21/09/16 a las 20:41, Nir Soffer
escribió:<br>
</div>
<blockquote
cite="mid:CAMRbyyu=78GGU4X9gu+=hPNY5d0=ziC29g84CyM4gBprMs0B5Q@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Wed, Sep 21, 2016 at 9:19 PM,
Federico Alberto Sayd <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:fsayd@uncu.edu.ar"
target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:fsayd@uncu.edu.ar">fsayd@uncu.edu.ar</a></a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Hello:<br>
<br>
Since I upgraded to 4.0 I have troubles with the storage
of my oVirt setup. I have 2 IBM 3512 arrays connected to 8
ovirt hosts through FC.<br>
When a host is rebooted or when a new port get online in
the FC switchs although the port isn't connected to
storage or oVirt hosts; oVirt reports I/O problems and
pause some vm's. I have to manually resume the vm's. It
seem that any change (even non disruptive changes) to FC
switchs and HBAs causes that ovirt detects I/O problems.<br>
<br>
How I can debug this issue. How can I know if It is
related to vdsm/ovirt, mulitpathd..?<br>
</blockquote>
<div><br>
</div>
<div>We need to inspect engine log, vdsm log, supervdsm.log,
sanlock log, and /var/log/messages.</div>
<div><br>
</div>
<div>If ovirt detect io problems it is probably because they
are problems.</div>
<div><br>
</div>
<div>Can you file a bug and attach the logs?</div>
<div><br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Reported; logs attached:
<a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1378967">https://bugzilla.redhat.com/show_bug.cgi?id=1378967</a><br>
<br>
Thank you<br>
<br>
Federico<br>
<br>
</body>
</html>