- Users - oVirt List Archives

Manual VDSM install cannot start
by Matt . 30 Jan '17

30 Jan '17

Hi, When I try to installl VDSM manually and run the following needed commands: systemctl stop supervdsmd.service systemctl stop libvirtd.service vdsm-tool configure --module libvirt --force systemctl start vdsmd.service VDSMD is not able to start: Jan 29 20:09:34 host-04 vdsm-tool: libvirt: XML-RPC error : authentication failed: authentication failed Jan 29 20:09:34 host-04 journal: authentication failed: authentication failed Jan 29 20:09:34 host-04 journal: End of file while reading data: Input/output error Jan 29 20:09:34 host-04 journal: authentication failed: Failed to start SASL negotiation: -20 (SASL(-13): user not found: unable to canonify user and get auxprops) What can cause this issue, I see earlier issues with some passwd.py missing file but I'm on 4.0.6 which should not have this issue anymore. I hope someone has some clue. Thanks, Matt

3 3

Change the timezone on the dashboard
by Logan Kuhn 29 Jan '17

29 Jan '17

Is there a way to change the timezone for the dashboard plugin? I've searched the list and the plugin files and can't seem to find where it's set. Logan

3 3

Can't export VM's
by Peter Calum 29 Jan '17

29 Jan '17

Hi, I use oVirt Engine Version: 4.0.5.5-1.el7.centos I have an export domain that i use for backup of the VM's with the snapshot-clone-export method. This have worked fine for a long time, but now i'm not able to export the VM's. I have tried to detach the export domain and attach it again with no luck. I have attached a log where i first detach/attach the export domain and then clone a snapshot which goes ok, and then export the cloned VM which fails. If i click on storage tab/ my export domain and click VM import tab the SPM fails shortly, see attached event1.log Hope you can help. -- Venlig hilsen / Kind regards Peter Calum

1 2

engine-backup Ovirt 3.6.
by Ricky Schneberger 29 Jan '17

29 Jan '17

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5nUHJTtHgGKFqBJrGPUJhQQvGpB826XlW Content-Type: multipart/mixed; boundary="q4KOr5GvJA9S6x6AcrRqBLxpovuTHj0SC"; protected-headers="v1" From: Ricky Schneberger <ricky(a)schneberger.se> Reply-To: ricky(a)schneberger.se To: users <users(a)ovirt.org> Message-ID: <041a88c2-9f61-c15d-f2fb-5548d5d430e7(a)schneberger.se> Subject: engine-backup Ovirt 3.6. --q4KOr5GvJA9S6x6AcrRqBLxpovuTHj0SC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, Its time to move in to Ovirt 4.x. But when I do the backup I got an error telling me "FATAL: Failed notifying engine". The command I us is "engine-backup --mode=3Dbackup=20 --file=3Dengine_2.6.7.tar.gz --log=3Dengine_2.6.7_backup.log" and the what I got is: " Backing up: Notifying engine Notifying engine FATAL: Failed notifying engine " The engine_2.6.7_backup.log says: " 2017-01-27 12:55:20 17029: Start of engine-backup mode backup scope all file engine_2.6.7.tar.gz 2017-01-27 12:55:20 17029: OUTPUT: Backing up: 2017-01-27 12:55:20 17029: Generating pgpass 2017-01-27 12:55:20 17029: OUTPUT: Notifying engine 2017-01-27 12:55:20 17029: pg_cmd running: psql -w -U engine -h localhost -p 5432 engine -t -c SELECT LogEngineBackupEvent('files', now(), 0, 'Started', 'ovirt.actnet.local', '/root/engine_2.6.7_backup.log'); psql: FATAL: password authentication failed for user "engine" 2017-01-27 12:55:20 17029: FATAL: Failed notifying engine 2017-01-27 12:55:20 17029: OUTPUT: Notifying engine 2017-01-27 12:55:20 17029: pg_cmd running: psql -w -U engine -h localhost -p 5432 engine -t -c SELECT LogEngineBackupEvent('files', now(), -1, 'Failed notifying engine', 'ovirt.actnet.local', '/root/engine_2.6.7_backup.log'); psql: FATAL: password authentication failed for user "engine" 2017-01-27 12:55:20 17029: FATAL: Failed notifying engine " I can connect to the database with user"engine" and the password found in the file "10-setup-database.conf". Regards --=20 Ricky Schneberger ------------------------------------ Use PGP to protect your own privacy! Key fingerprint =3D 59E1 2B00 C28B 6E0D C8D1 D85B 39AA 7CD5 B88C 0B63 Key-ID: 0xB88C0B63 --q4KOr5GvJA9S6x6AcrRqBLxpovuTHj0SC-- --5nUHJTtHgGKFqBJrGPUJhQQvGpB826XlW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAliLPYUACgkQOap81biMC2OlsACffNfXK0gQJQa7wJ/2uauVU0hi oOIAnjRT0a3F6dyRniwbh4q5c+lmtGjO =fxxg -----END PGP SIGNATURE----- --5nUHJTtHgGKFqBJrGPUJhQQvGpB826XlW-- -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpdesk(a)actnet.se

2 1

Unable to activate Storage Pool
by Phil D 29 Jan '17

29 Jan '17

Hello, My ovirt node has crashed and am unable to reach the engine manager. I have the NFS mounts working okay and am able to execute getStorageDomainInfo against them and retrieve the pool id. The major issue I am having is that to be able to use connectStoragePool I seem to need the Master UUID as am getting: vdsClient -s localhost connectStoragePool 9b40933b-8198-4b3d-bfc2-6d1e49a97d70 0 0 Cannot find master domain: 'spUUID=9b40933b-8198-4b3d-bfc2-6d1e49a97d70, msdUUID=00000000-0000-0000-0000-000000000000' How can I find the correct msdUUID to use ? Thanks, Phil

2 1

Actual downtime during migration?
by Gianluca Cecchi 29 Jan '17

29 Jan '17

Hello, I was testing put host into maintenance on 4.0.6, with 1 VM running. It correctly completes the live migration of the VM and I see this event in pane: Migration completed (VM: ol65, Source: ovmsrv06, Destination: ovmsrv05, Duration: 39 seconds, Total: 39 seconds, Actual downtime: 133ms) What is considered as "Actual downtime"? Thanks, Gianluca

3 3

[ANN] oVirt 4.1.0 First Release Candidate is now available
by Sandro Bonazzola 29 Jan '17

29 Jan '17

The oVirt Project is pleased to announce the availability of the First Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the first release candidate of the 4.1 release series. 4.1.0 brings more than 250 enhancements and more than 700 bugfixes, including more than 300 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available A release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 release highlights: http://www.ovirt.org/release/4.1.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.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-manage… [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

7 14

Dealing with time drifts due to migrated/paused VMs
by Christian Affolter 29 Jan '17

29 Jan '17

Hi everyone, recently, I observed some time drifts within a couple of virtual CentOS 7 VMs running on oVirt 3.6. All the VMs have NTP and the qemu guest agent running and use the kvm-clock as their clock source. The drifts vary over the VMs, a few of them were drifting even so high, that NTP would panic and terminate itself. After some log analyzing, I found out, that some of the VMs experienced some I/O issues lately and were paused automatically (and resumed later on), others were migrated a couple of time. The root cause seems to be the pause/resume cycle which the guest doesn't notice and hence must rely solely on NTP to correct the time. Which, of course is the purpose of NTP but can take relatively long, even if it detects a spike and performs a clock_step. vdsm provides the _syncGuestTime() method [1], which should help in this case and set the time using the qemu guest agent. However, it seems that this method only gets called during a restore [2] and not after a migration [3]. Some peeking at the master branch, reveals that the idea of setting the time after resuming a VM won't be implemented anymore [4]. Although, the first argument within the above referenced comment might be valid for some systems, most of it probably still prefer to get the time corrected as quickly as possible - but of course this depends on the use case and should ideally be configurable by the user. I couldn't find a reference or comment about the situation during the continuation of a VM [5]. As some simple vdsClient pause/continue cycles have shown, the clock won't be set on continuation and it took NTP around 20 minutes before it performed a hard clock_step. This finally leads me to my questions: Is there a simple way to let ovirt/vdsm/libvirt set the time after a migration or the continuation of paused VM? How are others dealing with this situation? Many thanks, Chris [1] https://github.com/oVirt/vdsm/blob/ovirt-3.6.3/vdsm/virt/vm.py#L1199-L1208 [2] https://github.com/oVirt/vdsm/blob/ovirt-3.6.3/vdsm/virt/vm.py#L2838 [3] https://github.com/oVirt/vdsm/blob/ovirt-3.6.3/vdsm/virt/vm.py#L2862-L2866 [4] https://github.com/oVirt/vdsm/blob/master/vdsm/virt/vm.py#L3106-L3116 [5] https://github.com/oVirt/vdsm/blob/master/vdsm/virt/vm.py#L1011

1 0

new qemu-kvm-ev available
by Gianluca Cecchi 28 Jan '17

28 Jan '17

This morning I noticed the message about updates availalble for my CentOS 7.3 host. A yum update on it proposed qemu-kvm-ev 2.6.0-28.el7_3.3.1 and related packages The changelog from the current one (2.6.0-27.1.el7) seems quit big (see below)... I applied it and I'm going to test. After working on the first host and activatinh inside the cluster, do you think I can live migrate a VM from a 2.6.0-27.1.el7 host to a 2.6.0-28.el7_3.3.1 in your opinion? Gianluca * Fri Jan 20 2017 Sandro Bonazzola <sbonazzo(a)redhat.com> - ev-2.6.0-28.el7_3.3.1 - Removing RH branding from package name * Wed Jan 04 2017 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.6.0-28.el7_3.3 - kvm-pc_piix-fix-compat-props-typo-for-RHEL6-machine-type.patch [bz#1408122] - kvm-net-don-t-poke-at-chardev-internal-QemuOpts.patch [bz#1410200] - Resolves: bz#1408122 (Opteron_G4 CPU model broken in QEMU 2.6 with RHEL 6 machine type) - Resolves: bz#1410200 (qemu gets SIGSEGV when hot-plug a vhostuser network) * Fri Dec 09 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.6.0-28.el7_3.2 - kvm-numa-do-not-leak-NumaOptions.patch [bz#1397745] - kvm-char-free-the-tcp-connection-data-when-closing.patch [bz#1397745] - kvm-char-free-MuxDriver-when-closing.patch [bz#1397745] - kvm-ahci-free-irqs-array.patch [bz#1397745] - kvm-virtio-input-free-config-list.patch [bz#1397745] - kvm-usb-free-USBDevice.strings.patch [bz#1397745] - kvm-usb-free-leaking-path.patch [bz#1397745] - kvm-ahci-fix-sglist-leak-on-retry.patch [bz#1397745] - kvm-virtio-add-virtqueue_rewind.patch [bz#1402509] - kvm-virtio-balloon-fix-stats-vq-migration.patch [bz#1402509] - kvm-virtio-blk-Release-s-rq-queue-at-system_reset.patch [bz#1393041] - kvm-virtio-blk-Remove-stale-comment-about-draining.patch [bz#1393041] - Resolves: bz#1393041 (system_reset should clear pending request for error (virtio-blk)) - Resolves: bz#1397745 (Backport memory leak fixes from QEMU 2.7) - Resolves: bz#1402509 (virtio-balloon stats virtqueue does not migrate properly) * Wed Nov 30 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.6.0-28.el7_3.1 - kvm-ide-fix-halted-IO-segfault-at-reset.patch [bz#1393043] - kvm-atapi-fix-halted-DMA-reset.patch [bz#1393043] - kvm-ahci-clear-aiocb-in-ncq_cb.patch [bz#1393736] - kvm-Workaround-rhel6-ctrl_guest_offloads-machine-type-mi.patch [bz#1392876] - kvm-Postcopy-vs-xbzrle-Don-t-send-xbzrle-pages-once-in-p.patch [bz#1395360] - kvm-ui-fix-refresh-of-VNC-server-surface.patch [bz#1392881] - Resolves: bz#1392876 (windows guests migration from rhel6.8-z to rhel7.3 with virtio-net-pci fail) - Resolves: bz#1392881 (Graphic can't be showed out quickly if guest graphic mode is vnc) - Resolves: bz#1393043 (system_reset should clear pending request for error (IDE)) - Resolves: bz#1393736 (qemu core dump when there is an I/O error on AHCI) - Resolves: bz#1395360 (Post-copy migration fails with XBZRLE compression) * Tue Sep 27 2016 Miroslav Rezanina <mrezanin(a)redhat.com> - rhev-2.6.0-28.el7 - kvm-ARM-ACPI-fix-the-AML-ID-format-for-CPU-devices.patch [bz#1373733] - Resolves: bz#1373733 (failed to run a guest VM with >= 12 vcpu under ACPI mode)

2 1

Ovirt FQDN
by rightkicktech.gmail.com 28 Jan '17

28 Jan '17

------PXLRQ3P0G6SY9KXSTS097IKHZKWG31 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi all, Is there any way to bypass the FQDN access requirement on ovirt 4? On previous versions I was able to access ovirt engine using IP. It is impractical to access with FQDN when doing remote port forwarding. Thanx, Alex -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ------PXLRQ3P0G6SY9KXSTS097IKHZKWG31 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hi all, Is there any way to bypass the FQDN access requirement on ovirt 4? On previous versions I was able to access ovirt engine using IP. It is impractical to access with FQDN when doing remote port forwarding. Thanx, Alex -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ------PXLRQ3P0G6SY9KXSTS097IKHZKWG31--

5 9