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