Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[wodel youchi]

Thanks it worked like a charm
Regards

Le 27 août 2017 09:26, "Yedidyah Bar David"  a écrit :

On Sat, Aug 26, 2017 at 1:56 AM, wodel youchi 
wrote:

> Hi again,
>
> I found this article https://keithtenzer.com/2017/0
> 5/02/rhev-4-1-lab-installation-and-configuration-guide/
> I used the last section to delete the old hosted-engine storage, and it
> worked, the minute I deleted the old hosted-storage the system imported the
> new one and then imported the new VM-Manager into the Web admin portal.
>

In 4.1, engine-backup has new options during restore:
'--he-remove-storage-vm' and '--he-remove-hosts'. Check '--help'. Sadly, we
do not have enough documentation for this. This is worked on, I hope to
have updates soon.

Best,



>
> Regards.
>
> 2017-08-25 23:15 GMT+01:00 wodel youchi :
>
>> 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/solu
>> tions/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 :
>>
>>> 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 :
>>>
 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 
 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"  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 
>> 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?

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[Yedidyah Bar David]

On Sat, Aug 26, 2017 at 1:56 AM, wodel youchi 
wrote:

> Hi again,
>
> I found this article https://keithtenzer.com/2017/05/02/rhev-4-1-lab-
> installation-and-configuration-guide/
> I used the last section to delete the old hosted-engine storage, and it
> worked, the minute I deleted the old hosted-storage the system imported the
> new one and then imported the new VM-Manager into the Web admin portal.
>

In 4.1, engine-backup has new options during restore:
'--he-remove-storage-vm' and '--he-remove-hosts'. Check '--help'. Sadly, we
do not have enough documentation for this. This is worked on, I hope to
have updates soon.

Best,



>
> Regards.
>
> 2017-08-25 23:15 GMT+01:00 wodel youchi :
>
>> 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/solu
>> tions/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 :
>>
>>> 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 :
>>>
 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 
 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"  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 
>> 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.
>>>
>>>
>>> 

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[wodel youchi]

Hi again,

I found this article
https://keithtenzer.com/2017/05/02/rhev-4-1-lab-installation-and-configuration-guide/
I used the last section to delete the old hosted-engine storage, and it
worked, the minute I deleted the old hosted-storage the system imported the
new one and then imported the new VM-Manager into the Web admin portal.

Regards.

2017-08-25 23:15 GMT+01:00 wodel youchi :

> 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 :
>
>> 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 :
>>
>>> 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  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"  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 
> 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.
>>
>>
>> 
>>  Garanti
>> sans virus. www.avast.com
>> 
>> <#m_-2590168438000725267_m_7057565286932519348_m_4457919776337353415_m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> 

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[wodel youchi]

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 :

> 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 :
>
>> 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  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"  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 
 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.
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_7057565286932519348_m_4457919776337353415_m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[wodel youchi]

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 :

> 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  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"  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  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.


 
  Garanti
 sans virus. www.avast.com
 
 <#m_4457919776337353415_m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[Alan Griffiths]

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  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"  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  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.
>>>
>>>
>>> 
>>>  Garanti
>>> sans virus. www.avast.com
>>> 
>>> <#m_9177001278217562974_m_7731007781891096843_m_3883279741882476845_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt 4.1 testing backup and restore Self-hosted Engine

[wodel youchi]

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.


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users