<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body style="font-family: sans-serif; font-size: 16px;"
bgcolor="#FFFFFF" text="#000000">
<div id="QCMcontainer"
style="font-family:sans-serif;font-size:16px;"><br>
<br>
<span style="color:#000000; font-family:sans-serif;
font-size:12px; font-weight:normal" class="headerSpan">
<div class="moz-cite-prefix">Il 30/10/2013 13:58, Dan Kenigsberg
ha scritto:<br>
</div>
</span>
<blockquote style="border-left: 2px solid rgb(0, 153, 0) !
important; border-right: 2px solid rgb(0, 153, 0) ! important;
padding: 0px 15px; margin: 8px 2px; font-size: medium;"
cite="mid:20131030125836.GD25004@redhat.com" type="cite"><!--[if !IE]><DIV style="border-left: 2px solid #009900; border-right: 2px solid #009900; padding: 0px 15px; margin: 2px 0px;"><![endif]-->
<pre wrap="">On Wed, Oct 30, 2013 at 11:34:21AM +0100, Alessandro Bianchi wrote:
</pre>
<blockquote style="border-left: 2px solid #009900 !important;
border-right: 2px solid #009900 !important; padding: 0px 15px
0px 15px; margin: 8px 2px;" type="cite"><!--[if !IE]><DIV style="border-left: 2px solid #009900; border-right: 2px solid #009900; padding: 0px 15px; margin: 2px 0px;"><![endif]-->
<pre wrap=""> Hi everyone
I've set up a gluster storage with two replicated bricks
DC is up and I created a VM to test gluster storage
If I start the VM WITHOUT any disk attached (only one virtual DVD) it
starts fine.
If I attach a gluster domain disk thin provisioning 30 Gb the Vm stucks in
"waiting for launch" state
I see no special activity on the gluster servers (they serve several other
shares with no troubles at all and even the ISO domain is a NFS on
locally mounted gluster and works fine)
I've double checked all the pre requisites and they look fine (F 19 -
gluster setup insecure in both glusterd.vol and volume options -
uid/gid/insecure )
Am I doing something wrong?
I'm even unable to stop the VM from the engine GUI
Any advise?
</pre>
<!--[if !IE]></DIV><![endif]--></blockquote>
<pre wrap="">Which version of ovirt are you using? Hopefully ovirt-3.3.0.1.
For how long is the VM stuck in its "wait for launch" state?
What does `virsh -r list` has to say while startup stalls?
Would you provide more content of your vdsm.log and possibly
libvirtd.log so we can understand what blocks the VM start-up? Please
use attachement of pastebin, as your mail agents wreaks havoc to the log
lines.
</pre>
<!--[if !IE]></DIV><![endif]--></blockquote>
Thank you for your answer.<br>
<br>
Here are the "facts"<br>
<br>
In the GUI I see<br>
<br>
"waiting for launch 3 h"<br>
<br>
virsh -r list<br>
Id Nome Stato<br>
----------------------------------------------------<br>
3 CentOS_30 terminato<br>
<br>
<br>
vdsClient -s 0 list table <br>
200dfb05-461e-49d9-95a2-c0a7c7ced669 0 CentOS_30
WaitForLaunch <br>
<br>
Packages:<br>
<br>
ovirt-engine-userportal-3.3.0.1-1.fc19.noarch<br>
ovirt-log-collector-3.3.1-1.fc19.noarch<br>
ovirt-engine-restapi-3.3.0.1-1.fc19.noarch<br>
ovirt-engine-setup-3.3.0.1-1.fc19.noarch<br>
ovirt-engine-backend-3.3.0.1-1.fc19.noarch<br>
ovirt-host-deploy-java-1.1.1-1.fc19.noarch<br>
ovirt-release-fedora-8-1.noarch<br>
ovirt-engine-setup-plugin-allinone-3.3.0.1-1.fc19.noarch<br>
ovirt-engine-webadmin-portal-3.3.0.1-1.fc19.noarch<br>
ovirt-engine-sdk-python-3.3.0.7-1.fc19.noarch<br>
ovirt-iso-uploader-3.3.1-1.fc19.noarch<br>
ovirt-engine-websocket-proxy-3.3.0.1-1.fc19.noarch<br>
ovirt-engine-dbscripts-3.3.0.1-1.fc19.noarch<br>
ovirt-host-deploy-offline-1.1.1-1.fc19.noarch<br>
ovirt-engine-cli-3.3.0.5-1.fc19.noarch<br>
ovirt-engine-tools-3.3.0.1-1.fc19.noarch<br>
ovirt-engine-lib-3.3.0.1-1.fc19.noarch<br>
ovirt-image-uploader-3.3.1-1.fc19.noarch<br>
ovirt-engine-3.3.0.1-1.fc19.noarch<br>
ovirt-host-deploy-1.1.1-1.fc19.noarch<br>
<br>
I attach the full vdsm log<br>
<br>
Look around 30-10 10:30 to see all what happens<br>
<br>
Despite the "terminated" label in output from virsh I still see
the VM "waiting for launch" in the GUI, so I suspect the answer to
"how long" may be "forever"<br>
<br>
Since this is a test VM I can do whatever test you may need to
track the problem included destroy and rebuild<br>
<br>
It would be great to have gluster support stable in ovirt!<br>
<br>
Thank you for your efforts<br>
<br>
Best regards<br>
<br>
Alessandro<br>
<div class="moz-signature">-- <br>
<meta http-equiv="CONTENT-TYPE" content="text/html;
charset=ISO-8859-1">
<title></title>
<meta name="generator" content="Bluefish 2.0.3">
<meta name="author" content="Alessandro Bianchi">
<meta name="CREATED" content="20100306;9474300">
<meta name="CHANGEDBY" content="Alessandro ">
<meta name="CHANGED" content="20100306;10212100">
<style type="text/css">
<!--
P { font-family: "Arial", "Helvetica", sans-serif; font-size: 10pt }
P.nome { color: #ff8000; font-family: "Arial", "Helvetica", sans-serif; font-size: 12pt; font-weight: bold; text-align: center }
P.indirizzo { color: #0084d1; font-family: "Arial", "Helvetica", sans-serif; font-size: 10pt; font-weight: bold; line-height: 0.48cm; text-align: center }
P.info { color: #b3b3b3; font-family: "Arial", "Helvetica", sans-serif; font-size: 9pt }
A:link { color: #005dff; text-decoration: none }
A:visited { color: #005dff; text-decoration: none }
-->
</style>
<p class="nome">SkyNet SRL</p>
<p class="indirizzo">Via Maggiate 67/a - 28021 Borgomanero (NO)
- tel.
+39 0322-836487/834765 - fax +39 0322-836608</p>
<p align="CENTER"><a href="http://www.skynet.it/">http://www.skynet.it</a></p>
<p class="indirizzo">Autorizzazione Ministeriale n.197</p>
<p class="info">Le informazioni contenute in questo messaggio
sono
riservate e confidenziali ed è vietata la diffusione in
qualunque
modo eseguita.<br>
Qualora Lei non fosse la persona a cui il presente
messaggio è destinato, La invitiamo ad eliminarlo ed a
distruggerlo
non divulgandolo, dandocene gentilmente comunicazione. <br>
Per
qualsiasi informazione si prega di contattare <a class="moz-txt-link-abbreviated" href="mailto:info@skynet.it">info@skynet.it</a>
(e-mail dell'azienda). Rif. D.L. 196/2003</p>
</div>
<br>
</div>
</body>
</html>