[ovirt-users] Re: The problem with create VM

[Dominik Holler]

On Fri, Mar 6, 2020 at 1:35 AM Nir Soffer  wrote:

> On Thu, Mar 5, 2020 at 1:16 PM  wrote:
> >
> > I began use ovirt recently. I tried create one VM on ovirt plateform.
> But I nerver start VM. I had the message like:
> >
> > L'hôte x..fr n'a pas pu satisfaire le filtre Network de type
> interne car réseau d'affichage ${DisplayNames} manquant.
>
> Google translated this to:
> The host x..fr could not satisfy the Network filter of
> internal type because display network $ {DisplayNames} missing.
>
> There are two issues:
> - The missing display network - maybe Dominic can help
>


Can you check in
Compute > Clusters > relevant_cluster > Logical Networks > Manage Networks
if the role "Display Network" is assigned to another networks than
ovirtmgmt?
If so, you might want to mark this network as "Require" and ensure that
this network is attached to all hosts in the cluster.

In case you want to do first steps with oVirt, I recommend all roles in the
"Manage Networks" to be assigned to ovirtmgmt.


> - Placeholder "${DisplayNames}" in the message. This is probably a
> missing translation or bug in the translation code
>   please file ovirt-engine bug for this
>
>
Indeed, looks like a typo in the french translation.
A bug created by
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine
for the component FrontEnd.Webadmin would be helpful.


> Nir
>
> >
> > I don't understand where is the problem.
> >
> > Could you help me?
> >
> > Thanks
> >
> > Anne
> > ___
> > 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/RB66ESCX7EN7PQI2TIMJ6FAWVEYYK5G6/
>
>
___
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/N4YILPS77NLLJWFGCCPTLALDF34JMXJR/

[ovirt-users] Re: Getting Redhat Yum mirrors issues on some of my network subnet and not on the others

[Strahil Nikolov]

On March 6, 2020 12:26:24 AM GMT+02:00, "Eugène Ngontang"  
wrote:
>Yes @Strahil, I also thought about mirrors list, but you see my
>repolist
>output above doesn't mention anything special.
>
>Please is there any other means to check used mirrors
>
>Regards,
>Eugène NG
>
>Le jeu. 5 mars 2020 à 23:18, Strahil Nikolov  a
>écrit :
>
>> On March 5, 2020 11:52:57 PM GMT+02:00, "Eugène Ngontang" <
>> sympav...@gmail.com> wrote:
>> >Hi,
>> >
>> >This is not really an OVirt matter but I'll try my chance if anyone
>> >here
>> >has already had this kind of issue or could help
>> >
>> >I've two bare metal servers in two different network subnets with
>same
>> >release version of RHVH/Ovirt.
>> >
>> >I use an automated script to deploy VMs on both, and provision a
>docker
>> >repository file there on VMs.
>> >
>> >The issue I'm facing is when I'm trying to query `container-selinux`
>> >package. It works on VMs from one of my bare metal servers, and not
>> >from
>> >the other.
>> >
>> >first sever's VM:
>> >
>> >[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
>> >> --disablerepo '' --enablerepo '' --qf
>> >>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
>> >> container-selinux
>> >> container-selinux|2|2.107|1.el7_6|noarch|extras
>> >> container-selinux|2|2.107|3.el7|noarch|extras
>> >> [root@cpu-node0 ~]#
>> >
>> >
>> >Second server's VM :
>> >
>> >[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
>> >> --disablerepo '' --enablerepo '' --qf
>> >>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
>> >> container-selinux
>> >> Could not match packages: failure: repodata/repomd.xml from
>> >> docker-engine: [Errno 256] No more mirrors to try.
>> >>
>>
>>https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
>> >> [Errno 14] HTTPS Error 404 - Not Found
>> >> [root@cpu-node0 ~]#
>> >
>> >
>> >The yum repo configuration on both VMs running on each bare metal
>> >server:
>> >
>> >[root@cpu-node0 ~]# ll /etc/yum.repos.d/
>> >> total 44
>> >> -rw-r--r--. 1 root root 1664  5 sept. 13:05 CentOS-Base.repo
>> >> -rw-r--r--. 1 root root 1309  5 sept. 13:05 CentOS-CR.repo
>> >> -rw-r--r--. 1 root root  649  5 sept. 13:05
>CentOS-Debuginfo.repo
>> >> -rw-r--r--. 1 root root  314  5 sept. 13:05
>CentOS-fasttrack.repo
>> >> -rw-r--r--. 1 root root  630  5 sept. 13:05 CentOS-Media.repo
>> >> -rw-r--r--. 1 root root 1331  5 sept. 13:05
>CentOS-Sources.repo
>> >> -rw-r--r--. 1 root root 6639  5 sept. 13:05 CentOS-Vault.repo
>> >> -rw-r--r--. 1 root root  369  2 mars  23:31 docker.repo
>> >> -rw-r--r--. 1 root root 1050 17 sept. 23:25 epel.repo
>> >> -rw-r--r--. 1 root root 1149 17 sept. 23:25 epel-testing.repo
>> >> [root@cpu-node0 ~]#
>> >
>> >
>> >docker.repo file content on both VMs :
>> >
>> >[root@cpu-node0 ~]# cat /etc/yum.repos.d/docker.repo
>> >> [docker-ce]
>> >> name=Docker-CE Repository
>> >>
>> >baseurl=https://download.docker.com/linux/centos/7/$basearch/stable
>> >> enabled=1
>> >> gpgcheck=1
>> >> keepcache=1
>> >> gpgkey=https://download.docker.com/linux/centos/gpg
>> >>
>> >> [docker-engine]
>> >> name=Docker-Engine Repository
>> >> baseurl=https://yum.dockerproject.org/repo/main/centos/7
>> >> enabled=1
>> >> gpgcheck=1
>> >> keepcache=1
>> >> gpgkey=https://yum.dockerproject.org/gpg
>> >> [root@cpu-node0 ~]#
>> >
>> >
>> >Repo list on the first VM :
>> >
>> >[root@cpu-node0 ~]# yum repolist
>> >> id du dépôt
>> >>   nom du dépôt
>> >>  statut
>> >> base/7/x86_64
>> >>   CentOS-7 - Base
>> >> 10 097
>> >> docker-ce/x86_64
>> >>  Docker-CE Repository
>> >>68
>> >> !docker-engine
>> >>  Docker-Engine Repository
>> >>   110
>> >> epel/x86_64
>> >>   Extra Packages for Enterprise Linux 7 - x86_64
>> >>  13 199
>> >> extras/7/x86_64
>> >>   CentOS-7 - Extras
>> >>323
>> >> updates/7/x86_64
>> >>  CentOS-7 - Updates
>> >> 1 478
>> >> repolist: 25 275
>> >> [root@cpu-node0 ~]#
>> >
>> >
>> >Yum repo list on the second VM:
>> >
>> >[root@cpu-node0 ~]# yum repolist
>> >>
>>
>>https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
>> >> [Errno 14] HTTPS Error 404 - Not Found
>> >> Essai d'un autre miroir.
>> >> To address this issue please refer to the below wiki article
>> >>
>> >> https://wiki.centos.org/yum-errors
>> >>
>> >> If above article doesn't help to resolve this issue please use
>> >> 

[ovirt-users] Re: The problem with create VM

[Nir Soffer]

On Thu, Mar 5, 2020 at 1:16 PM  wrote:
>
> I began use ovirt recently. I tried create one VM on ovirt plateform. But I 
> nerver start VM. I had the message like:
>
> L'hôte x..fr n'a pas pu satisfaire le filtre Network de type interne 
> car réseau d'affichage ${DisplayNames} manquant.

Google translated this to:
The host x..fr could not satisfy the Network filter of
internal type because display network $ {DisplayNames} missing.

There are two issues:
- The missing display network - maybe Dominic can help
- Placeholder "${DisplayNames}" in the message. This is probably a
missing translation or bug in the translation code
  please file ovirt-engine bug for this

Nir

>
> I don't understand where is the problem.
>
> Could you help me?
>
> Thanks
>
> Anne
> ___
> 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/RB66ESCX7EN7PQI2TIMJ6FAWVEYYK5G6/
___
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/7MOOWJ3ZZS3YCDVB67KUQT5CKLI2RKEA/

[ovirt-users] Re: Windows deployment

[eevans]

The server getting deployed does indeed get an IP even though it reports it 
does not. 
The WDS works flawlessly on Hyper-V so I know the deployment is not the issue.
When I open the console to the server being deployed, it states it cannot find 
the dhcp server (see earlier screen shot)
Foreman works deploying Centos 7 and 8 without issue so I'm not sure ever where 
to look to find out why I get this error. If someone could tell me what log to 
look in, maybe I can get it figured out. So far, I can't find anything  in the 
logs I looked in. 
Any help is appreciated.
___
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/O73OS2ED47BT5GWAVN5WLGMHQ5F6PPMD/

[ovirt-users] Re: Getting Redhat Yum mirrors issues on some of my network subnet and not on the others

[Eugène Ngontang]

Yes @Strahil, I also thought about mirrors list, but you see my repolist
output above doesn't mention anything special.

Please is there any other means to check used mirrors

Regards,
Eugène NG

Le jeu. 5 mars 2020 à 23:18, Strahil Nikolov  a
écrit :

> On March 5, 2020 11:52:57 PM GMT+02:00, "Eugène Ngontang" <
> sympav...@gmail.com> wrote:
> >Hi,
> >
> >This is not really an OVirt matter but I'll try my chance if anyone
> >here
> >has already had this kind of issue or could help
> >
> >I've two bare metal servers in two different network subnets with same
> >release version of RHVH/Ovirt.
> >
> >I use an automated script to deploy VMs on both, and provision a docker
> >repository file there on VMs.
> >
> >The issue I'm facing is when I'm trying to query `container-selinux`
> >package. It works on VMs from one of my bare metal servers, and not
> >from
> >the other.
> >
> >first sever's VM:
> >
> >[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
> >> --disablerepo '' --enablerepo '' --qf
> >>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
> >> container-selinux
> >> container-selinux|2|2.107|1.el7_6|noarch|extras
> >> container-selinux|2|2.107|3.el7|noarch|extras
> >> [root@cpu-node0 ~]#
> >
> >
> >Second server's VM :
> >
> >[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
> >> --disablerepo '' --enablerepo '' --qf
> >>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
> >> container-selinux
> >> Could not match packages: failure: repodata/repomd.xml from
> >> docker-engine: [Errno 256] No more mirrors to try.
> >>
> >https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
> >> [Errno 14] HTTPS Error 404 - Not Found
> >> [root@cpu-node0 ~]#
> >
> >
> >The yum repo configuration on both VMs running on each bare metal
> >server:
> >
> >[root@cpu-node0 ~]# ll /etc/yum.repos.d/
> >> total 44
> >> -rw-r--r--. 1 root root 1664  5 sept. 13:05 CentOS-Base.repo
> >> -rw-r--r--. 1 root root 1309  5 sept. 13:05 CentOS-CR.repo
> >> -rw-r--r--. 1 root root  649  5 sept. 13:05 CentOS-Debuginfo.repo
> >> -rw-r--r--. 1 root root  314  5 sept. 13:05 CentOS-fasttrack.repo
> >> -rw-r--r--. 1 root root  630  5 sept. 13:05 CentOS-Media.repo
> >> -rw-r--r--. 1 root root 1331  5 sept. 13:05 CentOS-Sources.repo
> >> -rw-r--r--. 1 root root 6639  5 sept. 13:05 CentOS-Vault.repo
> >> -rw-r--r--. 1 root root  369  2 mars  23:31 docker.repo
> >> -rw-r--r--. 1 root root 1050 17 sept. 23:25 epel.repo
> >> -rw-r--r--. 1 root root 1149 17 sept. 23:25 epel-testing.repo
> >> [root@cpu-node0 ~]#
> >
> >
> >docker.repo file content on both VMs :
> >
> >[root@cpu-node0 ~]# cat /etc/yum.repos.d/docker.repo
> >> [docker-ce]
> >> name=Docker-CE Repository
> >>
> >baseurl=https://download.docker.com/linux/centos/7/$basearch/stable
> >> enabled=1
> >> gpgcheck=1
> >> keepcache=1
> >> gpgkey=https://download.docker.com/linux/centos/gpg
> >>
> >> [docker-engine]
> >> name=Docker-Engine Repository
> >> baseurl=https://yum.dockerproject.org/repo/main/centos/7
> >> enabled=1
> >> gpgcheck=1
> >> keepcache=1
> >> gpgkey=https://yum.dockerproject.org/gpg
> >> [root@cpu-node0 ~]#
> >
> >
> >Repo list on the first VM :
> >
> >[root@cpu-node0 ~]# yum repolist
> >> id du dépôt
> >>   nom du dépôt
> >>  statut
> >> base/7/x86_64
> >>   CentOS-7 - Base
> >> 10 097
> >> docker-ce/x86_64
> >>  Docker-CE Repository
> >>68
> >> !docker-engine
> >>  Docker-Engine Repository
> >>   110
> >> epel/x86_64
> >>   Extra Packages for Enterprise Linux 7 - x86_64
> >>  13 199
> >> extras/7/x86_64
> >>   CentOS-7 - Extras
> >>323
> >> updates/7/x86_64
> >>  CentOS-7 - Updates
> >> 1 478
> >> repolist: 25 275
> >> [root@cpu-node0 ~]#
> >
> >
> >Yum repo list on the second VM:
> >
> >[root@cpu-node0 ~]# yum repolist
> >>
> >https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
> >> [Errno 14] HTTPS Error 404 - Not Found
> >> Essai d'un autre miroir.
> >> To address this issue please refer to the below wiki article
> >>
> >> https://wiki.centos.org/yum-errors
> >>
> >> If above article doesn't help to resolve this issue please use
> >> https://bugs.centos.org/.
> >>
> >> docker-ce/x86_64/primary_db
> >>
> >>|  40 kB  00:00:05
> >>
> >https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
> >> 

[ovirt-users] Re: Getting Redhat Yum mirrors issues on some of my network subnet and not on the others

[Strahil Nikolov]

On March 5, 2020 11:52:57 PM GMT+02:00, "Eugène Ngontang"  
wrote:
>Hi,
>
>This is not really an OVirt matter but I'll try my chance if anyone
>here
>has already had this kind of issue or could help
>
>I've two bare metal servers in two different network subnets with same
>release version of RHVH/Ovirt.
>
>I use an automated script to deploy VMs on both, and provision a docker
>repository file there on VMs.
>
>The issue I'm facing is when I'm trying to query `container-selinux`
>package. It works on VMs from one of my bare metal servers, and not
>from
>the other.
>
>first sever's VM:
>
>[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
>> --disablerepo '' --enablerepo '' --qf
>>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
>> container-selinux
>> container-selinux|2|2.107|1.el7_6|noarch|extras
>> container-selinux|2|2.107|3.el7|noarch|extras
>> [root@cpu-node0 ~]#
>
>
>Second server's VM :
>
>[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
>> --disablerepo '' --enablerepo '' --qf
>>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
>> container-selinux
>> Could not match packages: failure: repodata/repomd.xml from
>> docker-engine: [Errno 256] No more mirrors to try.
>>
>https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
>> [Errno 14] HTTPS Error 404 - Not Found
>> [root@cpu-node0 ~]#
>
>
>The yum repo configuration on both VMs running on each bare metal
>server:
>
>[root@cpu-node0 ~]# ll /etc/yum.repos.d/
>> total 44
>> -rw-r--r--. 1 root root 1664  5 sept. 13:05 CentOS-Base.repo
>> -rw-r--r--. 1 root root 1309  5 sept. 13:05 CentOS-CR.repo
>> -rw-r--r--. 1 root root  649  5 sept. 13:05 CentOS-Debuginfo.repo
>> -rw-r--r--. 1 root root  314  5 sept. 13:05 CentOS-fasttrack.repo
>> -rw-r--r--. 1 root root  630  5 sept. 13:05 CentOS-Media.repo
>> -rw-r--r--. 1 root root 1331  5 sept. 13:05 CentOS-Sources.repo
>> -rw-r--r--. 1 root root 6639  5 sept. 13:05 CentOS-Vault.repo
>> -rw-r--r--. 1 root root  369  2 mars  23:31 docker.repo
>> -rw-r--r--. 1 root root 1050 17 sept. 23:25 epel.repo
>> -rw-r--r--. 1 root root 1149 17 sept. 23:25 epel-testing.repo
>> [root@cpu-node0 ~]#
>
>
>docker.repo file content on both VMs :
>
>[root@cpu-node0 ~]# cat /etc/yum.repos.d/docker.repo
>> [docker-ce]
>> name=Docker-CE Repository
>>
>baseurl=https://download.docker.com/linux/centos/7/$basearch/stable
>> enabled=1
>> gpgcheck=1
>> keepcache=1
>> gpgkey=https://download.docker.com/linux/centos/gpg
>>
>> [docker-engine]
>> name=Docker-Engine Repository
>> baseurl=https://yum.dockerproject.org/repo/main/centos/7
>> enabled=1
>> gpgcheck=1
>> keepcache=1
>> gpgkey=https://yum.dockerproject.org/gpg
>> [root@cpu-node0 ~]#
>
>
>Repo list on the first VM :
>
>[root@cpu-node0 ~]# yum repolist
>> id du dépôt
>>   nom du dépôt
>>  statut
>> base/7/x86_64
>>   CentOS-7 - Base
>> 10 097
>> docker-ce/x86_64
>>  Docker-CE Repository
>>68
>> !docker-engine
>>  Docker-Engine Repository
>>   110
>> epel/x86_64
>>   Extra Packages for Enterprise Linux 7 - x86_64
>>  13 199
>> extras/7/x86_64
>>   CentOS-7 - Extras
>>323
>> updates/7/x86_64
>>  CentOS-7 - Updates
>> 1 478
>> repolist: 25 275
>> [root@cpu-node0 ~]#
>
>
>Yum repo list on the second VM:
>
>[root@cpu-node0 ~]# yum repolist
>>
>https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
>> [Errno 14] HTTPS Error 404 - Not Found
>> Essai d'un autre miroir.
>> To address this issue please refer to the below wiki article
>>
>> https://wiki.centos.org/yum-errors
>>
>> If above article doesn't help to resolve this issue please use
>> https://bugs.centos.org/.
>>
>> docker-ce/x86_64/primary_db
>>
>>|  40 kB  00:00:05
>>
>https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
>> [Errno 14] HTTPS Error 404 - Not Found
>> Essai d'un autre miroir.
>> id du dépôt
>>   nom du dépôt
>>  statut
>> base/7/x86_64
>>   CentOS-7 - Base
>> 10 097
>> docker-ce/x86_64
>>  Docker-CE Repository
>>68
>> docker-engine
>>   Docker-Engine Repository
>>  

[ovirt-users] Getting Redhat Yum mirrors issues on some of my network subnet and not on the others

[Eugène Ngontang]

Hi,

This is not really an OVirt matter but I'll try my chance if anyone here
has already had this kind of issue or could help

I've two bare metal servers in two different network subnets with same
release version of RHVH/Ovirt.

I use an automated script to deploy VMs on both, and provision a docker
repository file there on VMs.

The issue I'm facing is when I'm trying to query `container-selinux`
package. It works on VMs from one of my bare metal servers, and not from
the other.

first sever's VM:

[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
> --disablerepo '' --enablerepo '' --qf
>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
> container-selinux
> container-selinux|2|2.107|1.el7_6|noarch|extras
> container-selinux|2|2.107|3.el7|noarch|extras
> [root@cpu-node0 ~]#


Second server's VM :

[root@cpu-node0 ~]# /bin/repoquery --show-duplicates --plugins
> --disablerepo '' --enablerepo '' --qf
>  '%{name}|%{epoch}|%{version}|%{release}|%{arch}|%{repoid}'
> container-selinux
> Could not match packages: failure: repodata/repomd.xml from
> docker-engine: [Errno 256] No more mirrors to try.
> https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
> [Errno 14] HTTPS Error 404 - Not Found
> [root@cpu-node0 ~]#


The yum repo configuration on both VMs running on each bare metal server:

[root@cpu-node0 ~]# ll /etc/yum.repos.d/
> total 44
> -rw-r--r--. 1 root root 1664  5 sept. 13:05 CentOS-Base.repo
> -rw-r--r--. 1 root root 1309  5 sept. 13:05 CentOS-CR.repo
> -rw-r--r--. 1 root root  649  5 sept. 13:05 CentOS-Debuginfo.repo
> -rw-r--r--. 1 root root  314  5 sept. 13:05 CentOS-fasttrack.repo
> -rw-r--r--. 1 root root  630  5 sept. 13:05 CentOS-Media.repo
> -rw-r--r--. 1 root root 1331  5 sept. 13:05 CentOS-Sources.repo
> -rw-r--r--. 1 root root 6639  5 sept. 13:05 CentOS-Vault.repo
> -rw-r--r--. 1 root root  369  2 mars  23:31 docker.repo
> -rw-r--r--. 1 root root 1050 17 sept. 23:25 epel.repo
> -rw-r--r--. 1 root root 1149 17 sept. 23:25 epel-testing.repo
> [root@cpu-node0 ~]#


docker.repo file content on both VMs :

[root@cpu-node0 ~]# cat /etc/yum.repos.d/docker.repo
> [docker-ce]
> name=Docker-CE Repository
> baseurl=https://download.docker.com/linux/centos/7/$basearch/stable
> enabled=1
> gpgcheck=1
> keepcache=1
> gpgkey=https://download.docker.com/linux/centos/gpg
>
> [docker-engine]
> name=Docker-Engine Repository
> baseurl=https://yum.dockerproject.org/repo/main/centos/7
> enabled=1
> gpgcheck=1
> keepcache=1
> gpgkey=https://yum.dockerproject.org/gpg
> [root@cpu-node0 ~]#


Repo list on the first VM :

[root@cpu-node0 ~]# yum repolist
> id du dépôt
>   nom du dépôt
>  statut
> base/7/x86_64
>   CentOS-7 - Base
> 10 097
> docker-ce/x86_64
>  Docker-CE Repository
>68
> !docker-engine
>  Docker-Engine Repository
>   110
> epel/x86_64
>   Extra Packages for Enterprise Linux 7 - x86_64
>  13 199
> extras/7/x86_64
>   CentOS-7 - Extras
>323
> updates/7/x86_64
>  CentOS-7 - Updates
> 1 478
> repolist: 25 275
> [root@cpu-node0 ~]#


Yum repo list on the second VM:

[root@cpu-node0 ~]# yum repolist
> https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
> [Errno 14] HTTPS Error 404 - Not Found
> Essai d'un autre miroir.
> To address this issue please refer to the below wiki article
>
> https://wiki.centos.org/yum-errors
>
> If above article doesn't help to resolve this issue please use
> https://bugs.centos.org/.
>
> docker-ce/x86_64/primary_db
>
>|  40 kB  00:00:05
> https://yum.dockerproject.org/repo/main/centos/7/repodata/repomd.xml:
> [Errno 14] HTTPS Error 404 - Not Found
> Essai d'un autre miroir.
> id du dépôt
>   nom du dépôt
>  statut
> base/7/x86_64
>   CentOS-7 - Base
> 10 097
> docker-ce/x86_64
>  Docker-CE Repository
>68
> docker-engine
>   Docker-Engine Repository
>   0
> epel/x86_64
>   Extra Packages for Enterprise Linux 7 - x86_64
>  13 199
> extras/7/x86_64
>   CentOS-7 

[ovirt-users]Re: qcow on LVM‽ Why‽

[Nir Soffer]

On Wed, Mar 4, 2020 at 6:13 PM Thorsten Glaser  wrote:
...
> I was shrinking a hard disc: first the filesystems inside the VM,
> then the partitions inside the VM, then the LV

This is the point where you probably corrupted your image.

oVirt does not support shrinking existing disks. If you want to do this
you must know what you are doing.

> … then I wanted to
> convert the LV to a compressed qcow2 file for transport, and it
> told me that the source is corrupted. Huh?

You corrupted it by shrinking the LV without checking the end of the image.

Next time try:

$ qemu-img check /dev/vg/lv
...
Image end offset: 123456789

You must not shrink the LV less than Image end offset.

> I had already wondered why I was unable to inspect the LV on the
> host the usual way (kpartx -v -a /dev/VG/LV after finding out,
> with “virsh --readonly -c qemu:///system domblklist VM_NAME”,
> which LV is the right one).
>
> Turns out that ovirt stores qcow on LVs instead of raw images ☹

I think this this is documented. Did you read storage admin guide before
playing with the underlying logical volumes?

> Well, vgcfgrestore to my rescue:
> - vgcfgrestore -l VG_NAME
> - vgcfgrestore -f /etc/… VG_NAME

This may be too late if another disk is using segments you removed from the
original lv, but seems that you were lucky this time.

> The image was still marked as corrupted, but exported fine. I
> could not write it back to the LV as preallocated,

You cannot change image format for existing disk. But you can delete
the VM disk,
upload the modified disk (e.g. via the UI or SDK) and attach the disk to the VM.

Or you can create a new empty preallocated disk, copy the image
directly to the disk
using qemu-img, and then attach the disk to the VM.

> which seems
> to be what ovirt does, because qemu-img doesn’t wish to do that
> when the target is a special device (not a regular file). Meh.

qemu-img convert works with block devices. You can enable DEBUG log
level in vdsm to check how vdsm run qemu-img.

> Does ovirt handle raw images on LV, and if so, how can we enable
> this for new VMs? If not, whyever the hell not? And whose “great”
> idea was this anyway?

oVirt supports raw format of course, and this is the default format
for disks on iSCSI/FC
storage domain.

You probably chose "thin" when you created the disk. This means qcow2 format.

Nir
___
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/BDHVWXG4EZAFYLBPEZFUE5ZDYUHS5G3K/

[ovirt-users] Re: subnets

[eevans]

I finally got the vlan to work. Yes, I am relieved. If anyone else has this 
issue here is what I learned.
I followed the instructions here: 
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/sect-Hosts_and_Networking#Editing-VLAN-Settings
to add ip addresses to the ovirtmgmt bridge and labeled the other nics. I 
created a network using the network label, under custom properties I added 
bridge options forward=lrp1 which is the sbdb port my second subnet resides on. 
I booted the machine up, it got one of the ip's I added and viola, it could 
ping google, etc. This problem drove me nuts but finally found a solution. 
I hope this helps someone in the future.
Thanks all for your help! I LOVE community support!!!
___
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/6C2UC4HB3MOTDK54E7IUOW7PBX53G6TY/

[ovirt-users] Re: Debian 10 template - cloud init not working

[Sakari Poussa]

Also, when I try to power off & on the run once debian 10 based VM, it
refuses to boot (2nd boot after the run once boot).

journalctl on the hypervisor gives the logs:

vdsm[16789]: WARN Attempting to add an existing net user:
ovirtmgmt/f72cb0a9-6240-4831-bc29-a144b9e70c50
ibvirtd[16628]: XML error: Invalid PCI address :03:01.0. slot must be
<= 0

Thanks, Sakari

On Thu, Mar 5, 2020 at 3:55 PM Sakari Poussa  wrote:

> Hi Luca,
>
> Yes, I have tried both, run and run once. Same results with debian 10
> template, not working (cloud init).
>
> The other templates seems to work fine with run only option. No need to
> run once.
>
> Any other suggestions?
>
> Thanks, Sakari
>
> On Thu, Mar 5, 2020 at 2:32 PM Luca 'remix_tj' Lorenzetto <
> lorenzetto.l...@gmail.com> wrote:
>
>> Hello Sakari,
>>
>> did you start the vm with "Run Once"? Cloud-init config is attached
>> only with this boot method.
>>
>> Luca
>>
>> On Thu, Mar 5, 2020 at 1:29 PM Sakari Poussa  wrote:
>> >
>> > Hi,
>> >
>> > I have tried centos7 & 8, debian 9 and ubuntu 18.04 template based VMs
>> with cloud init (Initial run/use cloud init) and they all work as expected.
>> >
>> > However, the debian 10 template based VM seems *not* to execute the
>> cloud init at all. It boots but hostname is not set and users / password
>> are not set. You can't log in since there is no users and passwords/keys.
>> >
>> > Is this a known issue? Or am I missing something?
>> >
>> > The templates are from ovirt-image-repository storage domain. I have
>> also created newer debian 10.3.0 template via ovirt.image-template ansible
>> role. Results are the same.
>> >
>> > I am running ovirt 4.4-pre.
>> >
>> > Thanks, Sakari
>> > ___
>> > 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/YE5RTGWZSMI4J3JUN5J7HQVCJXE6MHMP/
>>
>>
>>
>> --
>> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
>> calcoli che potrebbero essere affidati a chiunque se si usassero delle
>> macchine"
>> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>>
>> "Internet è la più grande biblioteca del mondo.
>> Ma il problema è che i libri sono tutti sparsi sul pavimento"
>> John Allen Paulos, Matematico (1945-vivente)
>>
>> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
>> lorenzetto.l...@gmail.com>
>>
>
>
> --
> Sakari Poussa
> 040 348 2970
>


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

[ovirt-users] Re: Debian 10 template - cloud init not working

[Sakari Poussa]

Hi Luca,

Yes, I have tried both, run and run once. Same results with debian 10
template, not working (cloud init).

The other templates seems to work fine with run only option. No need to run
once.

Any other suggestions?

Thanks, Sakari

On Thu, Mar 5, 2020 at 2:32 PM Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Sakari,
>
> did you start the vm with "Run Once"? Cloud-init config is attached
> only with this boot method.
>
> Luca
>
> On Thu, Mar 5, 2020 at 1:29 PM Sakari Poussa  wrote:
> >
> > Hi,
> >
> > I have tried centos7 & 8, debian 9 and ubuntu 18.04 template based VMs
> with cloud init (Initial run/use cloud init) and they all work as expected.
> >
> > However, the debian 10 template based VM seems *not* to execute the
> cloud init at all. It boots but hostname is not set and users / password
> are not set. You can't log in since there is no users and passwords/keys.
> >
> > Is this a known issue? Or am I missing something?
> >
> > The templates are from ovirt-image-repository storage domain. I have
> also created newer debian 10.3.0 template via ovirt.image-template ansible
> role. Results are the same.
> >
> > I am running ovirt 4.4-pre.
> >
> > Thanks, Sakari
> > ___
> > 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/YE5RTGWZSMI4J3JUN5J7HQVCJXE6MHMP/
>
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
>


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

[ovirt-users] [ANN] oVirt 4.3.9 Third Release Candidate is now available for testing

[Lev Veyde]

The oVirt Project is pleased to announce the availability of the oVirt
4.3.9 Third Release Candidate for testing, as of March 5th, 2020.

This update is a release candidate of the ninth in a series of
stabilization updates to the 4.3 series.
This is pre-release software. This pre-release should not to be used in
production.

This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.7 or later (but <8)
* CentOS Linux (or similar) 7.7 or later (but <8)

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:
* Red Hat Enterprise Linux 7.7 or later (but <8)
* CentOS Linux (or similar) 7.7 or later (but <8)
* oVirt Node 4.3 (available for x86_64 only) has been built consuming
CentOS 7.7 Release

See the release notes [1] for known issues, new features and bugs fixed.

Notes:
- oVirt Appliance is already available
- oVirt Node is already available

Additional Resources:
* Read more about the oVirt 4.3.9 release highlights:
http://www.ovirt.org/release/4.3.9/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4.3.9/
[2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/

-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/RAU7ZN6RN7SKXSQIIEDNWCKEVM5KLRTZ/

[ovirt-users] Re: The problem with create VM

[Fabrizio Cardarello]

Please translate the message.
When do you have the error. During the boot?

Il gio 5 mar 2020, 12:16  ha scritto:

> I began use ovirt recently. I tried create one VM on ovirt plateform. But
> I nerver start VM. I had the message like:
>
> L'hôte x..fr n'a pas pu satisfaire le filtre Network de type
> interne car réseau d'affichage ${DisplayNames} manquant.
>
> I don't understand where is the problem.
>
> Could you help me?
>
> Thanks
>
> Anne
> ___
> 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/RB66ESCX7EN7PQI2TIMJ6FAWVEYYK5G6/
>
___
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/4CREAVIDTTMHMIYW7DZIF5C6NKJ2RCGS/

[ovirt-users] Re: Debian 10 template - cloud init not working

[Luca 'remix_tj' Lorenzetto]

Hello Sakari,

did you start the vm with "Run Once"? Cloud-init config is attached
only with this boot method.

Luca

On Thu, Mar 5, 2020 at 1:29 PM Sakari Poussa  wrote:
>
> Hi,
>
> I have tried centos7 & 8, debian 9 and ubuntu 18.04 template based VMs with 
> cloud init (Initial run/use cloud init) and they all work as expected.
>
> However, the debian 10 template based VM seems *not* to execute the cloud 
> init at all. It boots but hostname is not set and users / password are not 
> set. You can't log in since there is no users and passwords/keys.
>
> Is this a known issue? Or am I missing something?
>
> The templates are from ovirt-image-repository storage domain. I have also 
> created newer debian 10.3.0 template via ovirt.image-template ansible role. 
> Results are the same.
>
> I am running ovirt 4.4-pre.
>
> Thanks, Sakari
> ___
> 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/YE5RTGWZSMI4J3JUN5J7HQVCJXE6MHMP/



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
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/ILKG5T57OF7CFKUS6XE3OICM4UHIYQFL/

[ovirt-users] Debian 10 template - cloud init not working

[Sakari Poussa]

Hi,

I have tried centos7 & 8, debian 9 and ubuntu 18.04 template based VMs with
cloud init (Initial run/use cloud init) and they all work as expected.

However, the debian 10 template based VM seems *not* to execute the cloud
init at all. It boots but hostname is not set and users / password are not
set. You can't log in since there is no users and passwords/keys.

Is this a known issue? Or am I missing something?

The templates are from ovirt-image-repository storage domain. I have also
created newer debian 10.3.0 template via ovirt.image-template ansible role.
Results are the same.

I am running ovirt 4.4-pre.

Thanks, Sakari
___
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/YE5RTGWZSMI4J3JUN5J7HQVCJXE6MHMP/

[ovirt-users] Re: The problem with create VM

[Strahil Nikolov]

On March 5, 2020 1:15:12 PM GMT+02:00, garcialiang.a...@gmail.com wrote:
>I began use ovirt recently. I tried create one VM on ovirt plateform.
>But I nerver start VM. I had the message like:
>
>L'hôte x..fr n'a pas pu satisfaire le filtre Network de type
>interne car réseau d'affichage ${DisplayNames} manquant.
>
>I don't understand where is the problem.
>
>Could you help me?
>
>Thanks
>
>Anne
>___
>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/RB66ESCX7EN7PQI2TIMJ6FAWVEYYK5G6/

Hi Anne,

I guess you are using the UI. What network dis you use?
Can you start the VM without any network ?

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

[ovirt-users] The problem with create VM

[garcialiang . anne]

I began use ovirt recently. I tried create one VM on ovirt plateform. But I 
nerver start VM. I had the message like:

L'hôte x..fr n'a pas pu satisfaire le filtre Network de type interne 
car réseau d'affichage ${DisplayNames} manquant.

I don't understand where is the problem.

Could you help me?

Thanks

Anne
___
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/RB66ESCX7EN7PQI2TIMJ6FAWVEYYK5G6/

[ovirt-users] Re: Changing the Data Warehouse Sampling Scale

[Anton Louw]

Hi Yedidyah,

After the fix that Paul pointed out, I can now see the data populating in all 
the daily tables.

Thanks for your response

From: Yedidyah Bar David 
Sent: 05 March 2020 08:59
To: Staniforth, Paul 
Cc: Anton Louw ; users@ovirt.org
Subject: Re: [ovirt-users] Re: Changing the Data Warehouse Sampling Scale

On Wed, Mar 4, 2020 at 7:09 PM Staniforth, Paul
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:
>
>
> Hello Anton,
> you can also manually do this
> edit /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-scale.conf
> run systemctl restart ovirt-engine-dwhd.service
>
> if you upgrade your engine it puts the old 10-setup-scale.conf back but it 
> keeps a copy

You can also add your own copy of this file with a later name (say
"99-my-stuff.conf").
This will take precedence and won't be touched by upgrades. However:

>
>
> Regards,
> Paul S.
> 
> From: anton.l...@voxtelecom.co.za 
> mailto:anton.l...@voxtelecom.co.za>>
> Sent: 04 March 2020 05:37
> To: users@ovirt.org 
> mailto:users@ovirt.org>>
> Subject: [ovirt-users] Changing the Data Warehouse Sampling Scale
>
> Caution External Mail: Do not click any links or open any attachments unless 
> you trust the sender and know that the content is safe.
>
> Hi Everybody,
>
> I have a question. When oVirt was deployed in our environment by previous 
> engineers, the DWH was installed as Basic. I would like to change this to 
> Full, to get the daily stats, as this is now empty due to the scale.

If it's completely empty, perhaps there is some other problem, not the scale.

To further debug this, check that both the engine and dwh access the
same database (this should be ok by default, but perhaps you used
non-defaults) by checking the credentials they use in their conf
files:

grep DWH_DB /etc/ovirt-engine/engine.conf.d/*conf
grep DWH_DB /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/*conf

You might also check /var/log/ovirt-engine-dwh/ovirt-engine-dwhd.log .

Best regards,

> Is this just as simple as described in the following article: 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fdocumentation%2Fdata-warehouse%2FChanging_the_Data_Warehouse_Sampling_Scale.htmldata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=ywsasun9mV0sNSjCmEeIf%2B94UZdc%2Fc%2Bevx9A1ScodXQ%3Dreserved=0
>
> Are there any precautions I should take, and has anybody else ever done this 
> before?
>
> Thanks a lot
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to 
> users-le...@ovirt.org
> Privacy Statement: 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.htmldata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=ZKYdi41tiNeR5dDB3urRtPK%2BOact7CM17J8uEaB4obQ%3Dreserved=0
> oVirt Code of Conduct: 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=RYLw8RIpcv3YJPvpE8QcZN9qsSjmkt%2BEzWDTScBuZfg%3Dreserved=0
> List Archives: 
> 

[ovirt-users] Re: Changing the Data Warehouse Sampling Scale

[Anton Louw]

Hi Paul,

That is great news! Thanks so much for the reply.

Cheers


Anton Louw
Cloud Engineer: Storage and Virtualization
__
D: 087 805 1572 | M: N/A
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
anton.l...@voxtelecom.co.za

www.vox.co.za



From: Staniforth, Paul 
Sent: 04 March 2020 18:35
To: Anton Louw ; users@ovirt.org
Subject: Re: [ovirt-users] Changing the Data Warehouse Sampling Scale


Hello Anton,
   you can also manually do this
edit 
/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-scale.conf
run  systemctl  restart  ovirt-engine-dwhd.service

if you upgrade your engine it puts the old  10-setup-scale.conf back but it 
keeps a copy


Regards,
 Paul S.

From: anton.l...@voxtelecom.co.za 
mailto:anton.l...@voxtelecom.co.za>>
Sent: 04 March 2020 05:37
To: users@ovirt.org 
mailto:users@ovirt.org>>
Subject: [ovirt-users] Changing the Data Warehouse Sampling Scale

Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hi Everybody,

I have a question. When oVirt was deployed in our environment by previous 
engineers, the DWH was installed as Basic. I would like to change this to Full, 
to get the daily stats, as this is now empty due to the scale. Is this just as 
simple as described in the following article: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fdocumentation%2Fdata-warehouse%2FChanging_the_Data_Warehouse_Sampling_Scale.htmldata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=ywsasun9mV0sNSjCmEeIf%2B94UZdc%2Fc%2Bevx9A1ScodXQ%3Dreserved=0

Are there any precautions I should take, and has anybody else ever done this 
before?

Thanks a lot
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 
users-le...@ovirt.org
Privacy Statement: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.htmldata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=ZKYdi41tiNeR5dDB3urRtPK%2BOact7CM17J8uEaB4obQ%3Dreserved=0
oVirt Code of Conduct: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=RYLw8RIpcv3YJPvpE8QcZN9qsSjmkt%2BEzWDTScBuZfg%3Dreserved=0
List Archives: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FOXCU4RPMVR7XQUGBKJX63CUAFWPKE3GX%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cca53316d625742be286908d7c0414bb2%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C1%7C637189258999725533sdata=S%2B3GTsLTkW28Kk0P1uHCIsqUP087RYxQCdtrASzJfUU%3Dreserved=0
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 

[ovirt-users]Re: qcow on LVM‽ Why‽

[Gianluca Cecchi]

On Wed, Mar 4, 2020 at 5:12 PM Thorsten Glaser  wrote:

> H
> Does ovirt handle raw images on LV, and if so, how can we enable
> this for new VMs? If not, whyever the hell not? And whose “great”
> idea was this anyway?
>
>
BTW: as you can see from the documentation link I sent in the previous
reply, you get raw images on LVM (so when you have block based underlying
storage domain) when you configure the virtual disk as preallocated.
Gianluca
___
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/FI4A4R5NW7S44NKUUYTH2KF6NKVIZDX3/

[ovirt-users]Re: qcow on LVM‽ Why‽

[Gianluca Cecchi]

On Wed, Mar 4, 2020 at 5:12 PM Thorsten Glaser  wrote:

> Hi *,
>
> I’m a bit frustrated, so please excuse any harshness in this mail.
>

I try... ;-)


> Whose idea was it to place qcow on logical volumes anyway?
>

Not mine: I'm a final user and sometimes a contributor for
ideas/solutions... and problems ...
Anyway the base idea is to provide thin provisioning disks when you have
block storage (SAN, iSCSI)
The alternative would have been to implement a cluster file system on top
of the SAN/iSCSI LUNs (such as vmfs is in vSphere or OCFS2 in Oracle
Virtualization)
But I think none of the existing solutions (eg GFS) was considered (and
indeed it is not in my opinion) robust and fast enough to manage a workload
with many hypervisors (so distributed consumers of the cluster file system
files) and many users (VMs) on each one of the hypervisors.
I think you could read this:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/administration_guide/chap-virtual_machine_disks
"
  If the virtual disk is thinly provisioned, a 1 GB logical volume is
created. The logical volume is continuously monitored by the host on which
the virtual machine is running. As soon as the usage nears a threshold the
host notifies the SPM, and the SPM extends the logical volume by 1 GB. The
host is responsible for resuming the virtual machine after the logical
volume has been extended. If the virtual machine goes into a paused state
it means that the SPM could not extend the disk in time. This occurs if the
SPM is too busy or if there is not enough storage space.
"
Note that you can modify parameters customizing the cited "threshold" and
also the size of the extension (default 1Gb) when needed.



> I was shrinking a hard disc: first the filesystems inside the VM,
> then the partitions inside the VM, then the LV… then I wanted to
> convert the LV to a compressed qcow2 file for transport, and it
> told me that the source is corrupted. Huh?
>

I don't want to comment on the method, but in the order I would  follow:
filesystem
LV
PV (supposing your PV is on top of a partition, as you seem to write)
partition

Difficult in general with the method above to compute exact sizes to avoid
corruption.
In general you have to be conservative... at the cost of loosing eventually
some MBs.
I have done something similar in the past (stopping at the level of LV,
because I needed space for other LVs on the same VG, so no PV and partition
resize involved)



>
> I had already wondered why I was unable to inspect the LV on the
> host the usual way (kpartx -v -a /dev/VG/LV after finding out,
> with “virsh --readonly -c qemu:///system domblklist VM_NAME”,
> which LV is the right one).
>

It turned out in the past (and I was one of the impacted guys), that if
inside a VM you created PVs on whole virtual disks, this LVM structure was
somehow exposed to the underlying LVM structure of the host, with nasty
impacts in some activities.
In my case impatcs were on live storage migration and deleting disk of a VM.
At that time (beginning of 2018) it was very helpful Red Hat Support (it
was an RHV environment)  and in particular from Olimp Bockowski.
They resulted in some bugzillas and solutions, some of them:

"RHV: Hosts boot with Guest LVs activated "
https://access.redhat.com/solutions/2662261

https://bugzilla.redhat.com/show_bug.cgi?id=1450114
https://bugzilla.redhat.com/show_bug.cgi?id=1449968
https://bugzilla.redhat.com/show_bug.cgi?id=1202595

There is also filter tool available
https://bugzilla.redhat.com/show_bug.cgi?id=1522926

So, base on opened bugzillas and final users problems, it was decided, in
correct way in my opinion, to hide all the information apart what necessary
For example on a plain CentOS host in 4.3.8 I have:

[root@ov200 ~]# lvs
  LV   VG Attr   LSizePool Origin Data%  Meta%  Move Log Cpy%Sync
Convert
  root cl -wi-ao <119.12g

  swap cl -wi-ao   16.00g

[root@ov200 ~]#

If you want to display information and avoid LVM predefined filters on
hypervisors (use only in case of problems or debug!) you can bypass the
configuration using the standard "--config" option
This switch was very useful when debugging problems with VM disks and gives
you all the real LVM structure, also with the tags used by oVirt

[root@ov200 ~]# lvs --config 'global { use_lvmetad=0 } devices { filter = [
"a|.*/|" ] } ' -o +tags
  LV   VG
Attr   LSizePool Origin Data%  Meta%  Move Log Cpy%Sync Convert LV
Tags

  root cl
-wi-ao <119.12g


  swap cl
-wi-ao   16.00g


  01e20442-21e2-4237-abdb-6e919bb1f522 fa33df49-b09d-4f86-9719-ede649542c21
-wi---   20.00g
IU_24d917f3-0858-45a0-a7a4-eba8b28b2a58,MD_47,PU_----

...

but all above is for the past. If you have a 4.3 environment you have not
to worry about it.

HIH a little understanding,
Gianluca