- Users - oVirt List Archives

[Users] What's the correct way to upload a VM ISO image?
by David Li 17 Jan '14

17 Jan '14

Hi, I am a little confused by the quick start guide. It lists a command to upload the ISO image: engine-iso-uploader upload -i local-iso-share [file1] [file2] .... [fileN] My questions are: 1. Do I have to copy the files (ISO images) from somewhere else to the engine machine before using this cmd? If image files are on a different server, what's the right syntax to upload them? 2. Is "local-iso-share" the name of the ISO domain? For example, should I use "ISO_DOMAIN" if I have the following: ISO Storage Domain Name | Datacenter | ISO Domain Status ISO_DOMAIN | DC-CPA3 | active 3. If I don't use engine-iso-uploader command, instead I prefer to uploading the image myself. What is the right directory for me to put my images in? Is it /var/lib/exports/iso on the machine running the ovirt engine? Thanks. David

4 7

[Users] iSCSI storage domain.
by Hans Emmanuel 17 Jan '14

17 Jan '14

Hi all, I would like to get some comparison on NFS & iSCSI storage domain . Which one more suitable for a production setup ? I am planning to use LVM backed DRBD replication . And also is that possible to expand iSCSI storage domain by simply resizing backend LVM ? -- *Hans Emmanuel* *NOthing to FEAR but something to FEEL......*

4 8

[Users] which version?
by tristano82＠libero.it 17 Jan '14

17 Jan '14

Hello, i have to create a new ovirt cluster with 3 node using gluster FS, which ovirt version do you suggest ? BTW: on ovirt.org it is not clear the actually status of version… stable, testing, beta etc… i suggest a more clear page with the indication of version status, link to release note and roadmap. thanks marco

3 2

[Users] Failed to invoke scheduled method gluster_async_task_poll_event
by William Kwan 17 Jan '14

17 Jan '14

---1226699745-1136156742-1389987069=:31833 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AKeep seeing this in my engine.log, any idea where does this come f= rom?=0A"Failed to invoke scheduled method gluster_async_task_poll_event: ja= va.lang.reflect.InvocationTargetException"=0A=0AI'm using 3.3.2-1.el6 with= =0Aglusterfs-server-3.4.2-1.el6.x86_64=0Avdsm-gluster-4.13.2-1.el6.noarch= =0A=0A=0A2014-01-17 14:26:11,615 ERROR [org.ovirt.engine.core.utils.timer.S= chedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-96) Failed to invoke= scheduled method gluster_async_task_poll_event: java.lang.reflect.Invocati= onTargetException=0A=A0=A0=A0=A0=A0=A0=A0 at sun.reflect.GeneratedMethodAcc= essor31.invoke(Unknown Source) [:1.7.0_51]=0A=A0=A0=A0=A0=A0=A0=A0 at sun.r= eflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.jav= a:43) [rt.jar:1.7.0_51]=0A=A0=A0=A0=A0=A0=A0=A0 at java.lang.reflect.Method= .invoke(Method.java:606) [rt.jar:1.7.0_51]=0A=A0=A0=A0=A0=A0=A0=A0 at org.o= virt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [schedu= ler.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.quartz.core.JobRunShell.run(JobRun= Shell.java:213) [quartz.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.quartz.simpl.S= impleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:]= =0ACaused by: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLEx= ception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org= .apache.xmlrpc.XmlRpcException: <type 'exceptions.Exception'>:method "glust= erTasksList" is not supported (Failed with error VDS_NETWORK_ERROR and code= 5022)=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.VdsHandler.hand= leVdsResult(VdsHandler.java:122) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.= ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontend= Impl.java:33) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.b= ll.gluster.tasks.GlusterTasksService.runVdsCommand(GlusterTasksService.java= :60) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.gluste= r.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasksService.java:= 28) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.gluster= .GlusterTasksSyncJob.updateTasksInCluster(GlusterTasksSyncJob.java:67) [bll= .jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.gluster.Gluster= TasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.java:56) [bll.jar:= ]=0A=A0=A0=A0=A0=A0=A0=A0 ... 6 more=0A=0AWill ---1226699745-1136156742-1389987069=:31833 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:12pt">Hi,<br><br>Keep seeing this in my engine.log, any idea where = does this come from?<br>"<font size=3D"1">Failed to invoke scheduled method= gluster_async_task_poll_event: java.lang.reflect.InvocationTargetException= "<br><br><font size=3D"2">I'm using 3.3</font><font size=3D"2">.2-1.el6 wit= h<br>glusterfs-server-3.4.2-1.el6.x86_64<br>vdsm-gluster-4.13.2-1.el6.noarc= h</font><br><br></font><br><font size=3D"1">2014-01-17 14:26:11,615 ERROR [= org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzSc= heduler_Worker-96) Failed to invoke scheduled method gluster_async_task_pol= l_event: java.lang.reflect.InvocationTargetException<br>   &= nbsp;    at sun.reflect.GeneratedMethodAccessor31.invoke(Unk= nown Source) [:1.7.0_51]<br>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm= pl.java:43) [rt.jar:1.7.0_51]<br>       = at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51]<br>&= nbsp;       at org.ovirt.engine.core.utils.ti= mer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:]<br>  =       at org.quartz.core.JobRunShell.run(JobRunShe= ll.java:213) [quartz.jar:]<br>        at= org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:5= 57) [quartz.jar:]<br>Caused by: org.ovirt.engine.core.common.errors.VdcBLLE= xception: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNet= workException: org.apache.xmlrpc.XmlRpcException: <type 'exceptions.Exce= ption'>:method "glusterTasksList" is not supported (Failed with error VD= S_NETWORK_ERROR and code 5022)<br>        at org.ovirt.engine.co= re.bll.VdsHandler.handleVdsResult(VdsHandler.java:122) [bll.jar:]<br> =        at org.ovirt.engine.core.bll.VDSBroker= FrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:]<br>&nb= sp;       at org.ovirt.engine.core.bll.gluste= r.tasks.GlusterTasksService.runVdsCommand(GlusterTasksService.java:60) [bll= .jar:]<br>        at org.ovirt.engine.co= re.bll.gluster.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasks= Service.java:28) [bll.jar:]<br>        a= t org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updateTasksInCluste= r(GlusterTasksSyncJob.java:67) [bll.jar:]<br>     =    at org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updat= eGlusterAsyncTasks(GlusterTasksSyncJob.java:56) [bll.jar:]<br>        ... 6 more<br></f= ont><br>Will<br><div><br></div></div></body></html> ---1226699745-1136156742-1389987069=:31833--

2 1

[Users] installation failed on cluster host
by William Kwan 17 Jan '14

17 Jan '14

---1226699745-752350724-1389742179=:10403 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable HI,=0A=0ARunning through the whole installation exercises on two hosts agai= n with the latest release on CentOS6.5.=0A=0AI added a host to a new cluste= r.=A0 There are "action items" listed under the new host. One of them is = =0A=A0=A0=A0=A0=A0 "Host installation failed. Fix installation issues and t= ry to Re-Install"=0A=0A=0AI clicked Re-install, I monitor the engine.log an= d see the followings=0A=A0=A0=A0 Installation 10.10.25.10: Yum [u'Errors we= re encountered while downloading packages.', u'libselinux-=A0 python-2.0.94= -5.3.el6_4.1.x86_64: failure: Packages/libselinux-python-2.0.94-5.3.el6_4.1= .x86_64.rpm from base: [Errno 256] No more mirrors to try.']=0A=0A=0AI'm su= re I ran yum update already and I cleaned the db and rerun update...etc.=A0= Eventually I manually did `yum install vdsm.x86_64` on the host.=A0 Try to= run re-install again and I still get yum error.=A0 =0A=A0=A0 Yum Cannot qu= eue package iproute: Cannot find a valid baseurl for repo: base=0A=0AERROR = [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation 10.1= 0.25.10: Failed to execute stage 'Environment packages setup': Cannot find = a valid baseurl for repo: base=0A=0A=0Aiproute is sure installed.=0A# rpm -= qa|grep iproute=0Aiproute-2.6.32-31.el6.x86_64=0A=0A=0ASomething in ssh?=A0= Password is sure correct, what could be wrong=0A=0AWill ---1226699745-752350724-1389742179=:10403 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:12pt">HI,<br><br>Running through the whole installation exercises o= n two hosts again with the latest release on CentOS6.5.<br><br>I added a ho= st to a new cluster.  There are "action items" listed under the new ho= st. One of them is <br>      "Host installation fa= iled. Fix installation issues and try to Re-Install"<br><br><br>I clicked R= e-install, I monitor the engine.log and see the followings<br>  &= nbsp; Installation 10.10.25.10: Yum [u'Errors were encountered while downlo= ading packages.', u'libselinux-  python-2.0.94-5.3.el6_4.1.x86_64: fai= lure: Packages/libselinux-python-2.0.94-5.3.el6_4.1.x86_64.rpm from base: [= Errno 256] No more mirrors to try.']<br><br><br>I'm sure I ran yum update a= lready and I cleaned the db and rerun update...etc.  Eventually I manually did `yum install vdsm.x86_64` on the host.  Try to run re-in= stall again and I still get yum error.  <br>   Yum Cannot qu= eue package iproute: Cannot find a valid baseurl for repo: base<br><div sty= le=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helv= etica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: tran= sparent; font-style: normal;">ERROR [org.ovirt.engine.core.bll.InstallerMes= sages] (VdsDeploy) Installation 10.10.25.10: Failed to execute stage 'Envir= onment packages setup': Cannot find a valid baseurl for repo: base</div><di= v style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue= ,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color:= transparent; font-style: normal;"><br></div><div style=3D"color: rgb(0, 0,= 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,A= rial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; fon= t-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-s= erif; background-color: transparent; font-style: normal;">iproute is sure i= nstalled.</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-fam= ily: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;= background-color: transparent; font-style: normal;"># rpm -qa|grep iproute= <br>iproute-2.6.32-31.el6.x86_64<br></div><div style=3D"color: rgb(0, 0, 0)= ; font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Aria= l,Lucida Grande,sans-serif; background-color: transparent; font-style: norm= al;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-fam= ily: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;= background-color: transparent; font-style: normal;">Something in ssh?&nbsp= ; Password is sure correct, what could be wrong</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,H= elvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; fon= t-style: normal;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 1= 6px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grand= e,sans-serif; background-color: transparent; font-style: normal;">Will<br><= /div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: Helve= ticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; backgroun= d-color: transparent; font-style: normal;"><br><br></div></div></body></htm= l> ---1226699745-752350724-1389742179=:10403--

5 5

[Users] Searching for VMs with snapshots
by noc 17 Jan '14

17 Jan '14

Hi All, I would like to see, in the webui, all VMs that have snapshots attached to them but I'm not able to construct a search that will work. For one thing there is no 'Snapshot' category so I think that it will be impossible. The use case is that I would like to have a way to see, in the webui, which VMs are running stateless, accidents happen :-( . Joop

2 1

[Users] [QE] oVirt 3.4.0 alpha / beta status
by Sandro Bonazzola 17 Jan '14

17 Jan '14

Hi, oVirt 3.4.0 alpha has been released and is actually on QA. An issue has been found in VDSM so we have updated the packages in alpha repositories for Fedora. We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated. We'll try to sync it today, I'm sorry for the inconvenient. We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Summary gluster 1038988 Gluster brick sync does not work when host has multiple interfaces integration 1054080 gracefully warn about unsupported upgrade from legacy releases network 1054195 [NetworkLabels] Attaching two labeled networks to a cluster result in failure of the latter There are still 280 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 237 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers: - Please remember to rebuild your packages before 2014-01-21 12:00 UTC if you want them to be included in 3.4.0 beta. - 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 - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-01-23 For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug. Please also be prepared for upcoming oVirt 3.4.0 Test Day on 2014-01-23! Thanks to all people already testing 3.4.0 alpha! [1] https://bugzilla.redhat.com/1024889 [2] http://red.ht/1eIRZXM [3] http://red.ht/1auBU3r [4] 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

2 2

[Users] Issues installing hosted-engine with 3.4.0 alpha
by Andrew Lau 17 Jan '14

17 Jan '14

Hi, I'm giving the new hosted-engine feature a try with the new 3.4.0 alpha build on centos 6.5 hosted-engine --deply seems to fail at the 'Environment setup" [ ERROR ] Failed to execute stage 'Environment setup': Command '/sbin/service' failed to execute Within the logs I believe it seems to be related to vdsm. Logs show "VDS daemon is not running" service vdsm start gives the following error: initctl: Job is already running: libvirtd vdsm: Running mkdirs vdsm: Running configure_coredump vdsm: Running run_init_hooks vdsm: Running gencerts vdsm: Running check_is_configured libvirt is already configured for vdsm sanlock service is already configured vdsm: Running validate_configuration SUCCESS: ssl configured to true. No conflicts vdsm: Running prepare_transient_repository vdsm: Running syslog_available vdsm: Running nwfilter vdsm: Running dummybr vdsm: Running load_needed_modules vdsm: Running tune_system vdsm: Running test_space vdsm: Running test_lo vdsm: Running restore_nets vdsm: Running unified_network_persistence_upgrade Usage: /usr/bin/vdsm-tool [options] <action> [arguments] Valid options: -h, --help Commands in module configurator: configure Configure external services for vdsm is-configured Determine if module is configured validate-config Determine if configuration is valid Commands in module dummybr: dummybr Defines dummy bridge on libvirt network. Commands in module load_needed_modules: load-needed-modules Load needed modules Commands in module nwfilter: nwfilter Defines network filters on libvirt Commands in module passwd: set-saslpasswd Set vdsm password for libvirt connection Commands in module restore_nets: restore-nets Restores the networks to what was previously persisted via vdsm. Commands in module seboolsetup: sebool-config Enable the required selinux booleans sebool-unconfig Disable the required selinux booleans Commands in module service: service-disable Disable a system service service-is-managed Check the existence of a service service-reload Notify a system service to reload configurations service-restart Restart a system service service-start Start a system service service-status Get status of a system service service-stop Stop a system service Commands in module transient: cleanup-transient-repository Cleanup the unused transient disks present in the repository. (NOTE: it is recommended to NOT execute this command when the vdsm daemon is running) setup-transient-repository Prepare the transient disks repository Commands in module unified_persistence: upgrade-unified-persistence Upgrade host networking persistence from ifcfg to unified if the persistence model is set as unified in /usr/lib64/python2.X/site-packages/ vdsm/config.py Commands in module upgrade: Commands in module upgrade_300_networks: upgrade-3.0.0-networks Since ovirt-3.0, Vdsm uses libvirt networks (with names vdsm-*) to store its own networks. Older Vdsms did not have those defined, and used only linux bridges. This command is kept as an upgrade tool for the (very few) people who still have such old setups running. Commands in module validate_ovirt_certs: validate-ovirt-certs Validate vdsmcert.pem against cacert.pem. If current cacert.pem is invalidate, it will find a validate certificate file and replace the old cacert.pem with it. And then persist it. Commands in module vdsm-id: vdsm-id Printing host uuid vdsm: failed to execute unified_network_persistence_upgrade, error code 1 vdsm start [FAILED] Any suggestions? Thanks, Andrew

2 6

Re: [Users] Gluster storage
by Gianluca Cecchi 17 Jan '14

17 Jan '14

On Fri, Nov 29, 2013 at 11:48 AM, Dan Kenigsberg wrote: > On Fri, Nov 29, 2013 at 04:04:03PM +0530, Vijay Bellur wrote: > >> >> There are two ways in which GlusterFS can be used as a storage domain: >> >> a) Use gluster native/fuse access with POSIXFS >> >> b) Use the gluster native storage domain to bypass fuse (with >> libgfapi). We are currently addressing an issue in libvirt >> (https://bugzilla.redhat.com/show_bug.cgi?id=1017289) to enable >> snapshot support with libgfapi. Once this is addressed, we will have >> libgfapi support in the native storage domain. > > It won't be as immediate, since there's a required fix on Vdsm's side > (Bug 1022961 - Running a VM from a gluster domain uses mount instead of > gluster URI) > >> Till then, fuse would >> be used with native storage domain. You can find more details about >> native storage domain here: >> >> http://www.ovirt.org/Features/GlusterFS_Storage_Domain rg/mailman/listinfo/users Hello, revamping here.... I'm using oVirt 3.3.3 beta1 after upgrade from 3.3.2 on fedora 19 ovirt beta repo It seems bug referred by Vijay (1017289) is still marked as "assigned", but actually it is for rhel 6. Bug referred by Dan (1022961) is marked as "blocked" but I don't see any particular updates since late november. But it is for rhevm, so I think it is for rhel 6... So what is the situation for fedora 19 and oVirt in upcoming 3.3.3? And upcoming fedora 19/20 and 3.4? I ask because I see that in my qemu command line generated by oVirt there is: for virtio (virtio-blk) disk -drive file=/rhev/data-center/mnt/glusterSD/node01.mydomain:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/images/a5e4f67b-50b5-4740-9990-39deb8812445/53408cb0-bcd4-40de-bc69-89d59b7b5bc2,if=none,id=drive-virtio-disk0,format=raw,serial=a5e4f67b-50b5-4740-9990-39deb8812445,cache=none,werror=stop,rerror=stop,aio=threads for virtio-scsi disk -drive file=/rhev/data-center/mnt/glusterSD/node01.mydomain:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/images/c1477133-6b06-480d-a233-1dae08daf8b3/c2a82c64-9dee-42bb-acf2-65b8081f2edf,if=none,id=drive-scsi0-0-0-0,format=raw,serial=c1477133-6b06-480d-a233-1dae08daf8b3,cache=none,werror=stop,rerror=stop,aio=threads So it is referred as mount point and not gluster:// way Also, the output of "mount" command on hypervisors shows: node01.mydomain:gvdata on /rhev/data-center/mnt/glusterSD/node01.mydomain:gvdata type fuse.glusterfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) and it seems indeed fuse mount, so not using libgfapi... output of "lsof -Pp pid" where pid is the qemu process shows libgfapi....: qemu-syst 2057 qemu mem REG 253,0 99440 541417 /usr/lib64/libgfapi.so.0.0.0 (btw: strange version 0.0.0 for a release.. not so reassuring ;-) # ll /usr/lib64/libgfapi.so.0* lrwxrwxrwx. 1 root root 17 Jan 7 12:45 /usr/lib64/libgfapi.so.0 -> libgfapi.so.0.0.0 -rwxr-xr-x. 1 root root 99440 Jan 3 13:35 /usr/lib64/libgfapi.so.0.0.0 ) At page http://www.gluster.org/category/qemu/ there is a schema about mount types and benchmarks 1) FUSE mount 2) GlusterFS block driver in QEMU (FUSE bypass) 3) Base (VM image accessed directly from brick) ( qemu-system-x86_64 –enable-kvm –nographic -smp 4 -m 2048 -drive file=/test/F17,if=virtio,cache=none => /test is brick directory ) I have not understood if we are in Base (best performance) or FUSE (worst performance) thanks in advance for clarifications and possible roadmaps... Gianluca

3 2

[Users] [QE] oVirt 3.3.3 beta / RC status
by Sandro Bonazzola 17 Jan '14

17 Jan '14

Hi, oVirt 3.3.3 beta has been released and is actually on QA. We'll start composing oVirt 3.3.3 RC on 2014-01-21 12:00 UTC. The bug tracker [1] shows no bugs blocking the release The following is a list of the non-blocking bugs still open with target 3.3 - 3.3.3: Whiteboard Bug ID Summary integration 902979 ovirt-live - firefox doesn't trust the installed engine integration 1021805 [RFE] oVirt Live - use motd to show the admin password integration 1022440 [RFE] AIO - configure the AIO host to be a gluster cluster/host integration 1026930 Package virtio-win and put it in ovirt repositories integration 1026933 pre-populate ISO domain with virtio-win ISO integration 1050084 Tracker: oVirt 3.3.3 release network 997197 Some AppErrors messages are grammatically incorrect (singular vs plural) node 906257 USB Flash Drive install of ovirt-node created via dd fails node 923049 ovirt-node fails to boot from local disk under UEFI mode node 965583 [RFE] add shortcut key on TUI node 976675 [wiki] Update contribution page node 979350 Changes admin password in the first time when log in is failed while finished auto-install node 979390 [RFE] Split defaults.py into smaller pieces node 982232 performance page takes >1sec to load (on first load) node 984441 kdump page crashed before configuring the network after ovirt-node intalled node 986285 UI crashes when no bond name is given node 991267 [RFE] Add TUI information to log file. node 1018374 ovirt-node-iso-3.0.1-1.0.2.vdsm.fc19: Failed on Auto-install node 1018710 [RFE] Enhance API documentation node 1032035 [RFE]re-write auto install function for the cim plugin node 1033286 ovirt-node-plugin-vdsm can not be added to ovirt node el6 base image storage 987917 [oVirt] [glance] API version not specified in provider dialog virt 1007940 Cannot clone from snapshot while using GlusterFS as POSIX Storage Domain Maintainers: - We'll start composing oVirt 3.3.3 RC on 2014-01-21 12:00 UTC: all non blockers bug still open after the build will be moved to 3.3.4. - Please add the bugs to the tracker if you think that 3.3.3 should not be released without them fixed. - Please provide ETA on bugs you add as blockers - Please re-target all bugs you don't think that should block 3.3.3. - Please fill release notes, the page has been created here [3] - Please remember to rebuild your packages before 2014-01-21 12:00 UTC if you want them to be included in 3.3.3 RC. For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug and add yourself to the testing page [2]. Thanks to Gianluca Cecchi for his testing of oVirt 3.3.3 beta on Gluster storage! [1] http://bugzilla.redhat.com/1050084 [2] http://www.ovirt.org/Testing/Ovirt_3.3.3_testing [3] http://www.ovirt.org/OVirt_3.3.3_release_notes Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0