date:20201109


>You mean I should define hook scripts for such network setting?
and in case of using OVN, can I use direct ovn commands or related 
(neutron)rest API calls for it instead of vdsm hooks?

At least you could try to create a vdsm hook that does whatever you want - this 
is just a script.

>last one, could you please explain in more detail about floating IP..
I couldn't understand relationship with the VLAN and I'm wondering whether I 
should assign host network IP to VM for public communication.

Floating IP is an IP that you use for Highly Available resources. You need both 
VMs to be in the same VLAN.
For example:
VM1 - 192.168.0.1/24
VM2 - 192.168.0.1/24
Floating IP - 192.168.0.200/24

Best Regards,
Strahil Nikolov
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KDI3TYEC57VCW6Z5JIGSACJZWNZYPUML/

[ovirt-users] Re: VM with illegal snapshots

2020-11-09 Thread Alex K

On Fri, Oct 9, 2020, 12:59 Giorgio Biacchi  wrote:

> Hi,
> due to a bug in our Ovirt integrated backup system now we have some VMs
> with snapshots in illegal state.
>
> It seems that there's an inconsistency between the db and the real
> status of images on disk.
>
> Let me show an example:
>
> engine=# select
>
> image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active
> from images where image_group_id='e34f77cb-54d5-40d0-b539-e0a5fd512d2d';
>   image_guid  |   parentid  |
> imagestatus |vm_snapshot_id| volume_type |
> volume_format | active
>
> --+--+-+--+-+---+
>  a107b6c4-842e-4b40-9215-c965431a0c0f |
> ---- |   4 |
> d19d6ca3-1989-4c67-8ee7-c0c43b3e6d74 |   2 | 4 | f
>  a4c86a68-9123-454c-b417-1b15038a4bf2 |
> a107b6c4-842e-4b40-9215-c965431a0c0f |   1 |
> e7a405ee-8fd4-4733-ae9c-5252bf07c9d3 |   2 | 4 | f
>  f6a61f2e-26bd-4b63-97c6-d66913ce48c5 |
> a4c86a68-9123-454c-b417-1b15038a4bf2 |   1 |
> 9d0958b9-4995-4e11-a027-a32d4bac52e4 |   2 | 4 | t
> (3 rows)
>
>
> [root@host02 ~]#  lvs -o+lv_tags |grep
> e34f77cb-54d5-40d0-b539-e0a5fd512d2d
>   a107b6c4-842e-4b40-9215-c965431a0c0f
> 459011cf-ebb6-46ff-831d-8ccfafd82c8a -wi---  149.50g
>
> IU_e34f77cb-54d5-40d0-b539-e0a5fd512d2d,MD_68,PU_----
>   f6a61f2e-26bd-4b63-97c6-d66913ce48c5
> 459011cf-ebb6-46ff-831d-8ccfafd82c8a -wi---   10.00g
>
> IU_e34f77cb-54d5-40d0-b539-e0a5fd512d2d,MD_348,PU_a107b6c4-842e-4b40-9215-c965431a0c0f
>
> so image guid a4c86a68-9123-454c-b417-1b15038a4bf2 is not present on
> disk, i think that the image was correctly merged but not removed from
> the database.
>
> Any suggestion on how to fix the database to reflect the real situation
> on disk??
>
In those cases I delete the entry from engine DB to reflect the status of
the image chain.

>
> TIA
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OF4NTAC6BPGRP4YJZRWBXQCNBWLERL72/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VVQNIERW6XFUEA5NIPQJQHEHCQEIK6QY/

[ovirt-users] Re: VM's gone to unknown state

2020-11-09 Thread Alex K

On Mon, Nov 9, 2020, 19:12  wrote:

> Dear Strahil Nikolov,
>
> Thank you so much for your kind response and immediate help! The issue got
> resolved and now the hosts got up and running. There was a multiple
> problems in Hosts and again and again I got same issue. Then finally I
> rebooted the hosts thrice and also in Ovirt, I confirmed the reboot option.
> Then it was working fine.
>
This indicates that perhaps you have not configured power management. You
need to have that to avoid these issues.

>
> Nikolov, I ping you back for last issue regarding gluster storage space
> issue in Ovirt4.4. cause that issue still not get resolved.
>
> Thanks once again!
>
>
> Best Regards,
> Hariharan
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NLIMYZJYENSM7B5YZ2QNKMOWMBCSLUPG/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CVP3PSBQQEYDRABNVWSHE6R6XCL2RJGW/

[ovirt-users] Re: setting routing rules for guests?

2020-11-09 Thread yam yam

Thanks, Strahil

You mean I should define hook scripts for such network setting?
and in case of using OVN, can I use direct ovn commands or related 
(neutron)rest API calls for it instead of vdsm hooks?

last one, could you please explain in more detail about floating IP..
I couldn't understand relationship with the VLAN and I'm wondering whether I 
should assign host network IP to VM for public communication.

Sincerely,
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MASEYH3BGPWMQHAEGXNWUQOVBVKJJWGO/

[ovirt-users] Re: The Master data domain can't be activated

2020-11-09 Thread Miguel Angel Costas

Hi all!!
I'm going to upgrade from 3.6 to 4.3 and I have a doubt about the cluster and 
DC compatibility upgrade. Do I have to restart VMs for each upgrade or can do 
it only when I get to 4.3? I have a physical server with a manager and 2 ones 
for nodes.
Best regards!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BZW54UAH5266QQOM55CDMATYAI7OSS47/

[ovirt-users] Re: VM's gone to unknown state

2020-11-09 Thread hjadavalluva

Dear Strahil Nikolov,

Thank you so much for your kind response and immediate help! The issue got 
resolved and now the hosts got up and running. There was a multiple problems in 
Hosts and again and again I got same issue. Then finally I rebooted the hosts 
thrice and also in Ovirt, I confirmed the reboot option. Then it was working 
fine. 

Nikolov, I ping you back for last issue regarding gluster storage space issue 
in Ovirt4.4. cause that issue still not get resolved.

Thanks once again!


Best Regards,
Hariharan
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NLIMYZJYENSM7B5YZ2QNKMOWMBCSLUPG/

[ovirt-users] Re: VM with illegal snapshots

2020-11-09 Thread Giorgio Biacchi

I'm going to take a backup ad reinstall my VMs..

Regards

On 10/9/20 11:47 AM, Giorgio Biacchi wrote:
> Hi,
> due to a bug in our Ovirt integrated backup system now we have some VMs
> with snapshots in illegal state.
> 
> It seems that there's an inconsistency between the db and the real
> status of images on disk.
> 
> Let me show an example:
> 
> engine=# select
> image_guid,parentid,imagestatus,vm_snapshot_id,volume_type,volume_format,active
> from images where image_group_id='e34f77cb-54d5-40d0-b539-e0a5fd512d2d';
>   image_guid  |   parentid  |
> imagestatus |vm_snapshot_id| volume_type |
> volume_format | active
> --+--+-+--+-+---+
>  a107b6c4-842e-4b40-9215-c965431a0c0f |
> ---- |   4 |
> d19d6ca3-1989-4c67-8ee7-c0c43b3e6d74 |   2 | 4 | f
>  a4c86a68-9123-454c-b417-1b15038a4bf2 |
> a107b6c4-842e-4b40-9215-c965431a0c0f |   1 |
> e7a405ee-8fd4-4733-ae9c-5252bf07c9d3 |   2 | 4 | f
>  f6a61f2e-26bd-4b63-97c6-d66913ce48c5 |
> a4c86a68-9123-454c-b417-1b15038a4bf2 |   1 |
> 9d0958b9-4995-4e11-a027-a32d4bac52e4 |   2 | 4 | t
> (3 rows)
> 
> 
> [root@host02 ~]#  lvs -o+lv_tags |grep e34f77cb-54d5-40d0-b539-e0a5fd512d2d
>   a107b6c4-842e-4b40-9215-c965431a0c0f
> 459011cf-ebb6-46ff-831d-8ccfafd82c8a -wi---  149.50g
> IU_e34f77cb-54d5-40d0-b539-e0a5fd512d2d,MD_68,PU_----
>   f6a61f2e-26bd-4b63-97c6-d66913ce48c5
> 459011cf-ebb6-46ff-831d-8ccfafd82c8a -wi---   10.00g
> IU_e34f77cb-54d5-40d0-b539-e0a5fd512d2d,MD_348,PU_a107b6c4-842e-4b40-9215-c965431a0c0f
> 
> so image guid a4c86a68-9123-454c-b417-1b15038a4bf2 is not present on
> disk, i think that the image was correctly merged but not removed from
> the database.
> 
> Any suggestion on how to fix the database to reflect the real situation
> on disk??
> 
> TIA
> 

-- 
gb

PGP Key: http://pgp.mit.edu/
Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YPEK3S6P6WQEWTR3GXBQX5THYWCPJ3CE/

[ovirt-users] Re: Upgrade hyperconverged self-hosted ovirt from 4.3 to 4.4



Hi,
I am interested about these steps too, for a clean an straighforward procedure.
Althought this plan looks pretty good, i am still wondering:

Step 4
>Backup all gluster config files
- could you please let me know what would be the exact location(s) of the files 
to be backed up ?

/etc/glusterfs/
/var/lib/glusterd/


Step 6
>Install glusterfs, restore the configs from step 4
>- would the configs work with this version ?
>- would in theory gluster get back to a previous balanced state ?

It's like upgrading Glusterfs locally - you update the rpm, but configs remain 
the same.In my case, I'm already on Gluster v7 - so it should be unnoticed. 
Even going from v6 to v7 - it should not cause any issues, yet I would place 
the backups before installing glusterfs at all.
The idea is to avoid removing and later readding the brick which will lead to a 
lot of healing.

Step 9

>Deploy the new HE on a new Gluster Volume, using the backup/restore procedure 
>for HE.
- this assumes to firstly create a new volume based on some aditional new disks 
or lvms, right ?
Yep, you want to keep the old volume , just in case you want to revert. In case 
a revert is necessary you have 2 options:
1) If the new engine has managed to power up and somehow (it should be done 
only after the whole cluster is upgraded and cluster version is upped) changed 
the Storage domain version -> you have to revert all snapshots which can lead 
to short dataloss but faster recovery time. 
2) If the engine didn't power up at all, just kill the EL8 host (to ensure the 
new engine is not up) and just remove the global HA from one of the old hosts - 
the old engine will power up and then you have to reinstall the host that was 
used for EL8 fiasco :)
> 
> I haven't done it yet, but I'm planing to do it.
> As I haven't tested the following, I can't guarantee that it will work:
> 0. Gluster snapshots on all volumes 
> 1. Set a node in maintenance
> 2. Create a full backup of the engine
> 3. Set global maintenance and power off the current engine
> 4. Backup all gluster config files
> 5. Reinstall the node that was set to maintnenance (step 2)
> 6. Install glusterfs, restore the configs from step 4
> 7. Restart glusterd and check that all bricks are up
> 8. Wait for healing to end
> 9. Deploy the new HE on a new Gluster Volume, using the backup/restore 
> procedure for HE
> 10.Add the other nodes from the oVirt cluster
> 11.Set EL7-based hosts to maintenance and power off
> 12.Repeat steps 4-8 for the second host (step 11)
> ...
> In the end, you can bring the CLuster Level up to 4.4 and enjoy...
> 

Of course , you have the option to create a new setup and migrate the VMs one 
by one (when downtime allows you) from the 4.3 setup to 4.4 setup.

Best Regards,
Strahil Nikolov
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/U25PNTNYCGSYGPQJNBD5K7QS3GV3MWRV/

[ovirt-users] Re: Upgrade hyperconverged self-hosted ovirt from 4.3 to 4.4

2020-11-09 Thread Leo David

Hi,
I am interested about these steps too, for a clean an straighforward
procedure.
Althought this plan looks pretty good, i am still wondering:

Step 4
Backup all gluster config files
- could you please let me know what would be the exact location(s) of the
files to be backed up ?

Step 6
Install glusterfs, restore the configs from step 4
- would the configs work with this version ?
- would in theory gluster get back to a previous balanced state ?

Step 9

Deploy the new HE on a new Gluster Volume, using the backup/restore
procedure for HE.
- this assumes to firstly create a new volume based on some aditional new
disks or lvms, right ?

Sorry if maybe I'm missing somethings due to my lack of knowledge.
Cheers,

Leo

On Mon, Nov 9, 2020, 17:40 Strahil Nikolov via Users 
wrote:

> Hi ,
>
> I haven't done it yet, but I'm planing to do it.
> As I haven't tested the following, I can't guarantee that it will work:
> 0. Gluster snapshots on all volumes
> 1. Set a node in maintenance
> 2. Create a full backup of the engine
> 3. Set global maintenance and power off the current engine
> 4. Backup all gluster config files
> 5. Reinstall the node that was set to maintnenance (step 2)
> 6. Install glusterfs, restore the configs from step 4
> 7. Restart glusterd and check that all bricks are up
> 8. Wait for healing to end
> 9. Deploy the new HE on a new Gluster Volume, using the backup/restore
> procedure for HE
> 10.Add the other nodes from the oVirt cluster
> 11.Set EL7-based hosts to maintenance and power off
> 12.Repeat steps 4-8 for the second host (step 11)
> ...
> In the end, you can bring the CLuster Level up to 4.4 and enjoy...
>
>
> Yet, this is just theory :)
>
> Best Regards,
> Strahil Nikolov
>
> Keep in mind that gluster snapshot feature allows you to revert
>
>
>
>
>
>
> В понеделник, 9 ноември 2020 г., 08:19:23 Гринуич+2, 
> написа:
>
>
>
>
>
> Hi,
> has anyone attempted an upgrade from 4.3 to 4.4 in a hyperconverged
> self-hosted setup?
> The posted guidelines seem a bit contradictive and not complete.
> Has anyone tried it and could share his experiences? I am currently having
> problems when deploying the hosted engine and restoring. The host becomes
> unresponsive and has hung tasks.
>
> Kind regards,
>
> Ralf
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/R6C5DAKNT4ZA42FLC2YGYYUNQLXXHHHZ/
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FCD77H5RWGBR6GFEIFKJWJPG7MQVT6M2/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q62ZG7JLWP4XYQXLZGEESLQQCSIRVVR7/

[ovirt-users] Re: Cannot access ovirt engine

I just reboot the engine computer and it's working again 

Thanks 


De: "Sandro Bonazzola"  
Para: "suporte" , "Martin Perina" , 
"Sharon Gratch"  
Cc: "users"  
Enviadas: Segunda-feira, 9 De Novembro de 2020 15:47:20 
Assunto: Re: [ovirt-users] Cannot access ovirt engine 



Il giorno lun 9 nov 2020 alle ore 16:46 < supo...@logicworks.pt > ha scritto: 



I just update it but still the same error 

ovirt-engine-4.3.10.4-1.el7.noarch 
ovirt-engine-dwh-setup-4.3.8-1.el7.noarch 

Do I need to restart the engine computer? 




+Martin Perina , +Sharon Gratch can you please have a look? 


BQ_BEGIN


thanks 


De: "Sandro Bonazzola" < sbona...@redhat.com > 
Para: "suporte" < supo...@logicworks.pt > 
Cc: "users" < users@ovirt.org > 
Enviadas: Segunda-feira, 9 De Novembro de 2020 14:52:46 
Assunto: Re: [ovirt-users] Cannot access ovirt engine 



Il giorno lun 9 nov 2020 alle ore 15:46 < supo...@logicworks.pt > ha scritto: 

BQ_BEGIN

Hi, 

I was installing a VM and than I notice that cannot access the CD, after this 
could not access the engine anymore. 
The ovirt-engine service is running. 

But I have this error in the engine log: 
2020-11-09 13:49:16,356Z ERROR 
[org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
 (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the Inventory 
Cache: Error while running SQL query: 
org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error 
while running SQL query 

ovirt-engine-dwh.log 
2020-11-09 
13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
 not sample data, oVirt Engine is not updating the statistics. Please check 
your oVirt Engine status.|9704 


ovirt-engine-4.3.4.3-1.el7.noarch 
ovirt-engine-dwh-setup-4.3.8-1.el7.noarch 

BQ_END



Any chance you can upgrade to latest 4.3 at least and see if it reproduces? 


BQ_BEGIN



Any idea? 

Thanks 

-- 

Jose Ferradeira 
http://www.logicworks.pt 
___ 
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org 
Privacy Statement: https://www.ovirt.org/privacy-policy.html 
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/ 
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/
 

BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

Red Hat EMEA 


sbona...@redhat.com 


Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours. 





BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

Red Hat EMEA 


sbona...@redhat.com 


Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours. 




___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SNTFS6FWBNO4VQ66ODJGO232IYLSXAYZ/

[ovirt-users] Change compatibility level for data center/cluster, what exactly we are changing?

2020-11-09 Thread Patrick Chiang

Hi all,

>From the procedure I learned at the last phase of upgrade,  we should
change compatibility level for data center/cluster, respectively.

But may I know what exactly the settings we are changing - a config in a
database or in a file? Actually my question is, are these changes can lead
to any service downtime for "guest VM" or "Storage domain", "hypervisors"?

Because lately my RHV 4.2 suffered a few network disconnections and that
causes hosts to be fenced forcefully.

I hope I can collect more info here to prepare for 4.2->4.3 upgrade.

Thanks,
Patrick Chiang
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SFZYW5EIRBFFKKC2Y2GLP3DD7UQLPFUU/

[ovirt-users] Re: Cannot access ovirt engine

Il giorno lun 9 nov 2020 alle ore 16:46  ha scritto:

> I just update it but still the same error
>
> ovirt-engine-4.3.10.4-1.el7.noarch
> ovirt-engine-dwh-setup-4.3.8-1.el7.noarch
>
> Do I need to restart the engine computer?
>

+Martin Perina  , +Sharon Gratch  can
you please have a look?



>
> thanks
>
> --
> *De: *"Sandro Bonazzola" 
> *Para: *"suporte" 
> *Cc: *"users" 
> *Enviadas: *Segunda-feira, 9 De Novembro de 2020 14:52:46
> *Assunto: *Re: [ovirt-users] Cannot access ovirt engine
>
>
>
> Il giorno lun 9 nov 2020 alle ore 15:46  ha
> scritto:
>
>> Hi,
>>
>> I was installing a VM and than I notice that cannot access the CD, after
>> this could not access the engine anymore.
>> The ovirt-engine service is running.
>>
>> But I have this error in the engine log:
>> 2020-11-09 13:49:16,356Z ERROR
>> [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
>> (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the
>> Inventory Cache: Error while running SQL query:
>> org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error
>> while running SQL query
>>
>> ovirt-engine-dwh.log
>> 2020-11-09
>> 13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
>> not sample data, oVirt Engine is not updating the statistics. Please check
>> your oVirt Engine status.|9704
>>
>>
>> ovirt-engine-4.3.4.3-1.el7.noarch
>> ovirt-engine-dwh-setup-4.3.8-1.el7.noarch
>>
>
>
> Any chance you can upgrade to latest 4.3 at least and see if it reproduces?
>
>
>
>>
>>
>> Any idea?
>>
>> Thanks
>>
>> --
>> --
>> Jose Ferradeira
>> http://www.logicworks.pt
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BEGHTDQCR4YHMLZALY3GVNDDHEA4246I/

[ovirt-users] Re: Cannot access ovirt engine

I just update it but still the same error 

ovirt-engine-4.3.10.4-1.el7.noarch 
ovirt-engine-dwh-setup-4.3.8-1.el7.noarch 

Do I need to restart the engine computer? 

thanks 


De: "Sandro Bonazzola"  
Para: "suporte"  
Cc: "users"  
Enviadas: Segunda-feira, 9 De Novembro de 2020 14:52:46 
Assunto: Re: [ovirt-users] Cannot access ovirt engine 



Il giorno lun 9 nov 2020 alle ore 15:46 < supo...@logicworks.pt > ha scritto: 



Hi, 

I was installing a VM and than I notice that cannot access the CD, after this 
could not access the engine anymore. 
The ovirt-engine service is running. 

But I have this error in the engine log: 
2020-11-09 13:49:16,356Z ERROR 
[org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
 (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the Inventory 
Cache: Error while running SQL query: 
org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error 
while running SQL query 

ovirt-engine-dwh.log 
2020-11-09 
13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
 not sample data, oVirt Engine is not updating the statistics. Please check 
your oVirt Engine status.|9704 


ovirt-engine-4.3.4.3-1.el7.noarch 
ovirt-engine-dwh-setup-4.3.8-1.el7.noarch 





Any chance you can upgrade to latest 4.3 at least and see if it reproduces? 


BQ_BEGIN



Any idea? 

Thanks 

-- 

Jose Ferradeira 
http://www.logicworks.pt 
___ 
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to users-le...@ovirt.org 
Privacy Statement: https://www.ovirt.org/privacy-policy.html 
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/ 
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/
 

BQ_END



-- 


Sandro Bonazzola 

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV 

Red Hat EMEA 


sbona...@redhat.com 


Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours. 




___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NNM3POPSASMWXWWRMHNCFC52KEOFGLXB/

[ovirt-users] Re: VM's gone to unknown state

Have you made any changes recently ?
oVirt Engine requires key-based ssh to the Host's root user. If you hardened 
your hosts recently , modify your /etc/sshd/sshd_config to override that 
behaviour for the HostedEngine only.

Also check the 'supervdsmd.service' & 'vdsmd.service' status - they should be 
running.

The engine's logs might also help.

Best Regards,
Strahil Nikolov






В понеделник, 9 ноември 2020 г., 11:53:54 Гринуич+2, hjadavall...@ukaachen.de 
 написа: 





Dear Strahil Nikolov,

Thank you for the quick response! Though I restarted teh engine twice from 
hosted engine but still facing the same problem. I found that ovirt-ha-agent is 
still in activating state and its not starting yet. 

Any recomendations please?



Best Regards,
Hariharan
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4PAN2XNC2CS5K2WP4HODKA6EUOO4SRCL/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TN7FVPKNGXP662DHOWUQVQSSXSBH4HQK/

[ovirt-users] Re: setting routing rules for guests?

You can use vdsm hooks to do almost everything.

About the Floating IP, I keep it for VMs in the same VLAN.

Best Regards,
Strahil Nikolov






В понеделник, 9 ноември 2020 г., 10:35:47 Гринуич+2, yam yam 
 написа: 





Hello everyone!

I'm wondering there is any feature like applying routing rules for VM to reach 
the external network (and vice versa).
and I guess it's different according to using external provider(OVN).

if not, how to users usually assign floating IP to VM??

Thanks
Sincerely,
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5263QEXAOBCZIXNO2PTQ466ZPLQPLTZT/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJ7ZCATXT7WXIPJ6ORJKRZEQVNR3Z6GB/

[ovirt-users] Re: oVirt 4.4.2 MS Windows 10 sysprep floppy

2020-11-09 Thread Steven Rosenberg

Hi,

We removed the floppy option and added an additional cd rom that contains
the Unattend.xml file. You can still use the Unattend.xml file from the
additional CD ROM in order to seal the OS via the sysprep tool.

The floppy drive was removed because it is outdated technology.

Thank you for your enquiry.

With Best Regards.

Steven Rosenberg.

On Mon, Nov 9, 2020 at 4:50 PM Sandro Bonazzola  wrote:

>
>
> Il giorno lun 9 nov 2020 alle ore 15:43  ha scritto:
>
>> Thanks for response,
>> I've rad this docs several times.
>>
>> If you check "7.9.1. Configuring Sysprep on a Template" it says "Attach
>> Floppy", but there is no Floppy options.
>>
>
> +Arik Hadas  , +Steve Goodman 
> can you please fix this?
>
>
>>
>> I've figured out something.
>> If i use only initial boot sysprep enable option, after booting there is
>> no change but i can see addtional cdrom device that has unattend.xml file
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/T4OQOOU277CKIXCQ2AGY2XX3HCRCJ3FY/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> 
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> *
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/2XDTRF5ILEYJLQOHOCSV6B55A32UNNWD/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3NL3EPIPN5AO52ZO2CAJMVPOXL3JORO7/

[ovirt-users] Re: Upgrade hyperconverged self-hosted ovirt from 4.3 to 4.4

Hi ,

I haven't done it yet, but I'm planing to do it.
As I haven't tested the following, I can't guarantee that it will work:
0. Gluster snapshots on all volumes
1. Set a node in maintenance
2. Create a full backup of the engine
3. Set global maintenance and power off the current engine
4. Backup all gluster config files
5. Reinstall the node that was set to maintnenance (step 2)
6. Install glusterfs, restore the configs from step 4
7. Restart glusterd and check that all bricks are up
8. Wait for healing to end
9. Deploy the new HE on a new Gluster Volume, using the backup/restore
procedure for HE
10.Add the other nodes from the oVirt cluster
11.Set EL7-based hosts to maintenance and power off
12.Repeat steps 4-8 for the second host (step 11)
...
In the end, you can bring the CLuster Level up to 4.4 and enjoy...

Yet, this is just theory :)

Best Regards,
Strahil Nikolov

Keep in mind that gluster snapshot feature allows you to revert

В понеделник, 9 ноември 2020 г., 08:19:23 Гринуич+2, написа:

Hi,
has anyone attempted an upgrade from 4.3 to 4.4 in a hyperconverged self-hosted
setup?
The posted guidelines seem a bit contradictive and not complete.
Has anyone tried it and could share his experiences? I am currently having
problems when deploying the hosted engine and restoring. The host becomes
unresponsive and has hung tasks.

Kind regards,

Ralf
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/R6C5DAKNT4ZA42FLC2YGYYUNQLXXHHHZ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FCD77H5RWGBR6GFEIFKJWJPG7MQVT6M2/

[ovirt-users] Re: Cannot access ovirt engine

Il giorno lun 9 nov 2020 alle ore 15:46  ha scritto:

> Hi,
>
> I was installing a VM and than I notice that cannot access the CD, after
> this could not access the engine anymore.
> The ovirt-engine service is running.
>
> But I have this error in the engine log:
> 2020-11-09 13:49:16,356Z ERROR
> [org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
> (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the
> Inventory Cache: Error while running SQL query:
> org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error
> while running SQL query
>
> ovirt-engine-dwh.log
> 2020-11-09
> 13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
> not sample data, oVirt Engine is not updating the statistics. Please check
> your oVirt Engine status.|9704
>
>
> ovirt-engine-4.3.4.3-1.el7.noarch
> ovirt-engine-dwh-setup-4.3.8-1.el7.noarch
>


Any chance you can upgrade to latest 4.3 at least and see if it reproduces?



>
>
> Any idea?
>
> Thanks
>
> --
> --
> Jose Ferradeira
> http://www.logicworks.pt
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4S5FWTYUGZ7KX7WNGQWMTS2OVEHNZUV/

[ovirt-users] Re: oVirt 4.4.2 MS Windows 10 sysprep floppy

Il giorno lun 9 nov 2020 alle ore 15:43  ha scritto:

> Thanks for response,
> I've rad this docs several times.
>
> If you check "7.9.1. Configuring Sysprep on a Template" it says "Attach
> Floppy", but there is no Floppy options.
>

+Arik Hadas  , +Steve Goodman   can
you please fix this?


>
> I've figured out something.
> If i use only initial boot sysprep enable option, after booting there is
> no change but i can see addtional cdrom device that has unattend.xml file
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/T4OQOOU277CKIXCQ2AGY2XX3HCRCJ3FY/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2XDTRF5ILEYJLQOHOCSV6B55A32UNNWD/

[ovirt-users] Cannot access ovirt engine

Hi, 

I was installing a VM and than I notice that cannot access the CD, after this 
could not access the engine anymore. 
The ovirt-engine service is running. 

But I have this error in the engine log: 
2020-11-09 13:49:16,356Z ERROR 
[org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataServlet.CacheUpdate.Inventory]
 (EE-ManagedThreadFactory-default-Thread-5) [] Could not update the Inventory 
Cache: Error while running SQL query: 
org.ovirt.engine.ui.frontend.server.dashboard.DashboardDataException: Error 
while running SQL query 

ovirt-engine-dwh.log 
2020-11-09 
13:57:21|Yd4P7G|GUQ4i7|NlyWRj|OVIRT_ENGINE_DWH|SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can
 not sample data, oVirt Engine is not updating the statistics. Please check 
your oVirt Engine status.|9704 


ovirt-engine-4.3.4.3-1.el7.noarch 
ovirt-engine-dwh-setup-4.3.8-1.el7.noarch 


Any idea? 

Thanks 

-- 

Jose Ferradeira 
http://www.logicworks.pt 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XYUWDNY665HZ5VZSXVP7E22OSBB23QXU/

[ovirt-users] Re: oVirt 4.4.2 MS Windows 10 sysprep floppy

2020-11-09 Thread ozmen62

Thanks for response,
I've rad this docs several times. 

If you check "7.9.1. Configuring Sysprep on a Template" it says "Attach 
Floppy", but there is no Floppy options.

I've figured out something.
If i use only initial boot sysprep enable option, after booting there is no 
change but i can see addtional cdrom device that has unattend.xml file

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/T4OQOOU277CKIXCQ2AGY2XX3HCRCJ3FY/

[ovirt-users] Re: LiveStorageMigration fail

2020-11-09 Thread Benny Zlotnik

Which version are you using?
Did this happen more than once for the same disk?
A similar bug was fixed in 4.3.10.1[1]
There is another bug with a similar symptom which occurs very rarely and we
were unable to reproduce it

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1758048

On Mon, Nov 9, 2020 at 3:57 PM Christoph Köhler <
koeh...@luis.uni-hannover.de> wrote:

> Hello experts,
>
> perhaps someone has an idea about that error. It appears when in try to
> migrate a disk to another storage, and this live. Generally it works
> good but - this is the log snippet:
>
> HSMGetAllTasksStatusesVDS failed: Error during destination image
> manipulation: u"image=02240cf3-65b6-487c-b5af-c266a1dd18f8, dest
> domain=3c4fbbfe-6796-4007-87ab-d7f205b7fae3: msg=Invalid parameter:
> 'capacity=134217728000'"
>
> Surely the is enough space on the target domain for this operation (~4TB).
>
> Any ideas..?
>
> Greetings from
> Chris
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6KT5HQXEFB477O7GW5KP4BJJUR5YBL6Q/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LFDCQPAPIVHC2Z7MMZMORZTOP3O5RGXF/

[ovirt-users] LiveStorageMigration fail

2020-11-09 Thread Christoph Köhler

Hello experts,

perhaps someone has an idea about that error. It appears when in try to
migrate a disk to another storage, and this live. Generally it works
good but - this is the log snippet:

HSMGetAllTasksStatusesVDS failed: Error during destination image
manipulation: u"image=02240cf3-65b6-487c-b5af-c266a1dd18f8, dest
domain=3c4fbbfe-6796-4007-87ab-d7f205b7fae3: msg=Invalid parameter:
'capacity=134217728000'"

Surely the is enough space on the target domain for this operation (~4TB).

Any ideas..?

Greetings from
Chris
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6KT5HQXEFB477O7GW5KP4BJJUR5YBL6Q/

[ovirt-users] Re: oVirt 4.4.2 MS Windows 10 sysprep floppy

Il giorno lun 9 nov 2020 alle ore 10:22  ha scritto:

> Hi,
> I've cretated a template which has  sysprep.
> Every document about sysprep says use "Attach Floppy" , but we know this
> function has been disabled/deprecated
> So, when i use Run One, attach windows cdrom and put in it definitions
> (domain name, user credentials etc) , nothing happens.
> I also have correct properties and sysprep files in engine
> Just windows boot like it is new machine and ask lots of questions for
> prepare itself.
>
> Would someone please explain this?
> How can i run sysprep correctly?
>

Please read
https://ovirt.org/documentation/virtual_machine_management_guide/#Using_Sysprep_to_Automate_the_Configuration_of_Virtual_Machines
Documentation has been updated a few weeks ago with instructions.




> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSMZBJK7QZA5NDJPJYMZOV6V66PGQLDU/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/267CBSTN6J5LOGEEUJQUYU3RPPTAJNVH/

[ovirt-users] Re: VM's gone to unknown state

2020-11-09 Thread hjadavalluva

Dear Strahil Nikolov,

Thank you for the quick response! Though I restarted teh engine twice from 
hosted engine but still facing the same problem. I found that ovirt-ha-agent is 
still in activating state and its not starting yet. 

Any recomendations please?


Best Regards,
Hariharan
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4PAN2XNC2CS5K2WP4HODKA6EUOO4SRCL/

[ovirt-users] Re: ovirt guest agent ubuntu 16.04.6 LTS