Ansible ovirt.ovirt_vm nics
by Matthew.Stier＠fujitsu.com
The 'nics' section of ovirt_vm is vague and with nearly no examples.
My playbook is based upon https://blogs.oracle.com/scoter/ansible-with-oracle-linux-virtualization-...
I've made several modifications, (more default) and added a few lines, which I believe is supposed to assign vnic profiles to the primary vnic (nic1), based upon the definition of 'vm_nic1_profile' defined in an included 'ini' file. (the profile defaulting to blank if it is not defined in the ini file.)
It isn't doing its job.
nics:
- name: "nic1"
profile_name: "{{ hostvars[item]['vm_nic1_profile'] | default('') }}"
The playbook runs without complaint. If I run it with option '-vvv' part of the output lists the variables, but the 'nics' variable is an empty list (nics[])
Any hints on what I'm doing wrong? I've checked the forum, but it tends to strip leading spaces, which is bad for indent sensitive code.
3 years, 7 months
Moving templates and their thin based VMs
by Gianluca Cecchi
Hello,
I had to free up and reformat a storage domain where I had some templates
and many VMs.
I was able to move to other existing storage domains disks of VMs created
with "Clone" Storage Allocation
But some of these VMs had disk with storage allocation of type "Thin" on
their related template.
So I was both unable to move these templates and VMs disks...
I was able to export as OVA the templates and then import again them (with
another name "_Copy") on to another storage domain.... then remove VMs and
templates and rename templates' names...
Are there any chances to better solve these kind of problems if one has to
decommission a storage domain? Only export of all VMs and related templates?
Is there a way to "consolidate" the disks of an existing "Thin" based
storage allocation to Clone?
Possibly I can clone the VM?
Thanks in advance,
Gianluca
3 years, 7 months
Re: FreeBSD 13 and virtio
by thomas＠hoberg.net
I am attaching both working configs here.
Von: Nur Imam Febrianto <nur_imam(a)outlook.com>
Gesendet: Dienstag, 20. April 2021 14:14
An: Thomas Hoberg <thomas(a)hoberg.net>; users(a)ovirt.org
Betreff: [ovirt-users] Re: FreeBSD 13 and virtio
Seems strange. I want to use q35, but whenever I try even to start the
installation (vm disk using virtio-scsi/virtio, net adapter using virtio) it
always shows me the installer doesn't detect any disk. I have an existing VM
too that recently upgraded from 12.2 to 13. It uses i440FX with virtio-scsi
disk and virtio network. If I try to change the machine into q35, it keeps
stuck at boot after "promiscuous mode enabled".
Don't know what's wrong. Using oVirt 4.4.5. Can you share your VM Config ?
From: Thomas Hoberg <mailto:thomas@hoberg.net>
Sent: 20 April 2021 17:27
To: users(a)ovirt.org <mailto:users@ovirt.org>
Subject: [ovirt-users] Re: FreeBSD 13 and virtio
q35 with BIOS as that is the cluster default with >4.3.
Running the dmesg messages through my mind as I remember them, the vio
hardware may be all PCIe based, which would explain why this won't work on a
virtual FX 440FX system, because those didn't have PCIe support AFAIK.
Any special reason why you'd want them based on 440FX?
And I also tested with GhostBSD, which is still 12.* based, and that doesn't
seem to have vio support, at least I could not see a hard disk there, which
confirms your observation there.
_______________________________________________
Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org>
To unsubscribe send an email to users-leave(a)ovirt.org
<mailto:users-leave@ovirt.org>
Privacy Statement:
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt
.org%2Fprivacy-policy.html
<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir
t.org%2Fprivacy-policy.html&data=04%7C01%7C%7C71e5972978224d31def708d903
e6f09b%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637545112683975628%7CUnk
nown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXV
CI6Mn0%3D%7C1000&sdata=effZxEik3q1lfTBn%2BBi4DXIQM6wVJfgiQ7%2Fqr0W1dLM%3
D&reserved=0>
&data=04%7C01%7C%7C71e5972978224d31def708d903e6f09b%7C84df9e7fe9f640afb4
35aaaaaaaaaaaa%7C1%7C0%7C637545112683975628%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=
effZxEik3q1lfTBn%2BBi4DXIQM6wVJfgiQ7%2Fqr0W1dLM%3D&reserved=0
oVirt Code of Conduct:
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt
.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F
<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovir
t.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F&data=04%7C01%7C%7C71
e5972978224d31def708d903e6f09b%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C
637545112683975628%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luM
zIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rvQ12IpSElU9D23G7HJvPz%2F
vqqZ0OaUhJ3wI%2BRslIQY%3D&reserved=0>
&data=04%7C01%7C%7C71e5972978224d31def708d903e6f09b%7C84df9e7fe9f640afb4
35aaaaaaaaaaaa%7C1%7C0%7C637545112683975628%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=
rvQ12IpSElU9D23G7HJvPz%2FvqqZ0OaUhJ3wI%2BRslIQY%3D&reserved=0
List Archives:
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovi
rt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F7ZWDRPXM6G25H4VRE3O
UAH25UIY4JVI3%2F
<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ov
irt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F7ZWDRPXM6G25H4VRE3
OUAH25UIY4JVI3%2F&data=04%7C01%7C%7C71e5972978224d31def708d903e6f09b%7C8
4df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637545112683975628%7CUnknown%7CTWF
pbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%
7C1000&sdata=qDf%2BRNi1PXI2cf%2F4XFc6qHCTY6lqOX9lE5Qvyhg4Xls%3D&rese
rved=0>
&data=04%7C01%7C%7C71e5972978224d31def708d903e6f09b%7C84df9e7fe9f640afb4
35aaaaaaaaaaaa%7C1%7C0%7C637545112683975628%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi
MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=
qDf%2BRNi1PXI2cf%2F4XFc6qHCTY6lqOX9lE5Qvyhg4Xls%3D&reserved=0
3 years, 7 months
oVirt Node's Future Regarding CentOS Stream
by eshwayri＠gmail.com
So I just finished migrating my 4.3 engine to 4.4 on a brand new RHvEL8 install; next step is to upgrade the hosts. When I first started with oVirt I used my own CentOS installs, but quickly decided that it made no sense for my use case. Now I am looking at upgrading from 4.3 to 4.4 and asking myself the same question. Up to now oVirt node has been using the same exact OS I would have used +/- a few extra packages, but with the traditional CentOS going away it really depends on what the new oVirt nodes are going to be based on. I have a feeling the answer to that question is CentOS Stream, which I don't feel comfortable with for this task. While I am sure the developers will test the combination before releasing a new node, they are still only testing whatever specific hardware combination they have. There could be numerous weird bugs that will only show up in certain situations. If Stream was as stable as an EL release, there wouldn't be EL releases. I also appreciate the fa
ct that oVirt is itself a work in progress, but the stable branch is considerably more like an EL release than a stream. Anyway, back to the point. Just want to confirm the future for node is stream before I go wasting time building my own EL8 hosts.
3 years, 7 months
Re: FreeBSD 13 and virtio
by Thomas Hoberg
q35 with BIOS as that is the cluster default with >4.3.
Running the dmesg messages through my mind as I remember them, the vio hardware may be all PCIe based, which would explain why this won't work on a virtual FX 440FX system, because those didn't have PCIe support AFAIK.
Any special reason why you'd want them based on 440FX?
And I also tested with GhostBSD, which is still 12.* based, and that doesn't seem to have vio support, at least I could not see a hard disk there, which confirms your observation there.
3 years, 7 months
Re: FreeBSD 13 and virtio
by Sandro Bonazzola
Maybe you can have a look at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236922 "Bug 236922 - Virtio
fails as QEMU-KVM guest with Q35 chipset on Ubuntu 18.04.2 LTS"
it's from ~20 days ago and the bug is still open
Il giorno mar 20 apr 2021 alle ore 14:16 Nur Imam Febrianto <
nur_imam(a)outlook.com> ha scritto:
> Seems strange. I want to use q35, but whenever I try even to start the
> installation (vm disk using virtio-scsi/virtio, net adapter using virtio)
> it always shows me the installer doesn’t detect any disk. I have an
> existing VM too that recently upgraded from 12.2 to 13. It uses i440FX with
> virtio-scsi disk and virtio network. If I try to change the machine into
> q35, it keeps stuck at boot after “promiscuous mode enabled”.
>
> Don’t know what’s wrong. Using oVirt 4.4.5. Can you share your VM Config ?
>
>
>
> *From: *Thomas Hoberg <thomas(a)hoberg.net>
> *Sent: *20 April 2021 17:27
> *To: *users(a)ovirt.org
> *Subject: *[ovirt-users] Re: FreeBSD 13 and virtio
>
>
>
> q35 with BIOS as that is the cluster default with >4.3.
>
> Running the dmesg messages through my mind as I remember them, the vio
> hardware may be all PCIe based, which would explain why this won't work on
> a virtual FX 440FX system, because those didn't have PCIe support AFAIK.
>
> Any special reason why you'd want them based on 440FX?
>
> And I also tested with GhostBSD, which is still 12.* based, and that
> doesn't seem to have vio support, at least I could not see a hard disk
> there, which confirms your observation there.
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)ovirt.org
> Privacy Statement:
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ov...
> oVirt Code of Conduct:
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ov...
> List Archives:
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists....
>
>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org
> To unsubscribe send an email to users-leave(a)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/KFTCXCLC6Q5...
>
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)redhat.com
<https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
3 years, 7 months
oVirt Node
by KSNull Zero
Hello!
We want to switch OS based oVirt instalation to oVirt-Node based.
Is it safe to have OS based hosts and oVirt-Node hosts in the same cluster (with FC shared storage) during transition ?
Thank you.
3 years, 7 months
rhv-log-collector-analyzer available missing?
by Juhani Rautiainen
Hi!
I'm trying to upgrade SHE from 4.3->4.4. Instructions from
https://www.ovirt.org/documentation/upgrade_guide/#SHE_Upgrading_from_4-3
has step "4.2 Analyzing the Environment". My installation doesn't
bring the tool rhv-log-collector-analyzer although wiki has a notice
that it has been available since v4.2.5?
[root@ovirtmgr ~]# yum install rhv-log-collector-analyzer
Loaded plugins: fastestmirror, versionlock
Determining fastest mirrors
ovirt-4.3-epel/x86_64/metalink
| 34 kB 00:00:00
* base: mirror.hosthink.net
* extras: mirror.hosthink.net
* ovirt-4.3: resources.ovirt.org
* ovirt-4.3-epel: mirrors.nxthost.com
* updates: mirror.hosthink.net
base
| 3.6 kB 00:00:00
centos-sclo-rh-release
| 3.0 kB 00:00:00
extras
| 2.9 kB 00:00:00
ovirt-4.3
| 3.0 kB 00:00:00
ovirt-4.3-centos-gluster6
| 3.0 kB 00:00:00
ovirt-4.3-centos-opstools
| 2.9 kB 00:00:00
ovirt-4.3-centos-ovirt-common
| 3.0 kB 00:00:00
ovirt-4.3-centos-ovirt43
| 2.9 kB 00:00:00
ovirt-4.3-centos-qemu-ev
| 3.0 kB 00:00:00
ovirt-4.3-epel
| 4.7 kB 00:00:00
ovirt-4.3-virtio-win-latest
| 3.0 kB 00:00:00
sac-gluster-ansible
| 3.3 kB 00:00:00
updates
| 2.9 kB 00:00:00
(1/9): extras/7/x86_64/primary_db
| 232 kB 00:00:00
(2/9): ovirt-4.3-centos-gluster6/x86_64/primary_db
| 120 kB 00:00:00
(3/9): ovirt-4.3-epel/x86_64/group_gz
| 96 kB 00:00:00
(4/9): base/7/x86_64/primary_db
| 6.1 MB 00:00:00
(5/9): ovirt-4.3-epel/x86_64/updateinfo
| 1.0 MB 00:00:00
(6/9): ovirt-4.3-epel/x86_64/primary_db
| 6.9 MB 00:00:00
(7/9): centos-sclo-rh-release/x86_64/primary_db
| 2.9 MB 00:00:00
(8/9): sac-gluster-ansible/x86_64/primary_db
| 12 kB 00:00:00
(9/9): updates/7/x86_64/primary_db
| 7.1 MB 00:00:00
No package rhv-log-collector-analyzer available.
Error: Nothing to do
Are we missing a repo or is this just copy/paste error from RHV docs
and this step shouldn't even be in the oVirt docs?
Thanks,
Juhani
--
Juhani Rautiainen jrauti(a)iki.fi
3 years, 7 months
