[ovirt-users] Re: Re-ip storage

[Strahil Nikolov]

On March 10, 2020 9:49:36 PM GMT+02:00, David Johnson 
 wrote:
>Hi Strahil,
>
>My backing store is NFS backed by FreeNAS.
>
>Regards,
>David Johnson
>Director of Development, Maxis Technology
>844.696.2947 ext 702 (o)  |  479.531.3590 (c)
>djohn...@maxistechnology.com
>
>
>[image: Maxis Techncology] 
>www.maxistechnology.com
>
>
>*stay connected *
>
>
>On Tue, Mar 10, 2020 at 1:38 PM Strahil Nikolov 
>wrote:
>
>> On March 10, 2020 8:13:56 PM GMT+02:00, David Johnson <
>> djohn...@maxistechnology.com> wrote:
>> >Good afternoon all,
>> >
>> >We are upgrading our storage backbone, moving it off of our common 1
>> >GBit
>> >backbone to a 10 dedicated storage backbone.
>> >
>> >When this happens, we will need to re-ip the storage domains with to
>IP
>> >address of the 10 GBit release.
>> >
>> >For a period of time, as we upgrade the rest of our hardware, we may
>> >have
>> >to operate both the original and the new IP addresses.
>> >
>> >*Some gotchas:*
>> >1. My controller is at level 4.3, but some of my my compute nodes
>are
>> >at
>> >level 4.2 because they have older Penryn class processors. We didn't
>> >plan
>> >the upgrade - it happened because our controller's hard drive failed
>> >and
>> >took the cluster with it.
>> >
>> >*Practical question:*
>> >
>> >1. Can I simply operate the same storage domain on two IP addresses
>on
>> >different physical networks eg.  10.10.1.x and 10.10.10.x ?
>> >
>> >2. Is an alternative solution to operate two storage domains from
>the
>> >storage appliance, and migrate the storage from the 1GBit domain to
>the
>> >10
>> >GBit domain over time, then drop/abandon the old storage domain once
>> >everything is on the 10 GBit?  I have plenty of storage to do this.
>> >
>> >3. Is there a better way I haven't thought of?
>> >
>> >Regards,
>> >David Johnson
>> >Director of Development, Maxis Technology
>> >844.696.2947 ext 702 (o)  |  479.531.3590 (c)
>> >djohn...@maxistechnology.com
>> >
>> >
>> >[image: Maxis Techncology] 
>> >www.maxistechnology.com
>> >
>> >
>> >*stay connected *
>>
>> Hi David,
>>
>> Are you using Gluster/NFS or iSCSI/CEPH  ?
>>
>> Best Regards,
>> Strahil Nikolov
>>

Hi David,

I would recommend you to create an identical NFS export which you can use as a 
storage domain.

Also check if FreeNAS supports copy-offload , which will allow  the migration 
of the VM's disks to happen on the FreeNAS (from 1  folder  to another)  
instead through the NFS client (oVirt Hypervisors).

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/N6B25G3WBZJIEEJEZVCVKGHUTMGYSBWW/

[ovirt-users] Re: Re-ip storage

[David Johnson]

Hi Strahil,

My backing store is NFS backed by FreeNAS.

Regards,
David Johnson
Director of Development, Maxis Technology
844.696.2947 ext 702 (o)  |  479.531.3590 (c)
djohn...@maxistechnology.com


[image: Maxis Techncology] 
www.maxistechnology.com


*stay connected *


On Tue, Mar 10, 2020 at 1:38 PM Strahil Nikolov 
wrote:

> On March 10, 2020 8:13:56 PM GMT+02:00, David Johnson <
> djohn...@maxistechnology.com> wrote:
> >Good afternoon all,
> >
> >We are upgrading our storage backbone, moving it off of our common 1
> >GBit
> >backbone to a 10 dedicated storage backbone.
> >
> >When this happens, we will need to re-ip the storage domains with to IP
> >address of the 10 GBit release.
> >
> >For a period of time, as we upgrade the rest of our hardware, we may
> >have
> >to operate both the original and the new IP addresses.
> >
> >*Some gotchas:*
> >1. My controller is at level 4.3, but some of my my compute nodes are
> >at
> >level 4.2 because they have older Penryn class processors. We didn't
> >plan
> >the upgrade - it happened because our controller's hard drive failed
> >and
> >took the cluster with it.
> >
> >*Practical question:*
> >
> >1. Can I simply operate the same storage domain on two IP addresses on
> >different physical networks eg.  10.10.1.x and 10.10.10.x ?
> >
> >2. Is an alternative solution to operate two storage domains from the
> >storage appliance, and migrate the storage from the 1GBit domain to the
> >10
> >GBit domain over time, then drop/abandon the old storage domain once
> >everything is on the 10 GBit?  I have plenty of storage to do this.
> >
> >3. Is there a better way I haven't thought of?
> >
> >Regards,
> >David Johnson
> >Director of Development, Maxis Technology
> >844.696.2947 ext 702 (o)  |  479.531.3590 (c)
> >djohn...@maxistechnology.com
> >
> >
> >[image: Maxis Techncology] 
> >www.maxistechnology.com
> >
> >
> >*stay connected *
>
> Hi David,
>
> Are you using Gluster/NFS or iSCSI/CEPH  ?
>
> 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/ES2VBAT4OVLXTNTPXOENHMQV3IUKS5VW/

[ovirt-users] Re: [moVirt] Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64

[Anne Garcia]

Thanks, i will try it tomorrow.

Anne

Le mar. 10 mars 2020 à 19:34, Michal Skrivanek 
a écrit :

>
>
> On 10 Mar 2020, at 14:02, Tomas Jelinek  wrote:
>
> 
> forwarding to the correct list
>
> On Tue, Mar 10, 2020 at 1:58 PM  wrote:
>
>> Hello,
>> I'm sorry. I've the problem for install ovirt in my server with the
>> system centos 7.7.
>> I'm installing vdsm. But I've the message:
>>
>> Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64
>>
>
>  4.2 version doesn’t support  el7.7.  Upgrade/use oVirt 4.3.
>
> Thanks,
> michal
>
>
>> Could you help me?
>>
>> Thanks,
>>
>> Anne
>> ___
>> moVirt mailing list -- mov...@ovirt.org
>> To unsubscribe send an email to movirt-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/mov...@ovirt.org/message/4Y4IUFTH5S3QB2H7UTRIFPMTYT4MMPYR/
>>
> ___
> 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/LP34JJHTGOE6IOYO5EQU6D3JVWLXEG5O/
>
>
___
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/TAUWHVIO2AIE7O6BPQYGMVTSHTNKTOIM/

[ovirt-users] Re: Re-ip storage

[Strahil Nikolov]

On March 10, 2020 8:13:56 PM GMT+02:00, David Johnson 
 wrote:
>Good afternoon all,
>
>We are upgrading our storage backbone, moving it off of our common 1
>GBit
>backbone to a 10 dedicated storage backbone.
>
>When this happens, we will need to re-ip the storage domains with to IP
>address of the 10 GBit release.
>
>For a period of time, as we upgrade the rest of our hardware, we may
>have
>to operate both the original and the new IP addresses.
>
>*Some gotchas:*
>1. My controller is at level 4.3, but some of my my compute nodes are
>at
>level 4.2 because they have older Penryn class processors. We didn't
>plan
>the upgrade - it happened because our controller's hard drive failed
>and
>took the cluster with it.
>
>*Practical question:*
>
>1. Can I simply operate the same storage domain on two IP addresses on
>different physical networks eg.  10.10.1.x and 10.10.10.x ?
>
>2. Is an alternative solution to operate two storage domains from the
>storage appliance, and migrate the storage from the 1GBit domain to the
>10
>GBit domain over time, then drop/abandon the old storage domain once
>everything is on the 10 GBit?  I have plenty of storage to do this.
>
>3. Is there a better way I haven't thought of?
>
>Regards,
>David Johnson
>Director of Development, Maxis Technology
>844.696.2947 ext 702 (o)  |  479.531.3590 (c)
>djohn...@maxistechnology.com
>
>
>[image: Maxis Techncology] 
>www.maxistechnology.com
>
>
>*stay connected *

Hi David,

Are you using Gluster/NFS or iSCSI/CEPH  ?

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/JWLBENBJD76QZHLWWJI3T5NYR5ZHB5OX/

[ovirt-users] Re: [moVirt] Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64

[Michal Skrivanek]

On 10 Mar 2020, at 14:02, Tomas Jelinek  wrote:


forwarding to the correct list

On Tue, Mar 10, 2020 at 1:58 PM  wrote:

> Hello,
> I'm sorry. I've the problem for install ovirt in my server with the system
> centos 7.7.
> I'm installing vdsm. But I've the message:
>
> Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64
>

 4.2 version doesn’t support  el7.7.  Upgrade/use oVirt 4.3.

Thanks,
michal


> Could you help me?
>
> Thanks,
>
> Anne
> ___
> moVirt mailing list -- mov...@ovirt.org
> To unsubscribe send an email to movirt-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/mov...@ovirt.org/message/4Y4IUFTH5S3QB2H7UTRIFPMTYT4MMPYR/
>
___
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/LP34JJHTGOE6IOYO5EQU6D3JVWLXEG5O/
___
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/27EZZ5WJQPHVDHXTD6M3MXXBQTHD7WCO/

[ovirt-users] Re-ip storage

[David Johnson]

Good afternoon all,

We are upgrading our storage backbone, moving it off of our common 1 GBit
backbone to a 10 dedicated storage backbone.

When this happens, we will need to re-ip the storage domains with to IP
address of the 10 GBit release.

For a period of time, as we upgrade the rest of our hardware, we may have
to operate both the original and the new IP addresses.

*Some gotchas:*
1. My controller is at level 4.3, but some of my my compute nodes are at
level 4.2 because they have older Penryn class processors. We didn't plan
the upgrade - it happened because our controller's hard drive failed and
took the cluster with it.

*Practical question:*

1. Can I simply operate the same storage domain on two IP addresses on
different physical networks eg.  10.10.1.x and 10.10.10.x ?

2. Is an alternative solution to operate two storage domains from the
storage appliance, and migrate the storage from the 1GBit domain to the 10
GBit domain over time, then drop/abandon the old storage domain once
everything is on the 10 GBit?  I have plenty of storage to do this.

3. Is there a better way I haven't thought of?

Regards,
David Johnson
Director of Development, Maxis Technology
844.696.2947 ext 702 (o)  |  479.531.3590 (c)
djohn...@maxistechnology.com


[image: Maxis Techncology] 
www.maxistechnology.com


*stay connected *
___
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/H6JIAUIVGWAPOW33MZQEM5CFBPMNFXQ6/

[ovirt-users] Issues encountered performing HE install on 4.3

[Alan G]

Hi,



I hit a few issues while performing a recent HE install of 4.3. While I managed 
to find solutions/workarounds to all the problems I thought I might share them 
here

* As defined in the Ansible defaults the temp dir for building the local HE VM 
is /var/tmp. I was 80M short of the required space and there did not appear to 
be a (supported) way to specify a different location. I ended up having to do a 
bind mount of /var/tmp to get me through the install. Would be nice to be able 
to specify a custom location.



* Permissive umask required. Our CIS CentOS 7 build requires that default umask 
is 027. This breaks the installer as it creates the VM image under /var/tmp as 
root and cannot then access it as qemu user. As the temp files are cleaned up 
on failure it took me a while to track this one down. My solution was to 
temporarily set the umask to 022 for the session while running the installer. 
It would be nice if the installer either handled this by doing a chmod/chown as 
required, or at least doing a umask pre-check and failing with a meaningful 
error.



* SSH root login required on host. Again for CIS we have "PermitRoologin no" 
configured in sshd. This means the add host task fails on the Engine, but 
instead of a hard failure we get a timeout on the installer. Which left me 
chasing some imagined routing/bridging/DNS issue. Eventually I realised I could 
get to the engine logs and found the issue but took several hours. Would be 
nice if the installer could either support a sudo option or at least perform a 
root login pre-check and fail with a meaningful error.



Thanks,



Alan___
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/5ECATI22T5YGQ2HFS23OWHO5X6QX67TN/

[ovirt-users] Re: Help

[Sandro Bonazzola]

+Evgeny Slutsky  , +Asaf Rachmani
 can
you please have a look?

Il giorno mar 10 mar 2020 alle ore 05:39 pradeep pal 
ha scritto:

> Hi,
>
> I deploy i am facing this issue.
>
> Deployment failed
> [ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set of
> steps]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Install oVirt Hosted Engine
> packages]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : System configuration
> validations]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_network_test is not
> valid]
> [ INFO ] skipping: [localhost]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_tcp_t_address is not
> defined]
> [ INFO ] skipping: [localhost]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_tcp_t_port is not
> defined]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_tcp_t_port is no
> integer]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Generate unicast MAC address]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set he_vm_mac_addr]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if MAC address structure
> is incorrect]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get free memory]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get cached memory]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set Max memory]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : set he_mem_size_MB to max
> available if not defined]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if available memory is
> less then the minimal requirement]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if user chose less memory
> then the minimal requirement]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if user chose more memory
> then the available memory]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_disk_size_GB is
> smaller then the minimal requirement]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get domain name]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set he_cloud_init_domain_name]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Define he_cloud_init_host_name]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get uuid]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set he_vm_uuid]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get uuid]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set he_nic_uuid]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get uuid]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set he_cdrom_uuid]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : get timezone]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set he_time_zone]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_force_ip4 and
> he_force_ip6 are set at the same time]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Prepare getent key]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get full hostname]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Set hostname variable if not
> defined]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Define host address variable if
> not defined]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_force_ip4 and
> he_force_ip6 are set at the same time]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Prepare getent key]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get host address resolution]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Check address resolution]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Parse host address resolution]
> [ INFO ] ok: [localhost]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Fail if host's ip is empty]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Avoid localhost]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Ensure host address resolves
> locally]
> [ INFO ] skipping: [localhost]
> [ INFO ] TASK [ovirt.hosted_engine_setup : Get 

[ovirt-users] Re: oVirt 4.4.0 Alpha release refresh is now available for testing

[Sakari Poussa]

Hi,

The pre-release seems to be missing the ovirt-imageio-proxy.

Why is that? How can one import a (non-openstack glance) template to the
system? Both UI and ovirt.image-template ansible role seems to require it.

Thanks, Sakari


On Mon, Mar 9, 2020 at 11:16 AM Sandro Bonazzola 
wrote:

>
>
> Il giorno dom 8 mar 2020 alle ore 08:49  ha scritto:
>
>> Hi
>> Is this also working on Centos Stream?
>>
>
> Yes, should work fine on CentOS Stream too.
>
>
>
>> ___
>> 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/YVJ7AKI7FGFUXQN2L4YXJT3N2YQXDAQR/
>>
>
>
> --
>
> 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/7FHJY4HCHGZNPEOBPNEFU663V5DQKBRR/
>


-- 
Sakari Poussa
040 348 2970
___
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/R4PPALDFIHAPRQVCCYL2ZHTZ52BDM7NG/

[ovirt-users] Re: [moVirt] Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64

[Tomas Jelinek]

forwarding to the correct list

On Tue, Mar 10, 2020 at 1:58 PM  wrote:

> Hello,
> I'm sorry. I've the problem for install ovirt in my server with the system
> centos 7.7.
> I'm installing vdsm. But I've the message:
>
> Error: sos conflicts with vdsm-4.20.46-1.el7.x86_64
>
> Could you help me?
>
> Thanks,
>
> Anne
> ___
> moVirt mailing list -- mov...@ovirt.org
> To unsubscribe send an email to movirt-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/mov...@ovirt.org/message/4Y4IUFTH5S3QB2H7UTRIFPMTYT4MMPYR/
>
___
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/LP34JJHTGOE6IOYO5EQU6D3JVWLXEG5O/

[ovirt-users] Re: cannot manually migrate vm's

[eevans]

 

This pops up as well. I tried a different browser. Same issue. I check console 
log but not sure how to check UI.log. 

 

Eric Evans

Digital Data Services LLC.

304.660.9080

 

 

-Original Message-
From: Yedidyah Bar David  
Sent: Tuesday, March 10, 2020 5:06 AM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: cannot manually migrate vm's

 

On Tue, Mar 10, 2020 at 10:42 AM  wrote:

> 

> Apologies. I had ask about the upgrade before I did it and thought this would 
> be a different subject.

> I have check the engine log. I can share it as well as any others. There is a 
> message in the engine log that appears right after I try to migrate that says:

> 

> 2020-03-10 04:40:09,375-04 INFO  

> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29) 

> [] Can't read file 

> '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 

> '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404

> 2020-03-10 04:40:19,985-04 WARN  [org.ovirt.engine.core.bll.SearchQuery] 
> (default task-29) [33910d48-e9a3-4761-a7c4-ba93d9acfa2b] 
> ResourceManager::searchBusinessObjects - Invalid search text - ''VMs : id=''

> 

> These entries come right after I attempt manual migration.

 

Are you sure this is the only relevant thing you get?

 

Perhaps it's a UI issue. Some things you can try:

 

1. Check also ui.log and also your browser's console.

 

2. Try with a new browser profile, and/or clean its cache.

 

3. Try using the API/SDK.

 

We have many example scripts for the SDK, but this does not include migration, 
sadly:

 

https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples

 

But you can have a look at this, which is what is actually testing that this 
works in our CI:

 

https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-4.3/test-scenarios/006_migrations.py

 

Actually understanding how latter works and using it as-is will be hard. So you 
can start with one of the example scripts from first, and copy/adapt relevant 
lines from second to your test script.

 

Best regards,

 

> 

> Eric Evans

> Digital Data Services LLC.

> 304.660.9080

> 

> 

> -Original Message-

> From: Yedidyah Bar David 

> Sent: Tuesday, March 10, 2020 3:56 AM

> To: eev...@digitaldatatechs.com

> Cc: users 

> Subject: [ovirt-users] Re: cannot manually migrate vm's

> 

> On Tue, Mar 10, 2020 at 12:49 AM  wrote:

> >

> > I upgraded from 4.3.8 to 4.3.9. Before the migration, I could manually 
> > migrate vm's and also it would automatically load balance the hosts. Now I 
> > cannot manually migrate and I have one server with no vm's and 2 with 
> > several.

> > If I put a host into maintenance mode, it will migrate the vm's off to 
> > other hosts, but before I noticed it would move vm's around to load balance 
> > and now it does not.

> > Not sure if this is a bug or not.

> > How it happens:

> > When I right click on a vm and click migrate, the migrate screen flashes on 
> > screen then disappears. Same behavior if I highlight the vm and click the 
> > migrate button at the top of the vm screen.

> > It's not critical, but something that needs corrected.

> > Any help or advice is very much appreciated.

> 

> You already started a different thread about this, with subject:

> 

> [ovirt-users] upgrade from 4.38 to 4.39

> 

> Right? Did you see my reply there? In short: Please check/share logs (more 
> than what you shared there). Thanks.

> 

> (No problem continuing in current thread, I think the subject is 

> better...)

> 

> Best regards,

> --

> Didi

> ___

> 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/UZ5YXYDO

> 3I2ERDMXPFOE6TLS3SDF7ASR/

> 

 

 

--

Didi

___

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/EKNK3XLG7ZOKS7OWLS6SGNIGACLBFCAG/


___
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/WGFCE7T6KWICE2EDE567SIAMWL2VZPSM/

[ovirt-users] Re: cannot manually migrate vm's

[Yedidyah Bar David]

On Tue, Mar 10, 2020 at 10:42 AM  wrote:
>
> Apologies. I had ask about the upgrade before I did it and thought this would 
> be a different subject.
> I have check the engine log. I can share it as well as any others. There is a 
> message in the engine log that appears right after I try to migrate that says:
>
> 2020-03-10 04:40:09,375-04 INFO  
> [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29) [] Can't 
> read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 
> '/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
> 2020-03-10 04:40:19,985-04 WARN  [org.ovirt.engine.core.bll.SearchQuery] 
> (default task-29) [33910d48-e9a3-4761-a7c4-ba93d9acfa2b] 
> ResourceManager::searchBusinessObjects - Invalid search text - ''VMs : id=''
>
> These entries come right after I attempt manual migration.

Are you sure this is the only relevant thing you get?

Perhaps it's a UI issue. Some things you can try:

1. Check also ui.log and also your browser's console.

2. Try with a new browser profile, and/or clean its cache.

3. Try using the API/SDK.

We have many example scripts for the SDK, but this does not include
migration, sadly:

https://github.com/oVirt/ovirt-engine-sdk/tree/master/sdk/examples

But you can have a look at this, which is what is actually testing
that this works in our CI:

https://github.com/oVirt/ovirt-system-tests/blob/master/basic-suite-4.3/test-scenarios/006_migrations.py

Actually understanding how latter works and using it as-is will be
hard. So you can start with one of the example scripts from first, and
copy/adapt relevant lines from second to your test script.

Best regards,

>
> Eric Evans
> Digital Data Services LLC.
> 304.660.9080
>
>
> -Original Message-
> From: Yedidyah Bar David 
> Sent: Tuesday, March 10, 2020 3:56 AM
> To: eev...@digitaldatatechs.com
> Cc: users 
> Subject: [ovirt-users] Re: cannot manually migrate vm's
>
> On Tue, Mar 10, 2020 at 12:49 AM  wrote:
> >
> > I upgraded from 4.3.8 to 4.3.9. Before the migration, I could manually 
> > migrate vm's and also it would automatically load balance the hosts. Now I 
> > cannot manually migrate and I have one server with no vm's and 2 with 
> > several.
> > If I put a host into maintenance mode, it will migrate the vm's off to 
> > other hosts, but before I noticed it would move vm's around to load balance 
> > and now it does not.
> > Not sure if this is a bug or not.
> > How it happens:
> > When I right click on a vm and click migrate, the migrate screen flashes on 
> > screen then disappears. Same behavior if I highlight the vm and click the 
> > migrate button at the top of the vm screen.
> > It's not critical, but something that needs corrected.
> > Any help or advice is very much appreciated.
>
> You already started a different thread about this, with subject:
>
> [ovirt-users] upgrade from 4.38 to 4.39
>
> Right? Did you see my reply there? In short: Please check/share logs (more 
> than what you shared there). Thanks.
>
> (No problem continuing in current thread, I think the subject is better...)
>
> Best regards,
> --
> Didi
> ___
> 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/UZ5YXYDO3I2ERDMXPFOE6TLS3SDF7ASR/
>


-- 
Didi
___
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/EKNK3XLG7ZOKS7OWLS6SGNIGACLBFCAG/

[ovirt-users] Re: cannot manually migrate vm's

[eevans]

Apologies. I had ask about the upgrade before I did it and thought this would 
be a different subject. 
I have check the engine log. I can share it as well as any others. There is a 
message in the engine log that appears right after I try to migrate that says:

2020-03-10 04:40:09,375-04 INFO  
[org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-29) [] Can't 
read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request 
'/ovirt-engine/services/files/spice/SpiceVersion.txt' -- 404
2020-03-10 04:40:19,985-04 WARN  [org.ovirt.engine.core.bll.SearchQuery] 
(default task-29) [33910d48-e9a3-4761-a7c4-ba93d9acfa2b] 
ResourceManager::searchBusinessObjects - Invalid search text - ''VMs : id=''

These entries come right after I attempt manual migration.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Yedidyah Bar David  
Sent: Tuesday, March 10, 2020 3:56 AM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: cannot manually migrate vm's

On Tue, Mar 10, 2020 at 12:49 AM  wrote:
>
> I upgraded from 4.3.8 to 4.3.9. Before the migration, I could manually 
> migrate vm's and also it would automatically load balance the hosts. Now I 
> cannot manually migrate and I have one server with no vm's and 2 with several.
> If I put a host into maintenance mode, it will migrate the vm's off to other 
> hosts, but before I noticed it would move vm's around to load balance and now 
> it does not.
> Not sure if this is a bug or not.
> How it happens:
> When I right click on a vm and click migrate, the migrate screen flashes on 
> screen then disappears. Same behavior if I highlight the vm and click the 
> migrate button at the top of the vm screen.
> It's not critical, but something that needs corrected.
> Any help or advice is very much appreciated.

You already started a different thread about this, with subject:

[ovirt-users] upgrade from 4.38 to 4.39

Right? Did you see my reply there? In short: Please check/share logs (more than 
what you shared there). Thanks.

(No problem continuing in current thread, I think the subject is better...)

Best regards,
--
Didi
___
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/UZ5YXYDO3I2ERDMXPFOE6TLS3SDF7ASR/
___
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/TVTTOABWIIM5LQIU23PCJ4VFH5SOHLYC/

[ovirt-users] Help

[pradeep pal]

Hi,

I deploy i am facing this issue.

Deployment failed
[ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set of steps]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Install oVirt Hosted Engine packages]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : System configuration validations]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_network_test is not valid]
[ INFO ] skipping: [localhost]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_tcp_t_address is not 
defined]
[ INFO ] skipping: [localhost]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_tcp_t_port is not defined]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_tcp_t_port is no integer]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Generate unicast MAC address]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set he_vm_mac_addr]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if MAC address structure is 
incorrect]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get free memory]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get cached memory]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set Max memory]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : set he_mem_size_MB to max available 
if not defined]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if available memory is less 
then the minimal requirement]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if user chose less memory then 
the minimal requirement]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if user chose more memory then 
the available memory]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_disk_size_GB is smaller 
then the minimal requirement]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get domain name]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set he_cloud_init_domain_name]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Define he_cloud_init_host_name]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get uuid]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set he_vm_uuid]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get uuid]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set he_nic_uuid]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get uuid]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set he_cdrom_uuid]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : get timezone]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set he_time_zone]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_force_ip4 and 
he_force_ip6 are set at the same time]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Prepare getent key]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get full hostname]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Set hostname variable if not defined]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Define host address variable if not 
defined]
[ INFO ] ok: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if he_force_ip4 and 
he_force_ip6 are set at the same time]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Prepare getent key]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get host address resolution]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Check address resolution]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Parse host address resolution]
[ INFO ] ok: [localhost]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Fail if host's ip is empty]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Avoid localhost]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Ensure host address resolves locally]
[ INFO ] skipping: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get target address from selected 
interface (IPv4)]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Get target address from selected 
interface (IPv6)]
[ INFO ] changed: [localhost]
[ INFO ] TASK [ovirt.hosted_engine_setup : Check the resolved address resolves 
on the selected interface]
[ INFO ] skipping: [localhost]
[ INFO ] 

[ovirt-users] Re: cannot manually migrate vm's

[Yedidyah Bar David]

On Tue, Mar 10, 2020 at 12:49 AM  wrote:
>
> I upgraded from 4.3.8 to 4.3.9. Before the migration, I could manually 
> migrate vm's and also it would automatically load balance the hosts. Now I 
> cannot manually migrate and I have one server with no vm's and 2 with several.
> If I put a host into maintenance mode, it will migrate the vm's off to other 
> hosts, but before I noticed it would move vm's around to load balance and now 
> it does not.
> Not sure if this is a bug or not.
> How it happens:
> When I right click on a vm and click migrate, the migrate screen flashes on 
> screen then disappears. Same behavior if I highlight the vm and click the 
> migrate button at the top of the vm screen.
> It's not critical, but something that needs corrected.
> Any help or advice is very much appreciated.

You already started a different thread about this, with subject:

[ovirt-users] upgrade from 4.38 to 4.39

Right? Did you see my reply there? In short: Please check/share logs
(more than what you shared there). Thanks.

(No problem continuing in current thread, I think the subject is better...)

Best regards,
-- 
Didi
___
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/UZ5YXYDO3I2ERDMXPFOE6TLS3SDF7ASR/