<span style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)"><font color="#cc33cc">Dominic - are you also using a cluster with gluster service enabled?</font></span><div><font color="#cc33cc" face="arial, sans-serif"><br>
</font></div><div><font face="arial, sans-serif">Yes Gluster Service is enabled.  And I can not remove hosts from that cluster.</font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Dominic<br>
</font><br><div class="gmail_quote">On Mon, Sep 24, 2012 at 6:07 PM, Itamar Heim <span dir="ltr">&lt;<a href="mailto:iheim@redhat.com" target="_blank">iheim@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 09/25/2012 12:03 AM, Jason Brooks wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon 24 Sep 2012 02:55:54 PM PDT, Itamar Heim wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 09/24/2012 11:53 PM, Jason Brooks wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon 24 Sep 2012 01:24:44 PM PDT, Itamar Heim wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 09/24/2012 08:49 PM, Dominic Kaiser wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This conversation is fine but if I want to force remove no matter<br>
what I<br>
should be able to from the GUI.  The nodes are no longer available I<br>
want to get rid of them ovirt does not let me.  I can delete from<br>
database but why not from the GUI?  I am sure others may run into this<br>
problem as well.<br>
</blockquote>
<br>
what happens to the status of the host when you right click on the<br>
host and specify you confirm it was shutdown?<br>
</blockquote>
<br>
I&#39;m having this same issue. Confirming the host is shut down doesn&#39;t<br>
make a difference.<br>
<br>
I&#39;m seeing lots of &quot;Failed to GlusterHostRemoveVDS, error = Unexpected<br>
exception&quot; errors in my engine log that seem to correspond w/ the failed<br>
remove host attempts.<br>
</blockquote>
<br>
is cluster defined as gluster as well?<br>
</blockquote>
<br>
Yes, it is.<br>
</blockquote>
<br></div>
that&#39;s a very important piece of information...<br>
is there a more detailed exception in the log on the error?<br>
can you uncheck gluster and try to remove it again?<br>
<br>
Dominic - are you also using a cluster with gluster service enabled?<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
what is the status of the host after you confirm shutdown?<br>
any error on log on this specific command?<br>
</blockquote>
<br>
I have two hosts I want to remove -- one, a failed add that never<br>
completed, and the other, an F17 machine that I subsequently updated to<br>
F18. So neither of those hosts are actually connected to my engine.<br>
Their status is either non-responsive or maintenance, if I activate,<br>
it&#39;s the former, if I set it to maintenance, it&#39;s the latter. I can only<br>
attempt to remove in maintenance mode, so that&#39;s where I have them.<br>
<br>
There don&#39;t appear to be any errors confirming manual reboot.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
shireesh - not sure if relevant to this flow, but need to make sure<br>
removing a host from the engine isn&#39;t blocked on gluster needing to<br>
remove it from the gluster cluster if the host is not available any<br>
more, or last host in gluster cluster?<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Dominic<br>
<br>
On Sep 22, 2012 4:19 PM, &quot;Eli Mesika&quot; &lt;<a href="mailto:emesika@redhat.com" target="_blank">emesika@redhat.com</a><br>
&lt;mailto:<a href="mailto:emesika@redhat.com" target="_blank">emesika@redhat.com</a>&gt;&gt; wrote:<br>
<br>
<br>
<br>
    ----- Original Message -----<br>
     &gt; From: &quot;Douglas Landgraf&quot; &lt;<a href="mailto:dougsland@redhat.com" target="_blank">dougsland@redhat.com</a><br>
    &lt;mailto:<a href="mailto:dougsland@redhat.com" target="_blank">dougsland@redhat.com</a>&gt;&gt;<br>
     &gt; To: &quot;Dominic Kaiser&quot; &lt;<a href="mailto:dominic@bostonvineyard.org" target="_blank">dominic@bostonvineyard.org</a><br>
    &lt;mailto:<a href="mailto:dominic@bostonvineyard.org" target="_blank">dominic@<u></u>bostonvineyard.org</a>&gt;&gt;<br>
     &gt; Cc: &quot;Eli Mesika&quot; &lt;<a href="mailto:emesika@redhat.com" target="_blank">emesika@redhat.com</a><br>
    &lt;mailto:<a href="mailto:emesika@redhat.com" target="_blank">emesika@redhat.com</a>&gt;&gt;, <a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a><br>
    &lt;mailto:<a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a>&gt;, &quot;Robert Middleswarth&quot;<br>
    &lt;<a href="mailto:robert@middleswarth.net" target="_blank">robert@middleswarth.net</a> &lt;mailto:<a href="mailto:robert@middleswarth.net" target="_blank">robert@middleswarth.<u></u>net</a>&gt;&gt;<br>
     &gt; Sent: Friday, September 21, 2012 8:12:27 PM<br>
     &gt; Subject: Re: [Users] Is there a way to force remove a host?<br>
     &gt;<br>
     &gt; Hi Dominic,<br>
     &gt;<br>
     &gt; On 09/20/2012 12:11 PM, Dominic Kaiser wrote:<br>
     &gt; &gt; Sorry I did not explain.<br>
     &gt; &gt;<br>
     &gt; &gt; I had tried to remove the host and had not luck<br>
troubleshooting it.<br>
     &gt; &gt;  I<br>
     &gt; &gt; then had removed it and used it for a storage unit<br>
reinstalling<br>
     &gt; &gt; fedora<br>
     &gt; &gt; 17.  I foolishly thought that I could just remove the host<br>
     &gt; &gt; manually.<br>
     &gt; &gt;  It physically is not there. (My fault I know)  Is there a<br>
way that<br>
     &gt; &gt; you know of to remove a host brute force.<br>
     &gt; &gt;<br>
     &gt; &gt; dk<br>
     &gt;<br>
     &gt; Fell free to try the below script (not part of official<br>
project) for<br>
     &gt; brute force:<br>
     &gt;<br>
     &gt; (from the engine side)<br>
     &gt; # yum install python-psycopg2 -y<br>
     &gt; # wget<br>
     &gt;<br>
<br>
<a href="https://raw.github.com/dougsland/misc-rhev/master/engine_force_remove_Host.py" target="_blank">https://raw.github.com/<u></u>dougsland/misc-rhev/master/<u></u>engine_force_remove_Host.py</a><br>
<br>
<br>
<br>
<br>
     &gt; # (edit the file and change the db password)<br>
     &gt; # python ./engine_force_remove_Host.py<br>
<br>
    Hi , had looked in the Python script you had provided:<br>
    First, I must say that handling the database directly may leave DB<br>
    in inconsistent state, therefore, if there is no other option, the<br>
    database should be backed up prior to this operation.<br>
    In addition, I do not like the execution of the SQL statements in<br>
    the script.<br>
    There is a SP called DeleteVds(v_vds_id UUID) and you should use<br>
    that since it encapsulates all details.<br>
    For example, your script does not handle permission clean-up as<br>
the<br>
    SP does and therefore leaves garbage in the database.<br>
    In addition, a failure in your script may leave database in<br>
    inconsistent state while the SP is executed in one transaction and<br>
    will leave DB consistent.<br>
    So, in short I would prefer in this case that the relevant SP will<br>
    do the clean-up since this is the one that is used by the code and<br>
    that insures (at least I hope so) , that all related entities are<br>
    removed as well.<br>
<br>
<br>
     &gt;<br>
     &gt; Thanks<br>
     &gt;<br>
     &gt; --<br>
     &gt; Cheers<br>
     &gt; Douglas<br>
     &gt;<br>
     &gt;<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
<br>
</blockquote>
<br>
<br>
______________________________<u></u>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br>
</blockquote>
<br>
<br>
<br>
--<br>
<br>
@jasonbrooks<br>
</blockquote>
<br>
<br>
</blockquote>
<br>
<br>
<br>
--<br>
<br>
@jasonbrooks<br>
</blockquote>
<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Dominic Kaiser<br>Greater Boston Vineyard<br>Director of Operations<br><br>cell: 617-230-1412<br>fax: 617-252-0238<br>email: <a href="mailto:dominic@bostonvineyard.org">dominic@bostonvineyard.org</a><br>
<br><br>
</div>