- Users - oVirt List Archives

Single Node Deployment - Self-Hosted-Engine
by Brian Wilson 29 Jan '19

29 Jan '19

I have a question regarding installing a single node and then running the self-hosted engine on it. I would like to keep this as simple as possible and am running into an issue with where to tell the installer to place the engine. It asks me to choose a shared storage technology(gfs,nfs, iscsi) and i dont want to rely on anything outside of this single box to provide storage. I would like to add another volume (LVM) as a local storage domain to be used for this as well as all other VMs to be run on this all in one box. Is there some secret sauce to getting this installer to choose a local location rather than a shared one?

4 6

[ANN] oVirt 4.3.0 Fourth Release Candidate is now available for testing
by Sandro Bonazzola 29 Jan '19

29 Jan '19

The oVirt Project is pleased to announce the availability of the Fourth Release Candidate of oVirt 4.3.0, as of January 29th, 2019 This is pre-release software. This pre-release should not to be used in production. Please take a look at our community page[1] to learn how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This update is the first release candidate of the 4.3.0 version. This release brings more than 130 enhancements and more than 450 bug fixes on top of oVirt 4.2 series. What's new in oVirt 4.3.0? * Q35 chipset, support booting using UEFI and Secure Boot * Skylake-server and AMD EPYC support * New smbus driver in windows guest tools * Improved support for v2v * OVA export / import of Templates * Full support for live migration of High Performance VMs * Microsoft Failover clustering support (SCSI Persistent Reservation) for Direct LUN disks * Hundreds of bug fixes on top of oVirt 4.2 series * New VM portal details page (see a preview here: https://imgur.com/a/ExINpci) * New Cluster upgrade UI * OVN security groups * IPv6 (static host addresses) * Support of Neutron from RDO OpenStack 13 as external network provider * Support of using Skydive from RDO OpenStack 14 as Tech Preview * Support for 3.6 and 4.0 data centers, clusters and hosts were removed * Now using PostgreSQL 10 * New metrics support using rsyslog instead of fluentd This release is available now on x86_64 architecture for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later This release supports Hypervisor Hosts on x86_64 and ppc64le architectures for: * Red Hat Enterprise Linux 7.6 or later * CentOS Linux (or similar) 7.6 or later * oVirt Node 4.3 (available for x86_64 only) Experimental tech preview for x86_64 and s390x architectures for Fedora 28 is also included. See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available for CentOS 7 - oVirt Node NG is already available for both CentOS 7 and Fedora 28 (tech preview). - oVirt Appliance for Fedora 28 (tech preview) is being delayed due to build issues with the build system. Additional Resources: * Read more about the oVirt 4.3.0 release highlights: http://www.ovirt.org/release/4.3.0/ * 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] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.3.0/ [4] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/ -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

Planned infra outage - Saturday February 2
by Evgheni Dereveanchin 29 Jan '19

29 Jan '19

Hi everyone, There's a maintenance window planned for this Saturday, February 2 2019 to upgrade network equipment in the PHX datacenter. The change will be implemented during afternoon hours and several oVirt infra services may be unreachable for short periods of time, specifically: * package repositories * Jenkins CI * glance image repo If you have problems accessing project resources during this period or see CI failures please re-try in a couple of hours. The project website and Gerrit code review are not affected by this outage and will continue to function normally. -- Regards, Evgheni Dereveanchin

1 0

Clearing asynchronous task Unknown
by nicolas＠devels.es 29 Jan '19

29 Jan '19

Hi, We're running oVirt 4.1.9 (I know there's a new version, we can't upgrade until [1] is implemented). The thing is that since some days we're having an event that floods our event list: Clearing asynchronous task Unknown that started at Tue Jan 22 14:33:17 WET 2019 The event shows up every minute. We tried restarting the ovirt-engine, but after some time it starts flooding again. No pending tasks in the task list. How can I check what is happening and how to solve it? Thanks. [1]: https://github.com/oVirt/ovirt-web-ui/issues/490

2 2

[ANN] oVirt 4.2.8 async update is now available
by Sandro Bonazzola 29 Jan '19

29 Jan '19

The oVirt Team has just released a new version of the following packages: - ovirt-engine-metrics-1.1.8.1 The async release addresses the following bugs: Bug 1631808 <https://bugzilla.redhat.com/show_bug.cgi?id=1631808> - Ensure ovirt-engine-metrics in oVirt 4.2 doesn't have compatibility issues if fluentd doesn't exist on host This fix allows to have 4.3 nodes with 4.2 engine to ease upgrade. -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

1 0

oVirt SHE 4.2.8 and CentOS 7.6
by Vrgotic, Marko 29 Jan '19

29 Jan '19

Hi all, Looking at 4.2.8 and How Support version is EL 7.5. Does that mean that is not recommended to upgrade already running SHE to higher than EL 7.5, or it means not to deploy it on EL version lower than 7.5? Thank you. Marko Vrgotic

2 3

Re: converting oVirt host to be able to hosts to a Self-Hosted Environment
by Simone Tiraboschi 28 Jan '19

28 Jan '19

On Mon, Jan 28, 2019 at 1:31 PM Jarosław Prokopowski <jprokopowski(a)gmail.com> wrote: > Thanks Simone > > I forgot to mention that this is to have second node that is able to host > the self-hosted engine for HA purposes. > There is already one node that hosts the self-hosted engine and I want to > have second one. > Will it work in this case? > No, in this case it's by far easier: you should just set that host into maintenance mode from the engine and remember to switch on the hosted-engine deployment flag when you go to reinstall the host. > > > > On Mon, Jan 28, 2019 at 1:25 PM Simone Tiraboschi <stirabos(a)redhat.com> > wrote: > >> >> >> On Mon, Jan 28, 2019 at 12:21 PM Jarosław Prokopowski < >> jprokopowski(a)gmail.com> wrote: >> >>> Hi Guys, >>> >>> Is there a way to convert existing oVirt node (CentOS) to be able to >>> host a Self-Hosted Environment? >>> If so how can I do that? >>> >> >> Hi, the best option is with backup and restore. >> Basically you should take a backup of your current engine with >> engine-backup >> and then deploy hosted-engine with hosted-engine --deploy >> --restore-from-file=mybackup.tar.gz >> >> >>> >>> Thanks >>> Jaroson >>> _______________________________________________ >>> Users mailing list -- users(a)ovirt.org >>> To unsubscribe send an email to users-leave(a)ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZVY4SD5RTNV6V… >>> >>

1 0

converting oVirt host to be able to hosts to a Self-Hosted Environment
by Jarosław Prokopowski 28 Jan '19

28 Jan '19

Hi Guys, Is there a way to convert existing oVirt node (CentOS) to be able to host a Self-Hosted Environment? If so how can I do that? Thanks Jaroson

2 1

Ovirt snapshot issues
by Alex K 28 Jan '19

28 Jan '19

Hi all, I have ovirt 4.2.7, self-hosted on top gluster, with two servers. I have a specific VM which has encountered some snapshot issues. The engine lists 4 snapshots and when trying to delete one of them I get "General command validation failure". The VM was being backed up periodically by a python script which was creating a snapshot -> clone -> export -> delete clone -> delete snapshot. There were times where the VM was complaining of some illegal snapshots following such backup procedures and I had to delete such illegal snapshots references from the engine DB (following some steps found online), otherwise I would not be able to start the VM if it was shut down. Seems though that this is not a clean process and leaves the underlying image of the VM in an inconsistent state in regards to its snapshots as when checking the backing chain of the image file I get: *b46d8efe-885b-4a68-94ca-e8f437566bee* (active VM)* ->* *b7673dca-6e10-4a0f-9885-1c91b86616af ->* *4f636d91-a66c-4d68-8720-d2736a3765df ->* 6826cb76-6930-4b53-a9f5-fdeb0e8012ac -> 61eea475-1135-42f4-b8d1-da6112946bac -> *604d84c3-8d5f-4bb6-a2b5-0aea79104e43 ->* 1e75898c-9790-4163-ad41-847cfe84db40 -> *cf8707f2-bf1f-4827-8dc2-d7e6ffcc3d43 ->* 3f54c98e-07ca-4810-82d8-cbf3964c7ce5 (raw image) The bold ones are the ones shown at engine GUI. The VM runs normally without issues. I was thinking if I could use qemu-img commit to consolidate and remove the snapshots that are not referenced from engine anymore. Any ideas from your side? Thanx, Alex

2 5

Nvidia Grid K2 and Ovirt GPU Passtrough
by jarheadx＠hotmail.de 28 Jan '19

28 Jan '19

Hello, i have tried every documentation that i found to bring GPU Passtrough with a Nvidia Grid K2 to ovirt, but i failed. I am confident that it has to run with my hardware, but i have no ideas anymore. Maybe the community can help me. Actually my VM (Win7 and Win10) crashes or hangs on startup. I have done theese steps: 1. lspci -nnk ......... 07:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104GL [GRID K2] [10de:11bf] (rev a1) Subsystem: NVIDIA Corporation Device [10de:100a] Kernel driver in use: pci-stub Kernel modules: nouveau 08:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104GL [GRID K2] [10de:11bf] (rev a1) Subsystem: NVIDIA Corporation Device [10de:100a] Kernel driver in use: pci-stub Kernel modules: nouveau ......... 2. /etc/default/grub ......... GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=cl/root rd.lvm.lv=cl/swap rhgb quiet pci-stub.ids=10de:11bf rdblacklist=nouveau amd_iommu=on" ........ 3. Added Line "options vfio-pci ids=10de:11bf" to nano /etc/modprobe.d/vfio.conf dmesg | grep -i vfio -> [ 11.202767] VFIO - User Level meta-driver version: 0.3 [ 11.315368] vfio_pci: add [10de:11bf[ffff:ffff]] class 0x000000/00000000 [ 1032.582778] vfio_ecap_init: 0000:07:00.0 hiding ecap 0x19@0x900 [ 1046.232009] vfio-pci 0000:07:00.0: irq 61 for MSI/MSI-X ------------------------------------------------------------------------- After assigning the GPU to the VM, the OS hangs on startup Any ideas? Best Regards Reza

3 3