<html><body><div style="font-family: georgia,serif; font-size: 12pt; color: #000000"><div>Hello Paul,<br></div><div>Any chance you may rename the HE Storage Domain name of to hosted_storage and retry the auto-import of it?<br></div><div>You might find the auto-import worked as described in <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1269768">https://bugzilla.redhat.com/show_bug.cgi?id=1269768</a>&nbsp; .<br></div><div><span name="x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: &nbsp; &nbsp; &nbsp; +972 &nbsp; 9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev@redhat.com<br>IRC: nsednev<span name="x"></span><br></div><div><br></div><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@ovirt.org<br><b>To: </b>users@ovirt.org<br><b>Sent: </b>Thursday, March 24, 2016 12:29:37 PM<br><b>Subject: </b>Users Digest, Vol 54, Issue 113<br><div><br></div>Send Users mailing list submissions to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;users@ovirt.org<br><div><br></div>To subscribe or unsubscribe via the World Wide Web, visit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;http://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a message with subject or body 'help' to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;users-request@ovirt.org<br><div><br></div>You can reach the person managing the list at<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;users-owner@ovirt.org<br><div><br></div>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div>&nbsp;&nbsp; 1. Re: &nbsp;Delete Failed to update OVF disks, OVF data isn't<br>&nbsp;&nbsp; &nbsp; &nbsp;updated on those OVF stores (Data Center Default, Storage Domain<br>&nbsp;&nbsp; &nbsp; &nbsp;hostedengine_nfs). (Maor Lipchuk)<br>&nbsp;&nbsp; 2. &nbsp;libvirt failed to read spice key (Fabrice Bacchella)<br>&nbsp;&nbsp; 3. Re: &nbsp;VM get stuck randomly (Christophe TREFOIS)<br>&nbsp;&nbsp; 4. &nbsp;delete storage definition (paf1@email.cz)<br>&nbsp;&nbsp; 5. Re: &nbsp;[ANN] oVirt 3.6.4 Second Release Candidate is now<br>&nbsp;&nbsp; &nbsp; &nbsp;available for testing (Ond?ej Svoboda)<br><div><br></div><br>----------------------------------------------------------------------<br><div><br></div>Message: 1<br>Date: Thu, 24 Mar 2016 11:01:32 +0200<br>From: Maor Lipchuk &lt;mlipchuk@redhat.com&gt;<br>To: "Paul Groeneweg | Pazion" &lt;paul@pazion.nl&gt;<br>Cc: users@ovirt.org<br>Subject: Re: [ovirt-users] Delete Failed to update OVF disks, OVF data<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;isn't updated on those OVF stores (Data Center Default, Storage Domain<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;hostedengine_nfs).<br>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;CAJ1JNOd0RxCfEYDv8jKdd2HZ+StGmyFySNcwyjfOqp1-GAxBrw@mail.gmail.com&gt;<br>Content-Type: text/plain; charset="utf-8"<br><div><br></div>On Thu, Mar 24, 2016 at 12:12 AM, Paul Groeneweg | Pazion &lt;paul@pazion.nl&gt;<br>wrote:<br><div><br></div>&gt;<br>&gt; After the 3.6 updates ( which didn't went without a hitch )<br>&gt;<br>&gt; I get the following errors in my event log:<br>&gt;<br>&gt; Failed to update OVF disks 18c50ea6-4654-4525-b241-09e15acf5e99, OVF data<br>&gt; isn't updated on those OVF stores (Data Center Default, Storage Domain<br>&gt; hostedengine_nfs).<br>&gt;<br>&gt; VDSM command failed: Could not acquire resource. Probably resource factory<br>&gt; threw an exception.: ()<br>&gt;<br>&gt; http://screencast.com/t/S8cfXMsdGM<br>&gt;<br>&gt; When I check on file there is some data, but not updated:<br>&gt; http://screencast.com/t/hbXQFlou<br>&gt;<br>&gt; When I check in the web interface I see 2 OVF files listed. What are these<br>&gt; for, can I delete them? http://screencast.com/t/ymnzsNHj7e<br>&gt;<br><div><br></div>&gt; Hopefully someone knows what to do about these warnings/erros and whether<br>&gt; I can delete the OVF files.<br>&gt;<br><div><br></div>&gt; Best Regards,<br>&gt; Paul Groeneweg<br>&gt;<br>&gt;<br>&gt; _______________________________________________<br>&gt; Users mailing list<br>&gt; Users@ovirt.org<br>&gt; http://lists.ovirt.org/mailman/listinfo/users<br>&gt;<br>&gt;<br>Hi Paul,<br><div><br></div>The OVF_STORE disks are disks which preserve all the VMs and Templates OVF<br>data and are mostly use for disaster recovery scenarios.<br>Those disks can not be deleted.<br>Regarding the audit log which you got, can you try to detach and attach the<br>Storage once again and let me know if you still get this even log.<br><div><br></div>Regards,<br>Maor<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;http://lists.ovirt.org/pipermail/users/attachments/20160324/e1109a36/attachment-0001.html&gt;<br><div><br></div>------------------------------<br><div><br></div>Message: 2<br>Date: Thu, 24 Mar 2016 10:02:46 +0100<br>From: Fabrice Bacchella &lt;fabrice.bacchella@orange.fr&gt;<br>To: oVirt Userlist &lt;Users@ovirt.org&gt;<br>Subject: [ovirt-users] libvirt failed to read spice key<br>Message-ID: &lt;734DEEBF-8845-4D8F-BDCC-139E50D9875D@orange.fr&gt;<br>Content-Type: text/plain; charset=us-ascii<br><div><br></div>I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4.<br><div><br></div>The host is new too and dedicated to ovirt.<br><div><br></div>When I try to launch a vm, I get :<br><div><br></div>Thread-9407::ERROR::2016-03-24 09:16:18,301::vm::759::virt.vm::(_startUnderlyingVm) vmId=`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start process failed<br>Traceback (most recent call last):<br>&nbsp;&nbsp;File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm<br>&nbsp;&nbsp; &nbsp;self._run()<br>&nbsp;&nbsp;File "/usr/share/vdsm/virt/vm.py", line 1941, in _run<br>&nbsp;&nbsp; &nbsp;self._connection.createXML(domxml, flags),<br>&nbsp;&nbsp;File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 124, in wrapper<br>&nbsp;&nbsp; &nbsp;ret = f(*args, **kwargs)<br>&nbsp;&nbsp;File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in wrapper<br>&nbsp;&nbsp; &nbsp;return func(inst, *args, **kwargs)<br>&nbsp;&nbsp;File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createXML<br>&nbsp;&nbsp; &nbsp;if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)<br>libvirtError: internal error: process exited while connecting to monitor: ((null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key file<br>2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server<br><div><br></div><br>/var/log/libvirt/qemu/test.log says<br><div><br></div>2016-03-24 08:55:48.214+0000: starting up libvirt version: 1.2.17, package: 13.el7_2.3 (CentOS BuildSystem &lt;http://bugs.centos.org&gt;, 2016-02-16-17:06:00, worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.7.1)<br>LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name test -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=2048 -uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=30373237-3132-5A43-3235-343233333937,uuid=a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2016-03-24T08:55:46,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id<br>&nbsp;=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/00000001-0001-0001-0001-00000000022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=none,id=drive-scsi0-0-0-0,format=raw,serial=da6f49dd-8662-418b-a859-3523b4360c0e,cache=none,werror=stop,rerror=stop,aio=native,iops=300 -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2 -chardev socket,id=charserial0,path=/var/run/ovirt-vmconsole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait -device isa-serial,chardev=charserial0,id=serial0 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu<br>&nbsp;/channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vgamem_mb=16,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on<br>((null):29166): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use private key file<br>2016-03-24T08:55:48.329252Z qemu-kvm: failed to initialize spice server<br>2016-03-24 08:55:48.479+0000: shutting down<br><div><br></div>and indeed, when I try to strace libvirt :<br>&nbsp;open("/etc/pki/vdsm/libvirt-spice/server-key.pem", O_RDONLY) = -1 EACCES (Permission denied)<br><div><br></div>chmod a+r /etc/pki/vdsm/libvirt-spice/server-key.pem solved the problem, but it's obviously not a solution.<br><div><br></div><br><div><br></div><br><div><br></div><br>------------------------------<br><div><br></div>Message: 3<br>Date: Thu, 24 Mar 2016 09:45:34 +0000<br>From: Christophe TREFOIS &lt;christophe.trefois@uni.lu&gt;<br>To: Nir Soffer &lt;nsoffer@redhat.com&gt;<br>Cc: users &lt;users@ovirt.org&gt;<br>Subject: Re: [ovirt-users] VM get stuck randomly<br>Message-ID: &lt;2EBB29CB9A8F494FB5253F6AF2E6A1981D6B8F66@hoshi.uni.lux&gt;<br>Content-Type: text/plain; charset="utf-8"<br><div><br></div>Hi,<br><div><br></div>We finally upgraded to 3.6.3 across the whole data center and will now see if this issue reappears.<br><div><br></div>The upgrade went quite smooth, first from 3.5.4 to 3.5.6 and then to 3.6.3.<br><div><br></div>Thank you,<br><div><br></div>--<br>Christophe<br><div><br></div>&gt; -----Original Message-----<br>&gt; From: Nir Soffer [mailto:nsoffer@redhat.com]<br>&gt; Sent: dimanche 13 mars 2016 12:51<br>&gt; To: Christophe TREFOIS &lt;christophe.trefois@uni.lu&gt;<br>&gt; Cc: users &lt;users@ovirt.org&gt;<br>&gt; Subject: Re: [ovirt-users] VM get stuck randomly<br>&gt; <br>&gt; On Sun, Mar 13, 2016 at 9:46 AM, Christophe TREFOIS<br>&gt; &lt;christophe.trefois@uni.lu&gt; wrote:<br>&gt; &gt; Dear all,<br>&gt; &gt;<br>&gt; &gt; I have a problem since couple of weeks, where randomly 1 VM (not always<br>&gt; the same) becomes completely unresponsive.<br>&gt; &gt; We find this out because our Icinga server complains that host is down.<br>&gt; &gt;<br>&gt; &gt; Upon inspection, we find we can?t open a console to the VM, nor can we<br>&gt; login.<br>&gt; &gt;<br>&gt; &gt; In oVirt engine, the VM looks like ?up?. The only weird thing is that RAM<br>&gt; usage shows 0% and CPU usage shows 100% or 75% depending on number of<br>&gt; cores.<br>&gt; &gt; The only way to recover is to force shutdown the VM via 2-times shutdown<br>&gt; from the engine.<br>&gt; &gt;<br>&gt; &gt; Could you please help me to start debugging this?<br>&gt; &gt; I can provide any logs, but I?m not sure which ones, because I couldn?t see<br>&gt; anything with ERROR in the vdsm logs on the host.<br>&gt; <br>&gt; I would inspect this vm on the host when it happens.<br>&gt; <br>&gt; What is vdsm cpu usage? what is the qemu process (for this vm) cpu usage?<br>&gt; <br>&gt; strace output of this qemu process (all threads) or a core dump can help<br>&gt; qemu developers to understand this issue.<br>&gt; <br>&gt; &gt;<br>&gt; &gt; The host is running<br>&gt; &gt;<br>&gt; &gt; OS Version: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; RHEL - 7 - 1.1503.el7.centos.2.8<br>&gt; &gt; Kernel Version: 3.10.0 - 229.14.1.el7.x86_64<br>&gt; &gt; KVM Version: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;2.1.2 - 23.el7_1.8.1<br>&gt; &gt; LIBVIRT Version: &nbsp; &nbsp; &nbsp; &nbsp;libvirt-1.2.8-16.el7_1.4<br>&gt; &gt; VDSM Version: &nbsp; vdsm-4.16.26-0.el7.centos<br>&gt; &gt; SPICE Version: &nbsp;0.12.4 - 9.el7_1.3<br>&gt; &gt; GlusterFS Version: &nbsp; &nbsp; &nbsp;glusterfs-3.7.5-1.el7<br>&gt; <br>&gt; You are running old versions, missing lot of fixes. Nothing specific to your<br>&gt; problem but this lower the chance to get a working system.<br>&gt; <br>&gt; It would be nice if you can upgrade to ovirt-3.6 and report if it made any<br>&gt; change.<br>&gt; Or at lest latest ovirt-3.5.<br>&gt; <br>&gt; &gt; We use a locally exported gluster as storage domain (eg, storage is on the<br>&gt; same machine exposed via gluster). No replica.<br>&gt; &gt; We run around 50 VMs on that host.<br>&gt; <br>&gt; Why use gluster for this? Do you plan to add more gluster servers in the<br>&gt; future?<br>&gt; <br>&gt; Nir<br><div><br></div>------------------------------<br><div><br></div>Message: 4<br>Date: Thu, 24 Mar 2016 11:20:07 +0100<br>From: "paf1@email.cz" &lt;paf1@email.cz&gt;<br>To: users &lt;users@ovirt.org&gt;<br>Subject: [ovirt-users] delete storage definition<br>Message-ID: &lt;56F3BF57.7070009@email.cz&gt;<br>Content-Type: text/plain; charset="utf-8"; Format="flowed"<br><div><br></div>Hi folks,<br>how can I delete the last storage &nbsp;definition from oVirt database if the <br>last &nbsp;volume has been deleted from bricks commandline ( rm -rf &lt; path to <br>that volume &gt; ) directly ?<br>In oVirt DB exists this storage last record and blocking create new <br>storage operation ( ovirt offering " delete datacenter", but this is not <br>the right way for me, now )<br>regs. Pavel<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;http://lists.ovirt.org/pipermail/users/attachments/20160324/9a9a23c7/attachment-0001.html&gt;<br><div><br></div>------------------------------<br><div><br></div>Message: 5<br>Date: Thu, 24 Mar 2016 11:24:26 +0100<br>From: Ond?ej Svoboda &lt;ondrej@svobodasoft.cz&gt;<br>To: Sandro Bonazzola &lt;sbonazzo@redhat.com&gt;<br>Cc: users &lt;users@ovirt.org&gt;<br>Subject: Re: [ovirt-users] [ANN] oVirt 3.6.4 Second Release Candidate<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;is now available for testing<br>Message-ID: &lt;56F3C05A.2000208@svobodasoft.cz&gt;<br>Content-Type: text/plain; charset="utf-8"; Format="flowed"<br><div><br></div>Thank you very much, Sandro!<br><div><br></div>centos-ovirt36 now works for me.<br><div><br></div>On 24.3.2016 09:00, Sandro Bonazzola wrote:<br>&gt;<br>&gt;<br>&gt; On Wed, Mar 23, 2016 at 4:22 PM, Ond?ej Svoboda &lt;ondrej@svobodasoft.cz <br>&gt; &lt;mailto:ondrej@svobodasoft.cz&gt;&gt; wrote:<br>&gt;<br>&gt; &nbsp; &nbsp; Hi Sandro,<br>&gt;<br>&gt; &nbsp; &nbsp; I just ran yum -y install<br>&gt; &nbsp; &nbsp; http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm<br>&gt; &nbsp; &nbsp; &lt;http://www.google.com/url?q=http%3A%2F%2Fplain.resources.ovirt.org%2Fpub%2Fyum-repo%2Fovirt-release36.rpm&amp;sa=D&amp;sntz=1&amp;usg=AFQjCNHQ3_R-I3QwEv9bTQHIIfj5FJpCQg&gt;<br>&gt; &nbsp; &nbsp; on my fresh EL7 (not CentOS) system.<br>&gt;<br>&gt; &nbsp; &nbsp; In /etc/yum.repos.d/ovirt-3.6-dependencies.repo, there was a<br>&gt; &nbsp; &nbsp; broken centos-ovirt36 source:<br>&gt;<br>&gt;<br>&gt; &nbsp; &nbsp; http://mirror.centos.org/centos/7Server/virt/x86_64/ovirt-3.6/repodata/repomd.xml:<br>&gt; &nbsp; &nbsp; [Errno 14] HTTP Error 404 - Not Found<br>&gt;<br>&gt;<br>&gt; Fixed pointing to <br>&gt; http://mirror.centos.org/centos/7/virt/x86_64/ovirt-3.6/repodata/repomd.xml<br>&gt;<br>&gt; Released a new ovirt-release36 package including the fix.<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; &nbsp; &nbsp; I had to disable this repo before I was even able to update my system.<br>&gt;<br>&gt; &nbsp; &nbsp; [centos-ovirt36]<br>&gt; &nbsp; &nbsp; name=CentOS-$releasever - oVirt 3.6<br>&gt; &nbsp; &nbsp; baseurl=http://mirror.centos.org/centos/$releasever/virt/$basearch/ovirt-3.6/<br>&gt; &nbsp; &nbsp; gpgcheck=0<br>&gt; &nbsp; &nbsp; enabled=1<br>&gt; &nbsp; &nbsp; skip_if_unavailable = 1<br>&gt; &nbsp; &nbsp; keepcache = 0<br>&gt;<br>&gt; &nbsp; &nbsp; Then I managed to install ovirt-engine all right, so I think the<br>&gt; &nbsp; &nbsp; above repo should simply not be enabled in ovirt-release36.rpm<br>&gt; &nbsp; &nbsp; &lt;http://www.google.com/url?q=http%3A%2F%2Fplain.resources.ovirt.org%2Fpub%2Fyum-repo%2Fovirt-release36.rpm&amp;sa=D&amp;sntz=1&amp;usg=AFQjCNHQ3_R-I3QwEv9bTQHIIfj5FJpCQg&gt;.<br>&gt;<br>&gt; &nbsp; &nbsp; Thanks for your reply.<br>&gt; &nbsp; &nbsp; Ondra<br>&gt;<br>&gt; &nbsp; &nbsp; On 22.3.2016 18:28, Sandro Bonazzola wrote:<br>&gt;&gt; &nbsp; &nbsp; The oVirt Project is pleased to announce the availability of the<br>&gt;&gt; &nbsp; &nbsp; Second Release Candidate of oVirt 3.6.4 for testing, as of March<br>&gt;&gt; &nbsp; &nbsp; 22nd, 2016<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; This release is available now for:<br>&gt;&gt; &nbsp; &nbsp; * Fedora 22<br>&gt;&gt; &nbsp; &nbsp; * Red Hat Enterprise Linux 6.7<br>&gt;&gt; &nbsp; &nbsp; * CentOS Linux 6.7 (or similar)<br>&gt;&gt; &nbsp; &nbsp; * Red Hat Enterprise Linux 7.2 or later<br>&gt;&gt; &nbsp; &nbsp; * CentOS Linux (or similar) 7.2 or later<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; This release supports Hypervisor Hosts running:<br>&gt;&gt; &nbsp; &nbsp; * Red Hat Enterprise Linux 7.2 or later<br>&gt;&gt; &nbsp; &nbsp; * CentOS Linux (or similar) 7.2 or later<br>&gt;&gt; &nbsp; &nbsp; * Fedora 22<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; This release is also available with experimental support for:<br>&gt;&gt; &nbsp; &nbsp; * Debian 8.3 Jessie<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; This release candidate includes the following updated packages:<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; &nbsp; * ovirt-engine<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; &nbsp; * ovirt-hosted-engine-ha<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; See the release notes [1] for installation / upgrade instructions<br>&gt;&gt; &nbsp; &nbsp; and a list of new features and bugs fixed.<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; Notes:<br>&gt;&gt; &nbsp; &nbsp; * A new oVirt Live ISO will be available soon [2].<br>&gt;&gt; &nbsp; &nbsp; * Mirrors[3] might need up to one day to synchronize.<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; Additional Resources:<br>&gt;&gt; &nbsp; &nbsp; * Read more about the oVirt 3.6.3 release<br>&gt;&gt; &nbsp; &nbsp; highlights:http://www.ovirt.org/release/3.6.4/<br>&gt;&gt; &nbsp; &nbsp; * Get more oVirt Project updates on Twitter:<br>&gt;&gt; &nbsp; &nbsp; https://twitter.com/ovirt<br>&gt;&gt; &nbsp; &nbsp; * Check out the latest project news on the oVirt blog:<br>&gt;&gt; &nbsp; &nbsp; http://www.ovirt.org/blog/<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; [1] http://www.ovirt.org/release/3.6.4/<br>&gt;&gt; &nbsp; &nbsp; [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/<br>&gt;&gt; &nbsp; &nbsp; [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; -- <br>&gt;&gt; &nbsp; &nbsp; Sandro Bonazzola<br>&gt;&gt; &nbsp; &nbsp; Better technology. Faster innovation. Powered by community<br>&gt;&gt; &nbsp; &nbsp; collaboration.<br>&gt;&gt; &nbsp; &nbsp; See how it works at redhat.com &lt;http://redhat.com&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; &nbsp; &nbsp; _______________________________________________<br>&gt;&gt; &nbsp; &nbsp; Users mailing list<br>&gt;&gt; &nbsp; &nbsp; Users@ovirt.org &lt;mailto:Users@ovirt.org&gt;<br>&gt;&gt; &nbsp; &nbsp; http://lists.ovirt.org/mailman/listinfo/users<br>&gt;<br>&gt;<br>&gt; &nbsp; &nbsp; _______________________________________________<br>&gt; &nbsp; &nbsp; Users mailing list<br>&gt; &nbsp; &nbsp; Users@ovirt.org &lt;mailto:Users@ovirt.org&gt;<br>&gt; &nbsp; &nbsp; http://lists.ovirt.org/mailman/listinfo/users<br>&gt;<br>&gt;<br>&gt;<br>&gt;<br>&gt; -- <br>&gt; Sandro Bonazzola<br>&gt; Better technology. Faster innovation. Powered by community collaboration.<br>&gt; See how it works at redhat.com &lt;http://redhat.com&gt;<br><div><br></div>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: &lt;http://lists.ovirt.org/pipermail/users/attachments/20160324/71e6b117/attachment.html&gt;<br><div><br></div>------------------------------<br><div><br></div>_______________________________________________<br>Users mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 54, Issue 113<br>**************************************<br></div><div><br></div></div></body></html>