- Users - oVirt List Archives

My feedback on network setting after installing OVirt
by John Joseph 18 May '15

18 May '15

Hi All, Like to give my feedback about how the network interface behaved after OVirt I have used CentOS 6.6 64 bit, updated Ovirt stable from the repo Now after the installation, and configuration you get "ovirtmgmt" interface and "ovirtmgmt" interface gets the IP address and everything is fine . Now reboot it result is that when you give ifconfig , eth0 is not displayed and "ovirtmgmt" do not have IP address This stage solved by giving ifconfig eth0 up and restarting the network, it will give "ovirtmgmt" an IP now I tested it using different installation, with DHCP or manual configuration for eth0 , in both the case the same experience Giving my feedback, thanks

4 5

ovirt-agent: is it possible to run specific actions when taking snapshots?
by Ernest Beinrohr 17 May '15

17 May '15

This is a multi-part message in MIME format. --------------000401040808070400080406 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit It would be nice, if ovirt snapshots were more safe. When a VM has the ovirt-agent installed, ovirt could tell the agent to run site-speficic actions. What I have in mind is: linux vms: - sync - echo 3 > /proc/sys/vm/drop_caches - zerofill empty space (this takes long but saves precious backup space) databases: - prepare databases for snapshot (flush,write-lock) - send snapshot-complete and unlock -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2-62410360 +421-903-482603 --------------000401040808070400080406 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> It would be nice, if ovirt snapshots were more safe. When a VM has the ovirt-agent installed, ovirt could tell the agent to run site-speficic actions. What I have in mind is:<br> <br> linux vms:<br> - sync<br> - echo 3 > /proc/sys/vm/drop_caches<br> - zerofill empty space (this takes long but saves precious backup space)<br> <br> databases:<br> - prepare databases for snapshot (flush,write-lock)<br> - send snapshot-complete and unlock<br> <br> <br> <div class="moz-signature">-- <br> <div id="oernii_footer" style="color: gray;"> <span style="font-family: Lucida Console, Luxi Mono, Courier, monospace; font-size: 90%;"> Ernest Beinrohr, AXON PRO<br> <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <br> +421-2-62410360 +421-903-482603 <br> </span> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" height="1" width="1"> </div> </body> </html> --------------000401040808070400080406--

3 2

When can we expect updated packages for Venom Vulnerability
by Tim Macy 17 May '15

17 May '15

https://securityblog.redhat.com/2015/05/13/venom-dont-get-bitten/

2 1

Live migration qemu 2.1.2 -> 2.1.3: Unknown savevm section
by Markus Stockhausen 15 May '15

15 May '15

------=_NextPartTM-000-9231d65f-462b-4e82-9556-148b260cc199 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735FC90819EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735FC90819EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, don't know what will be the best place for the following question. So starting with the OVirt mailing list. We are using OVirt with FC20 nodes with enabled virt-preview. Thus we are running qemu 2.1.2. Everything is working smoothly including live merge. For testing purposes we compiled qemu 2.1.3 from Fedora koji and updated one of the hosts. Trying to migrate a running VM to the new host fails with the message Unknown savevm section or instance 'kvm-tpr-opt' 0 I guess some incompatibility between the versions. But qemu git history between 2.1.2 and 2.1.3 gives no hints about the reason. Any ideas - or is that migration scenario not supported at all? Markus P.S. start parameters are: LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AU= DIO_DRV=3Dspice SPICE_DEBUG_ALLOW_MC=3D1 /usr/bin/qemu-kvm -name vm60 -S -m= achine pc-1.0,accel=3Dkvm,usb=3Doff -cpu Nehalem,hv_relaxed -m 4096 -realtime mlock=3Doff -smp 2,maxcpus=3D160,= sockets=3D160,cores=3D1,threads=3D1 -uuid d2d8bdfd-99a6-41c0-84e7-26e1d6a60= 57b -smbios type=3D1,manufacturer=3DoVirt,product=3DoVirt Node,version=3D20= -3,serial=3D49434D53-0200-48D6-3000-D6483000EEC8,uuid=3Dd2d8bdfd-99a6-41c0-= 84e7-26e1d6a6057b -no-user-config -nodefaults -chardev socket,id=3Dcharmoni= tor,path=3D/var/lib/libvirt/qemu/vm60.monitor,server,nowait -mon chardev=3D= charmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3D2014-12-11T16:09:44,dri= ftfix=3Dslew -global kvm-pit.lost_tick_policy=3Ddiscard -no-shutdown -boot = strict=3Don -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,addr=3D0x1.0x2 -dev= ice virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x5 -device virtio-serial= -pci,id=3Dvirtio-serial0,bus=3Dpci.0,addr=3D0x6 -drive if=3Dnone,id=3Ddrive= -ide0-1-0,readonly=3Don,format=3Draw,serial=3D -device ide-cd,bus=3Dide.1,u= nit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive file=3D/rhev/data-cente= r/94ed7a19-fade-4bd6-83f2-2cbb2f730b95/965ca3b6-4f9c-4e81-b6e8-5ed4a9e58545= /images/422a4486-6642-41ae-bb1d-b6a955550689/26b4c1e3-faf8-4fb3-b662-da6a55= a3d8f2,if=3Dnone,id=3Ddrive-virtio-disk0,format=3Draw,serial=3D422a4486-664= 2-41ae-bb1d-b6a955550689,cache=3Dnone,werror=3Dstop,rerror=3Dstop,aio=3Dthr= eads -device virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x7,drive=3Ddrive= -virtio-disk0,id=3Dvirtio-disk0,bootindex=3D1 -netdev tap,fd=3D29,id=3Dhost= net0,vhost=3Don,vhostfd=3D30 -device virtio-net-pci,netdev=3Dhostnet0,id=3D= net0,mac=3D00:0c:29:7a:94:f1,bus=3Dpci.0,addr=3D0x3,bootindex=3D2 -chardev = socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/d2d8bdfd-99a= 6-41c0-84e7-26e1d6a6057b.com.redhat.rhevm.vdsm,server,nowait -device virtse= rialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchannel0= ,name=3Dcom.redhat.rhevm.vdsm -chardev socket,id=3Dcharchannel1,path=3D/var= /lib/libvirt/qemu/channels/d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b.org.qemu.gu= est_agent.0,server,nowait -device virtserialport,bus=3Dvirtio-serial0.0,nr= =3D2,chardev=3Dcharchannel1,id=3Dchannel1,name=3Dorg.qemu.guest_agent.0 -ch= ardev spicevmc,id=3Dcharchannel2,name=3Dvdagent -device virtserialport,bus= =3Dvirtio-serial0.0,nr=3D3,chardev=3Dcharchannel2,id=3Dchannel2,name=3Dcom.= redhat.spice.0 -spice tls-port=3D5901,addr=3DA.B.C.D,x509-dir=3D/etc/pki/vd= sm/libvirt-spice,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinp= uts,tls-channel=3Dcursor,tls-channel=3Dplayback,tls-channel=3Drecord,tls-ch= annel=3Dsmartcard,tls-channel=3Dusbredir,seamless-migration=3Don -k de -dev= ice qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D33554432,bus=3Dpci.= 0,addr=3D0x2 -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0x4 -device h= da-duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -incoming tcp:[::]:4915= 2 -msg timestamp=3Don --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735FC90819EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" id=3D"owaParaStyle"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hi, <div><br> </div> <div>don't know what will be the best place for the following question.&nbs= p;</div> <div>So starting with the OVirt mailing list. </div> <div><br> </div> <div>We are using OVirt with FC20 nodes with enabled virt-preview.</div> <div><span style=3D"font-size: 10pt;">Thus we are running qemu 2.1.2. = </span><span style=3D"font-size: 13.3333330154419px;">Everything is working= smoothly </span></div> <div><span style=3D"font-size: 13.3333330154419px;">including live merge. &= nbsp;</span></div> <div><span style=3D"font-size: 10pt;"><br> </span></div> <div><span style=3D"font-size: 10pt;">For testing purposes we compiled&nbsp= ;</span><span style=3D"font-size: 10pt;">qemu 2.1.3 from Fedora koji</span>= </div> <div><span style=3D"font-size: 10pt;">and updated one of the hosts. Trying = to migrate a running VM to</span></div> <div><span style=3D"font-size: 10pt;">the new host fails with the message</= span></div> <div><span style=3D"font-size: 10pt;"><br> </span></div> <div> <div>Unknown savevm section or instance 'kvm-tpr-opt' 0</div> <div style=3D"font-size: 10pt;"><br> </div> </div> <div style=3D"font-size: 10pt;">I guess some incompatibility between the ve= rsions. But qemu git</div> <div style=3D"font-size: 10pt;">history between 2.1.2 and 2.1.3 gives no hi= nts about the reason.</div> <div style=3D"font-size: 10pt;"><br> </div> <div style=3D"font-size: 10pt;">Any ideas - or is that migration scenario n= ot supported at all?</div> <div style=3D"font-size: 10pt;"><br> </div> <div style=3D"font-size: 10pt;">Markus</div> <div style=3D"font-size: 10pt;"><br> </div> <div style=3D"font-size: 10pt;">P.S. start parameters are:</div> <div style=3D"font-size: 10pt;"><br> </div> <div style=3D"font-size: 10pt;"> <div style=3D"font-size: 10pt;">LC_ALL=3DC PATH=3D/usr/local/sbin:/usr/loca= l/bin:/usr/sbin:/usr/bin <span style=3D"font-size: 10pt;">QEMU_AUDIO_D= RV=3Dspice SPICE_DEBUG_ALLOW_MC=3D1 </span><span style=3D"font-size: 1= 0pt;">/usr/bin/qemu-kvm -name vm60 -S -machine pc-1.0,accel=3Dkvm,usb=3Doff=  </span></div> <div style=3D"font-size: 10pt;">-cpu Nehalem,hv_relaxed -m 4096 -realtime m= lock=3Doff <span style=3D"font-size: 10pt;">-smp 2,maxcpus=3D160,socke= ts=3D160,cores=3D1,threads=3D1 </span><span style=3D"font-size: 10pt;"= >-uuid d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b </span><span style=3D"font= -size: 10pt;">-smbios type=3D1,manufacturer=3DoVirt,product=3DoVirt Node,</span><span style=3D"f= ont-size: 10pt;">version=3D20-3,serial=3D49434D53-0200-48D6-3000-D6483000EE= C8,uuid=3Dd2d8bdfd-99a6-41c0-84e7-26e1d6a6057b -no-user-config -nodefaults = -chardev socket,id=3Dcharmonitor,path=3D/var/lib/libvirt/qemu/vm60.monitor,= server,nowait -mon chardev=3Dcharmonitor,id=3Dmonitor,mode=3Dcontrol -rtc base=3D2014-12= -11T16:09:44,driftfix=3Dslew -global kvm-pit.lost_tick_policy=3Ddiscard -no= -shutdown -boot strict=3Don -device piix3-usb-uhci,id=3Dusb,bus=3Dpci.0,add= r=3D0x1.0x2 -device virtio-scsi-pci,id=3Dscsi0,bus=3Dpci.0,addr=3D0x5 -device virtio-serial-pci,id=3Dvirtio-serial0,bus=3Dpci.0,addr=3D0x6 -driv= e if=3Dnone,id=3Ddrive-ide0-1-0,readonly=3Don,format=3Draw,serial=3D -devic= e ide-cd,bus=3Dide.1,unit=3D0,drive=3Ddrive-ide0-1-0,id=3Dide0-1-0 -drive f= ile=3D/rhev/data-center/94ed7a19-fade-4bd6-83f2-2cbb2f730b95/965ca3b6-4f9c-= 4e81-b6e8-5ed4a9e58545/images/422a4486-6642-41ae-bb1d-b6a955550689/26b4c1e3= -faf8-4fb3-b662-da6a55a3d8f2,if=3Dnone,id=3Ddrive-virtio-disk0,format=3Draw= ,serial=3D422a4486-6642-41ae-bb1d-b6a955550689,cache=3Dnone,werror=3Dstop,r= error=3Dstop,aio=3Dthreads -device virtio-blk-pci,scsi=3Doff,bus=3Dpci.0,addr=3D0x7,drive=3Ddrive-vir= tio-disk0,id=3Dvirtio-disk0,bootindex=3D1 -netdev tap,fd=3D29,id=3Dhostnet0= ,vhost=3Don,vhostfd=3D30 -device virtio-net-pci,netdev=3Dhostnet0,id=3Dnet0= ,mac=3D00:0c:29:7a:94:f1,bus=3Dpci.0,addr=3D0x3,bootindex=3D2 -chardev socket,id=3Dcharchannel0,path=3D/var/lib/libvirt/qemu/channels/d2d8bdfd-99= a6-41c0-84e7-26e1d6a6057b.com.redhat.rhevm.vdsm,server,nowait -device virts= erialport,bus=3Dvirtio-serial0.0,nr=3D1,chardev=3Dcharchannel0,id=3Dchannel= 0,name=3Dcom.redhat.rhevm.vdsm -chardev socket,id=3Dcharchannel1,path=3D/va= r/lib/libvirt/qemu/channels/d2d8bdfd-99a6-41c0-84e7-26e1d6a6057b.org.qemu.g= uest_agent.0,server,nowait -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D2,chardev=3Dcharchannel= 1,id=3Dchannel1,name=3Dorg.qemu.guest_agent.0 -chardev spicevmc,id=3Dcharch= annel2,name=3Dvdagent -device virtserialport,bus=3Dvirtio-serial0.0,nr=3D3,= chardev=3Dcharchannel2,id=3Dchannel2,name=3Dcom.redhat.spice.0 -spice tls-port=3D5901,addr=3DA.B.C.D,x509-dir=3D/etc/pki/vdsm/libvirt-spi= ce,tls-channel=3Dmain,tls-channel=3Ddisplay,tls-channel=3Dinputs,tls-channe= l=3Dcursor,tls-channel=3Dplayback,tls-channel=3Drecord,tls-channel=3Dsmartc= ard,tls-channel=3Dusbredir,seamless-migration=3Don -k de -device qxl-vga,id=3Dvideo0,ram_size=3D67108864,vram_size=3D33554432,bus= =3Dpci.0,addr=3D0x2 -device intel-hda,id=3Dsound0,bus=3Dpci.0,addr=3D0x4 -d= evice hda-duplex,id=3Dsound0-codec0,bus=3Dsound0.0,cad=3D0 -incoming tcp:[:= :]:49152 -msg timestamp=3Don</span></div> <div><br> </div> </div> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD1735FC90819EXCHANGEcollogi_-- ------=_NextPartTM-000-9231d65f-462b-4e82-9556-148b260cc199 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-9231d65f-462b-4e82-9556-148b260cc199--

1 1

status of ovirt 3.5.1 with centos 7.1
by Jason Keltz 15 May '15

15 May '15

Hi. I wanted to check on the status of ovirt 3.5.1 with CentOS 7.1. I'm pretty sure the current 3.5.1 engine has problems with CentOS 7.1 (?), but not sure about vdsm? I know that 3.5.2 will resolve issues with engine... (I'm asking because I've kickstarted CentOS 7.1 as a host, and am having a few problems (eg. unable to talk to power management) and want to avoid debugging if it's already known to be broken... :) Thanks! Jason.

4 7

Problems with installing second host with hosted engine
by Tigran Baluyan 15 May '15

15 May '15

Hi, I've stumbled across a very strange bug and been trying to work around it for a couple of days with no luck. So my setup is: Host 1: centos 6.6 with ovirt 3.5 deployed as hosted engine. Had a few problems while deploying it, but eventually got it up and running. Host 2: same centos 6.6, same hardware. While executing hosted-engine --deploy, I am getting this error: [ INFO ] Stage: Setup validation [WARNING] Host name hyp-A2 has no domain suffix [WARNING] Failed to resolve hyp-A2 using DNS, it can be resolved only locally [ ERROR ] Failed to execute stage 'Setup validation': [Errno 2] No such file or directory: '/rhev/data-center/mnt/192.168.1.59: _media_ssd__raid10_ovirt_data__fast/f617dfce-4ac8-495b-a0f3-4f85ce39df27/ha_agent/hosted-engine.metadata' My storage machine is a separate host running RHEL 6.4. /etc/exports looks like this: /media/ssd_raid10/ *(rw,sync,all_squash) /media/ssd_raid10/ovirt *(rw,sync,no_subtree_check,anonuid=36,anongid=36,all_squash) *some other shares* Now here is the strange part: after repeatedly bashing my head against the wall I finally noticed the difference: on the first host it mounts as: 192.168.1.59:/media/ssd_raid10/ovirt/data_fast on /rhev/data-center/mnt/192.168.1.59:_media_ssd__raid10_ovirt_data__fast_ While on the second host it mounts as: 192.168.1.59:/media/ssd_raid10/ovirt/data_fast on /rhev/data-center/mnt/192.168.1.59:_media_ssd__raid10_ovirt_data__fast (note the lack of underscore in the end) That is what caused the problem - this "hosted-engine.metadata" file is actually a symlink. And because of different mount points on the second host it was pointing to nowhere. So I figured, maybe I should add / to the end of the nfs path. So I tried it like this: Please specify the storage you would like to use (iscsi, nfs3, nfs4)[nfs3]: Please specify the full shared storage connection path to use (example: host:/path): 192.168.1.59:/media/ssd_raid10/ovirt/data_fast/ [ INFO ] Installing on first host Please provide storage domain name. [hosted_storage]: As you can see, in this case it doesn't detect that it already has a hosted engine installed. So, I'm out of ideas how to make it work. There is clearly something unstable in the installation scripts, but does anyone have any idea how to make it work? PS: Sorry for my crude English, not really a native speaker. Thanks, Tigran.

4 3

[ANN] oVirt 3.5.3 First Release Candidate is now available for testing
by Sandro Bonazzola 14 May '15

14 May '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The oVirt team is pleased to announce that the 3.5.3 First Release Candidate is now available for testing as of May 14th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6 (or similar) and Red Hat Enterprise Linux 7.1, CentOS 7.1 (or similar). This release of oVirt includes numerous bug fixes and one CVE fix for the VENOM Vulnerability. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO is already available as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.3_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVVJ8bAAoJEHw3u57E4QAOWM4QANhbVRc7B31I09ULaddX9jGj qYadnleCE5jWapTh0W5k1E0gTE4mCxHiEJwkqpPj7ji8C5HfBmLXz2HZ5AFr7HyV SKqDJdBDvM50sLz6iRKbU22+tUpZBemlwqZKXG3mKF6SuwSKiOM3ld+xCQ/rSBSL we/IWGwlUr1o5gE5UeAX8kNMux8pfi2zJgtRZ4KD2ZqGA/6s6r5mCpvJgjxBkjt3 aq+XhPaIQU3pDti2qCeK23sgvio78c4b+BWV5F3LHCSNe6/VUedTpCljMl9ef1hV M33PD3HRDEv92kTesrQDPbMg9GkafQuRRh5FH541xwJvGvlTO67g8b37f6L8J0aa HjUxp0XurUttokZ+1KoxHJ+WvddKak4UPmIJUTdQxz5ThnazKbYFlnr9RtnmDBNH f52kGWevJQwQm6XKpJe+uJQl7xsyIkaOY0XpJBaaMxlLJdgPzuwJmayESsZ93/fZ AX8G7kz1vYd99I8tE+FZQiNcT+MOzEah5ocs+zvyZLWZxZtldZxA+Uzgt01UVxZe Z48ZG2xhWbQkvQ3OGeE4f5A7OgobESPNfUMHA3fog3SI9c/pErXkYpg+4U4BmwtI O9AxTwN51cCsY0jwMO0bAiYOPOR7jmdXATQy0IEs2xOz0oxvBQ95pom1/eXcdt/T Ii4SKOuQf8eYrW4JDTPU =LT/5 -----END PGP SIGNATURE-----

1 0

[QE][ACTION REQUIRED] oVirt 3.5.3 status
by Sandro Bonazzola 13 May '15

13 May '15

Hi, We have no blockers for 3.5.3[1] and no blocking dependencies. We still have 18 bugs in MODIFIED and 2 on QA[2]: MODIFIED ON_QA Total external 1 0 1 gluster 1 0 1 infra 5 1 6 integration 2 1 3 network 1 0 1 sla 1 0 1 storage 5 0 5 Total 16 2 18 ACTION: Testers: you're welcome to verify bugs currently ON_QA. ACTION: Testers: please add yourself to the test page [5] We have 3 bugs currently targeted to 3.5.3[3]: Whiteboard NEW POST Total external 1 0 1 infra 0 1 1 network 0 1 1 Total 1 2 3 ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 and mark them as blockers or postpone to 3.5.4. ACTION: Maintainers: to fill release notes for 3.5.3, the page has been created and updated here [4] A release management entry has been added for tracking the schedule of 3.5.3[6] and tentative schedule has been proposed as follow: 2015-05-27 Release candidate 2015-06-09 General availability [1] https://bugzilla.redhat.com/1198142 [2] http://goo.gl/WqkJnn [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20targe… [4] http://www.ovirt.org/OVirt_3.5.3_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.3_Testing [6] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 1

Greetings from Argentina
by javier coscia 13 May '15

13 May '15

Hey guys, my name is Javier and I'm currently working for Red Hat Argentina as technical support for the LATAM GEO. I've been working @ RH for 2 years now and in the virtualization team. I'm looking forward to learn more on the upstream project and contribute as I can. Cheers!!

2 1

Re: [ovirt-users] messages from journal in centos7 hosts
by Nicolas Ecarnot 13 May '15

13 May '15

Hello list, Coming from : https://www.mail-archive.com/users@ovirt.org/msg24878.html I'm also being disturb by this ennoyance. Is there a workaround? (oVirt 3.5.1, CentOS 7 hosts, iSCSI storage) -- Nicolas ECARNOT > Vadq Thu, 19 Feb 2015 06:24:57 -0800 > > Hi, > > ovirt 3.5.1, engine on centos7 + storage type iscsi( using LIO™ on one of the > vdsm host) + four hosts on centos7 > > > After installation of vdsm at all cenos7 hosts in cluster in /var/log/messages > every few seconds have such record > > Feb 19 16:47:08 kvm05 journal: metadata not found: Requested metadata element > is not present > Feb 19 16:47:19 kvm05 journal: metadata not found: Requested metadata element > is not present > Feb 19 16:47:23 kvm05 journal: metadata not found: Requested metadata element > is not present > Feb 19 16:47:34 kvm05 journal: metadata not found: Requested metadata element > is not present > Feb 19 16:47:38 kvm05 journal: metadata not found: Requested metadata element > is not present > > is it possible to fix this without disabling systemd-journald? > > > -- > Thanks, > Vadim

2 2