- Users - oVirt List Archives

Re: [Users] oVirt 3.5 planning
by Juan Pablo Lorier 04 Mar '14

04 Mar '14

Hi, I'm kind of out of date at this time, but I'd like to propose something that was meant for 3.4 and I don't know it it made into it; use any nfs share as either a iso or export so you can just copy into the share and then update in some way the db. Also, make export domain able to be shared among dcs as is iso domain, that is an rfe from long time ago and a useful one. Attaching and dettaching domains is both time consuming and boring. Also using tagged and untagged networks on top of the same nic. Everybody does that except for ovirt. I also like to say that tough I have a huge enthusiasm for ovirt's fast evolution, I think that you may need to slow down with adding new features until most of the rfes that have over a year are done, because other way it's kind of disappointing opening a rfe just to see it sleeping too much time. Don't take this wrong, I've been listened and helped by the team everytime I needed and I'm thankful for that. Regards,

2 2

[Users] [ANN] oVirt 3.4.0 Release Candidate is now available
by Sandro Bonazzola 04 Mar '14

04 Mar '14

The oVirt team is pleased to announce that the 3.4.0 Release Candidate is now available for testing. Release notes and information on the changes for this update are still being worked on and will be available soon on the wiki[1]. Please ensure to follow install instruction from release notes if you're going to test it. The existing repository ovirt-3.4.0-prerelease has been updated for delivering this release candidate and future refreshes until final release. An oVirt Node iso is already available, unchanged from third beta. You're welcome to join us testing this release candidate in next week test day [2] scheduled for 2014-03-06! [1] http://www.ovirt.org/OVirt_3.4.0_release_notes [2] http://www.ovirt.org/OVirt_3.4_Test_Day -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 7

[Users] Host requirements for 3.4 compatibility
by Darren Evenson 04 Mar '14

04 Mar '14

--_000_95F206E8E9D71348930EC3BF6DA3BFD6490EC02264CLICK03clicki_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have updated my engine to 3.4 rc. I created a new cluster with 3.4 compatibility version, and then I moved a = host I had in maintenance mode to the new cluster. When I activate it, I get the error "Host kvmhost2 is compatible with versi= ons (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new which is set to v= ersion 3.4." My host was Fedora 20 with the latest updates: Kernel Version: 3.13.4 - 200.fc20.x86_64 KVM Version: 1.6.1 - 3.fc20 LIBVIRT Version: libvirt-1.1.3.3-5.fc20 VDSM Version: vdsm-4.13.3-3.fc20 So I enabled fedora-virt-preview and updated, but I still get the same erro= r, even now with libvirt 1.2.1: Kernel Version: 3.13.4 - 200.fc20.x86_64 KVM Version: 1.7.0 - 5.fc20 LIBVIRT Version: libvirt-1.2.1-3.fc20 VDSM Version: vdsm-4.13.3-3.fc20 What am I missing? - Darren --_000_95F206E8E9D71348930EC3BF6DA3BFD6490EC02264CLICK03clicki_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3D"#0563C1= " vlink=3D"#954F72"><div class=3DWordSection1>I have u= pdated my engine to 3.4 rc.<o:p></o:p><o:p> <= /o:p>I created a new cluster with 3.4 compatibilit= y version, and then I moved a host I had in maintenance mode to the new clu= ster.<o:p></o:p><o:p> </o:p>When I activate it, I get the error “Host kvmhost2 is compati= ble with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Cluster_new whi= ch is set to version 3.4.”<o:p></o:p><o:p>&n= bsp;</o:p>My host was Fedora 20 with the latest up= dates:<o:p></o:p><o:p> </o:p>Kernel Version: 3.13.4 - 200.fc20.x86_64<o:p></o:p>KVM Version: 1.6.1 - 3.fc20<o:p></o:p>LI= BVIRT Version: libvirt-1.1.3.3-5.fc20<o:p></o:p>VD= SM Version: vdsm-4.13.3-3.fc20<o:p></o:p><o:p>&nbs= p;</o:p>So I enabled fedora-virt-preview and updat= ed, but I still get the same error, even now with libvirt 1.2.1:<o:p></o:p>= <o:p> </o:p>Kernel V= ersion: 3.13.4 - 200.fc20.x86_64<o:p></o:p>KVM Ver= sion: 1.7.0 - 5.fc20<o:p></o:p>LIBVIRT Version: li= bvirt-1.2.1-3.fc20<o:p></o:p>VDSM Version: vdsm-4.= 13.3-3.fc20<o:p></o:p><o:p> </o:p>What am I missing?<o:p></o:p><o:p>&n= bsp;</o:p>- Darren<o:p></o:p><o:p> </o:p></div></body></html>= --_000_95F206E8E9D71348930EC3BF6DA3BFD6490EC02264CLICK03clicki_--

3 6

[Users] [QE] oVirt 3.4.0 status
by Sandro Bonazzola 04 Mar '14

04 Mar '14

Hi, oVirt 3.4.0 RC has been released and is currently on QA. While we're preparing for this week Test Day on 2014-03-06 a few blockers have been opened. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Status Summary infra 1070742 POST [database] support postgres user length within schema version infra 1071536 POST Notifier doesn't send any notifications via email integration 1067058 POST [database] old psycopg2 does not accept unicode string as port name integration 1069193 POST Release maven artifacts with correct version numbers integration 1072307 POST remote database cannot be used virt 1069201 ASSIGNED [REST]: Missing domain field on VM\Template object. virt 1071997 POST VM is not locked on run once All remaining bugs have been re-targeted to 3.4.1. Maintainers / Assignee: - Please remember to rebuild your packages before 2014-03-11 09:00 UTC if you want them to be included in 3.4.0 GA. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - Please provide ETA on blockers bugs and fix them as soon as possible - Please fill release notes, the page has been created here [2] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-02-19 Be prepared for upcoming oVirt 3.4.0 Test Day on 2014-03-06! Thanks to all people already testing 3.4.0 RC! [1] https://bugzilla.redhat.com/1024889 [2] http://www.ovirt.org/OVirt_3.4.0_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] Recommended way to disconnect and remove iSCSI direct LUNs
by Boyan Tabakov 04 Mar '14

04 Mar '14

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --VQiJjAHh4OqnW9GHojIg6s1LSghwPBraw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I have ovirt 3.3.2 running with FC19 nodes. I have several virtual machines that use directly attached iSCSI LUNs. Discovering, attaching and using new LUNs works without issues (vdsm needed some patching to work with Dell Equallogic, as described here https://sites.google.com/a/keele.ac.uk/partlycloudy/ovirt, but that's a separate issue). Also live migration works well between hosts and the LUNs get properly attached to the migration target host. However, I don't see any way to disconnect/remove LUNs that are no longer needed (e.g. VM is removed). What is the recommended way to remove old LUNs, so that the underlying iSCSI sessions are disconnected? Especially if a VM has been migrated between hosts, it leaves the LUNs connected on multiple nodes. Thank you in advance! Best regards, Boyan Tabakov --VQiJjAHh4OqnW9GHojIg6s1LSghwPBraw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMN4OIACgkQXOXFG4fgV77UqgCg2dNkHFiaLHkieT/Cao407JpH 7SMAoIoyTcqIgz+mzjTGW+SfbKs7vnEp =wBiV -----END PGP SIGNATURE----- --VQiJjAHh4OqnW9GHojIg6s1LSghwPBraw--

2 2

[Users] [QE] oVirt 3.3.5 status
by Sandro Bonazzola 04 Mar '14

04 Mar '14

Hi, now that 3.3.4 has been released, it's time to look at 3.3.5. Here is the tentative timeline: General availability: 2014-04-09 RC Build: 2014-04-02 Nightly builds are available enabling the oVirt 3.3 snapshots repositories: # yum-config-manager --enable ovirt-3.3-snapshot # yum-config-manager --enable ovirt-3.3-snapshot-static As you can see there won't be any beta release before RC for 3.3.z and the same will be for 3.4.z. Now we've nightly builds also for stable branches so you can test them whenever you want to. If you're going to test it, please add yourself as tester on [3] Note to maintainers: * For Release candidate builds, we'll send to all maintainers a reminder the week before the build on Thursday morning (UTC timezone). Packages that won't be ready before the announced compose time won't be added to the release candidate. Please remember to build your packages the day before repository composition if you want it in. * Release notes must be filled [1] * A tracker bug has been created [2] and shows 1 bug blocking the release: Whiteboard Bug ID Summary virt 1071997 VM is not locked on run once * Please add bugs to the tracker if you think that 3.3.5 should not be released without them fixed. [1] http://www.ovirt.org/OVirt_3.3.5_release_notes [2] http://bugzilla.redhat.com/1071867 [3] http://www.ovirt.org/Testing/oVirt_3.3.5_testing Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] [ANN] oVirt 3.3.4 release
by Sandro Bonazzola 04 Mar '14

04 Mar '14

The oVirt development team is pleased to announce the general availability of oVirt 3.3.4 as of March 4th 2014. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-stable has been updated for delivering this release without the need of enabling any other repository. A new oVirt Node build is also available [2]. [1] http://www.ovirt.org/OVirt_3.3.4_release_notes [2] http://resources.ovirt.org/releases/3.3.4/iso/ovirt-node-iso-3.0.4-1.0.2014… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Users] Using ovirt-node with virt-mananager
by Andy Michielsen 04 Mar '14

04 Mar '14

Hello, How do I connect to an ovirt nodr with virt manager. Kind regards.

2 1

[Users] Setting up an ovirt-node
by Andy Michielsen 04 Mar '14

04 Mar '14

Hello, I did a clean install of a ovirt-node with the iso provided from ovirt. Everything went fine until I logged on with the admin user and configured the ovirt-engines address. Now I don't have any network connection any more. I have 2 nic's available and defined only the first one with a static IP. When I check the network settings in the admin menu it tells me I have serveral bond devices. If I log on with a root user it states that under /etc/sysconfig/network_scripts that there is a ifcfg_em1, ifcfg_ovirtmgmt and a ifcfg_brem1. The two last devices use the same static ip that I defined on the ifcfg_em1. How can I get my network back up and runnig as I will need this to connect to the engine which is running on an other server. Kind regards.

3 3

[Users] Which ovirt-node version to use
by Andy Michielsen 04 Mar '14

04 Mar '14

Hello, Which ovirt-node iso should I use to install and use with the ovirt-engine 3.3 Kind regards.

2 1