Hi again,
I redid the test again, I re-read the Self-Hosted Engine documentation,
there is a link to a RedHat article
https://access.redhat.com/solutions/1517683 which talks about how to remove
the dead hostedEngine VM from the web admin portal.
But the article does not talk about how to remove the old hosted engine
storage, and this is what causes the problem.
This storage is still pointing to the old iscsi disk used by the dead
Manager, it's is down, but the new manager cannot detach it, saying that
the storage domain doesn't exist, which is right, but how to force the
Manager to delete it? I have no idea, I tried to remove it with REST API,
without luck.
I tried to import the new hosted storage, but the system said: the storage
name is already in use. So I am stuck.
any idea? do I have to delete it from the database? if yes how?
Regards.
2017-08-25 20:07 GMT+01:00 wodel youchi <wodel.youchi(a)gmail.com>:
Hi,
I was able to remove the hostedEngine VM, but I didn't succeed to remove
the old hostedEngine Storage domain.
I tried several time to remove it, but I couldn't, the VM engine goes in
pause mode. All I could do is to detach the hostedEngine from the
datacenter. I then put all the other data domains in maintenance mode, the
I reactivated my master data domain hoping that it will import the new
hostedEngine domain, but without luck.
It seems like there is something missing in this procedure.
Regards
2017-08-25 9:28 GMT+01:00 Alan Griffiths <apgriffiths79(a)gmail.com>:
> As I recall (a few weeks ago now) it was after restore, once the host had
> been registered in the Manager. However, I was testing on 4.0, so maybe the
> behaviour is slightly different in 4.1.
>
> Can you see anything in the Engine or vdsm logs as to why it won't remove
> the storage? Perhaps try removing the stale HostedEngine VM ?
>
> On 25 August 2017 at 09:14, wodel youchi <wodel.youchi(a)gmail.com> wrote:
>
>> Hi and thanks,
>>
>> But when to remove the hosted_engine storage ? During the restore
>> procedure or after ? Because after I couldn't do it, the manager refused to
>> put that storage in maintenance mode.
>>
>> Regards
>>
>> Le 25 août 2017 08:49, "Alan Griffiths" <apgriffiths79(a)gmail.com>
a
>> écrit :
>>
>>> As I recall from my testing. If you remove the old hosted_storage
>>> domain then the new one should get automatically imported.
>>>
>>> On 24 August 2017 at 23:03, wodel youchi <wodel.youchi(a)gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> I am testing the backup and restore procedure of the Self-hosted
>>>> Engine, and I have a problem.
>>>>
>>>> This haw I did the test.
>>>>
>>>> I have two hypervisors hosted-engine. I am used iSCSI disk for the VM
>>>> engine.
>>>>
>>>> I followed the procedure described in the Self-hosted Engine document
>>>> to execute the backup, I put the first host in maintenance mode, the I
>>>> create the backup and save it elsewhere.
>>>>
>>>> Then I've create a new iscsi disk, I reinstalled the first host with
>>>> the save IP/hostname, then I followed the restore procedure to get the
>>>> Manager up and running again.
>>>> - hosted-engine --deploy
>>>> - do not execute engine-setup, restore backup first
>>>> - execute engine-setup
>>>> - remove the host from the manager
>>>> - synchronize the restored manger with the host
>>>> - finalize deployment.
>>>>
>>>> all went well till this point, but I have a problem with the
>>>> VM-engine, it is shown as down in the admin portal. the ovirt-ha-agent
>>>> cannot retrieve the VM config from the shared storage.
>>>>
>>>> I think the problem, is that the hosted-engine storage domain is still
>>>> pointing to the old disk of the old manager and not the new one. I
don't
>>>> know where is this information is stored, in the DB or in the
Manager's
>>>> config files, but when I click Manager hosted-engine domain, I can see
the
>>>> old LUN grayed and the new one (which is used by the restored Manager)
is
>>>> not grayed.
>>>>
>>>> How can I fix this?
>>>>
>>>> Regards.
>>>>
>>>>
>>>>
<
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&...
Garanti
>>>> sans virus.
www.avast.com
>>>>
<
https://www.avast.com/sig-email?utm_medium=email&utm_source=link&...
>>>>
<#m_7057565286932519348_m_4457919776337353415_m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>>
>>>
>