- Devel - oVirt List Archives

[Engine-devel] [ATN] [devenv] setup/cleanup scripts where renamed
by Alon Bar-Lev 24 Jul '13

24 Jul '13

Hello All, A bit late. setup/cleanup scripts at master were renamed (removed the -2 suffix). README.developer update is available[1]. Regards, Alon Bar-Lev [1] http://gerrit.ovirt.org/#/c/17275/

1 0

[Engine-devel] Fwd: [Users] [ANN] oVirt 3.3 Test Day - Tomorrow Wed - Jul 24th
by Moran Goldboim 24 Jul '13

24 Jul '13

Feature owners, please make sure: -your feature is updated on release table page [1]. -you have test page for your feature [2]. -your team regression testing section is organized and up to date [3]. Thanks. [1] http://www.ovirt.org/OVirt_3.3_release-management#Features_Status_Table [2] http://www.ovirt.org/OVirt_3.3_TestDay#oVirt_3.3_New_Features_-_Test_Status… [3] http://www.ovirt.org/OVirt_3.3_TestDay#Regression_testing -------- Original Message -------- Subject: [Users] [ANN] oVirt 3.3 Test Day - Tomorrow Wed - Jul 24th Date: Tue, 23 Jul 2013 15:00:23 +0300 From: Moran Goldboim <mgoldboi(a)redhat.com> CC: users(a)ovirt.org <users(a)ovirt.org> oVirt 3.3 release is just around the corner, and we would like to invite you all to take a taste of the new release [1]. http://www.ovirt.org/OVirt_3.3_TestDay Tomorrow morning (when all repos are packages are ready - finger crossed) you are invited to: -checkout Test Day page [2] -choose a distro (el6/fc19) -install oVirt [3] -check out the version -report what you find Developers and Users will be available in the channel/ on list to support in case there is trouble Thanks [1] http://www.ovirt.org/OVirt_3.3_release-management [2] http://www.ovirt.org/OVirt_3.3_TestDay [3]http://www.ovirt.org/Download

1 2

[Engine-devel] [ANN] ovirt nigthly rpms for fedora19 available for download
by Eyal Edri 23 Jul '13

23 Jul '13

Fyi, fedora19 rpm for ovirt projects are now available on http://resources.ovirt.org/releases/nightly/rpm/Fedora/19. Eyal.

1 0

[Engine-devel] repository closure
by Sandro Bonazzola 23 Jul '13

23 Jul '13

yum install vdsm Error: Package: vdsm-4.12.0-rc2.12.git6bf7c5b.fc19.x86_64 (ovirt-nightly) Requires: mom >= 0.3.2-2 Available: mom-0.3.0-2.fc19.noarch (fedora) mom = 0.3.0-2.fc19 Can we add a job for checking the repository closure? Just calling: # repoclosure -r ovirt-nightly -l fedora -l updates Reading in repository metadata - please wait.... Checking Dependencies Repos looked at: 3 fedora ovirt-nightly updates Num Packages in Repos: 45486 package: vdsm-4.12.0-rc2.12.git6bf7c5b.fc19.x86_64 from ovirt-nightly unresolved deps: mom >= 0:0.3.2-2 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Engine-devel] [ATN] [devenv] engine service had been moved
by Alon Bar-Lev 22 Jul '13

22 Jul '13

Hello, As we have more services, the engine service had been moved to own directory: OLD: $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine.py NEW: $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py README.developer[1] and wiki[2] updated. Regards, Alon Bar-Lev [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=README.developer… [2] http://www.ovirt.org/OVirt_Engine_Development_Environment#Usage

1 0

[Engine-devel] oVirt developer meeting @ KVM Forum
by Dave Neary 21 Jul '13

21 Jul '13

Hi everyone, Put the date in your calendar! The oVirt developer meeting will be held in Edinburgh on October 23rd alongside the KVM Forum. As most of you know, the KVM Forum is happening alongside LinuxCon Europe and CloudOpen Europe in Edinburgh this year, on October 21-23. As we proposed to the oVirt board in January, we would like to take advantage of this gathering of KVM core developers to plan the future of the oVirt project too. In addition to the numerous oVirt presentations which have been proposed both for CloudOpen and the KVM Forum, we will be setting aside one day for developer working sessions. The agenda for these sessions is not (yet) set - we will have subject matter experts leading discussions on the future of their component, where oVirt fits into the broader world of virtualization and the cloud, and how we can grow the community. Among the topics which may be on the table are: * Storage - integration with Gluster, Ceph, Swift, Cinder, NetApp, EMC * Core virtualization - what's missing to make oVirt the best virtualization solution on the market? What's next? How can oVirt best take advantage of the latest KVM features? * Networking - Going beyond Quantum integration: L2 and L3 networking in oVirt * User interface & engine - making oVirt nicer to use and easeir to learn * Ecosystem - Integration with OpenStack, CloudStack; migration strategy from vSphere; integration with other 3rd party projects - what is our place in the world? * Community and marketing - Should we add a forum? How can we grow the user base and community of oVirt? (Note, these are just my ideas - topics will be set by session leaders on a specific topic). What next? First, if you are interested in the future of the oVirt project, please plan to attend the developer meeting. If you are active in oVirt, but cannot finance your travel to the event, please send an email to dneary(a)redhat.com - I can't promise anything, but we do not want budget constraints to be the main reason for someone missing the meeting. Second, if you are interested in leading a working session on one of the topics above, or a different topic which is important to you, please send an email to the Workshop program committee at workshop-pc(a)ovirt.org We will keep you posted with schedule updates and more details as plannign advances during the coming weeks. Thanks for your interest, and for your support of oVirt! Regards, Dave Neary. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

1 0

[Engine-devel] testDisplayPort - VmMapperTest
by Douglas Schilling Landgraf 20 Jul '13

20 Jul '13

Hi, Anyone else failing on this unittest? $ make install-dev PREFIX="$HOME/ovirt-engine" BUILD_UT=1 Results : Tests in error: testDisplayPort(org.ovirt.engine.api.restapi.types.VmMapperTest) Tests run: 121, Failures: 0, Errors: 1, Skipped: 0 [INFO] ------------------------------------------------------------------------ [INFO] Reactor Summary: [INFO] [INFO] ovirt-root ........................................ SUCCESS [0.443s] [INFO] oVirt Build Tools root ............................ SUCCESS [0.010s] [INFO] oVirt checkstyle .................................. SUCCESS [1.054s] [INFO] oVirt JBoss Modules Maven Plugin .................. SUCCESS [3.084s] [INFO] oVirt Checkstyle Checks ........................... SUCCESS [0.762s] [INFO] oVirt Modules - backend ........................... SUCCESS [0.004s] [INFO] oVirt Manager ..................................... SUCCESS [0.004s] [INFO] oVirt Engine dependencies ......................... SUCCESS [1.428s] [INFO] oVirt Modules - manager ........................... SUCCESS [0.466s] [INFO] CSharp Compatibility .............................. SUCCESS [2.694s] [INFO] Common Code ....................................... SUCCESS [10.024s] [INFO] Common utilities .................................. SUCCESS [19.154s] [INFO] Data Access Layer ................................. SUCCESS [7.966s] [INFO] engine scheduler bean ............................. SUCCESS [1.462s] [INFO] Vds broker ........................................ SUCCESS [7.028s] [INFO] Search Backend .................................... SUCCESS [2.866s] [INFO] Backend Logic @Service bean ....................... SUCCESS [28.853s] [INFO] oVirt RESTful API Backend Integration ............. SUCCESS [0.094s] [INFO] oVirt RESTful API interface ....................... SUCCESS [0.119s] [INFO] oVirt Engine API Definition ....................... SUCCESS [10.331s] [INFO] oVirt Engine API Commom Parent POM ................ SUCCESS [0.068s] [INFO] oVirt Engine API Common JAX-RS .................... SUCCESS [5.188s] [INFO] oVirt RESTful API Backend Integration Type Mappers FAILURE [1:49.300s] [INFO] oVirt RESTful API Backend Integration JAX-RS Resources SKIPPED [INFO] oVirt RESTful API Backend Integration Webapp ...... SKIPPED [INFO] oVirt Engine Web Root ............................. SKIPPED [INFO] oVirt Engine Tools ................................ SKIPPED [INFO] oVirt Modules :: Frontend ......................... SKIPPED [INFO] oVirt Modules :: Webadmin ......................... SKIPPED [INFO] oVirt Modules - ui ................................ SKIPPED [INFO] Extensions for GWT ................................ SKIPPED [INFO] UI Utils Compatibility (for UICommon) ............. SKIPPED [INFO] Frontend for GWT UI Projects ...................... SKIPPED [INFO] UICommonWeb ....................................... SKIPPED [INFO] oVirt GWT UI common infrastructure ................ SKIPPED [INFO] WebAdmin .......................................... SKIPPED [INFO] UserPortal ........................................ SKIPPED [INFO] oVirt Server EAR .................................. SKIPPED [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 3:33.247s [INFO] Finished at: Sat Jul 20 04:09:04 BRT 2013 [INFO] Final Memory: 165M/881M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.7.2:test (default-test) on project restapi-types: There are test failures. Thanks! -- Cheers Douglas

1 0

[Engine-devel] Unknown operation 'force-start' when starting VDSM
by Greg Sheremeta 19 Jul '13

19 Jul '13

Engine is installed and working on a fresh laptop install of Fedora 19. Rebased ovirt-engine from gerrit/master this morning. Trying to install host on a fresh Fedora 19 VM -- I'm trying to get a nested host setup. Host installation fails with: Jul 18 16:24:52 ovirt-host-fedora-2 systemd[1]: Starting Virtual Desktop Server Manager... Jul 18 16:24:53 ovirt-host-fedora-2 systemd-vdsmd[3956]: Note: Forwarding request to 'systemctl disable libvirt-guests.service'. Jul 18 16:24:53 ovirt-host-fedora-2 systemd-vdsmd[3956]: vdsm: libvirt already configured for vdsm [ OK ] Jul 18 16:24:53 ovirt-host-fedora-2 systemd-vdsmd[3956]: Starting multipathd... Jul 18 16:24:53 ovirt-host-fedora-2 systemd-vdsmd[3956]: Redirecting to /bin/systemctl start multipathd.service Jul 18 16:24:53 ovirt-host-fedora-2 systemd-vdsmd[3956]: Redirecting to /bin/systemctl force-start iscsid.service Jul 18 16:24:53 ovirt-host-fedora-2 systemd-vdsmd[3956]: Unknown operation 'force-start'. Jul 18 16:24:53 ovirt-host-fedora-2 systemd[1]: vdsmd.service: control process exited, code=exited status=1 Jul 18 16:24:53 ovirt-host-fedora-2 systemd[1]: Failed to start Virtual Desktop Server Manager. Jul 18 16:24:53 ovirt-host-fedora-2 systemd[1]: Unit vdsmd.service entered failed state. I've never heard of force-start before, and googling for "fedora force-start" brings up this as the second result: https://ask.fedoraproject.org/question/27737/vdsmdservice-fails-bc-iscsid-i… So someone else out there is having this problem too :) I'm pretty novice with systemd. Any ideas? Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

2 1

[Engine-devel] oVirt Engine eaten lots of memory when "Make Templates"?
by Edgar 18 Jul '13

18 Jul '13

------=_Part_103576_525671644.1374126065327 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit Hi, all I have found oVirt eats lots of memory when "Make Tmplates" from Virtual Machines. before make templates I excuted "free" command on oVirt manager console, "Make Templates" on admin web protal then excute "free" command again and found the free momory decrease about 30GB (VM disk size configured 30GB) after make 2 templates it eaten up all system memory. my oVirt environment: OS: CentOS 6.4 wih kernel version 2.6.32-358 oVirt engine :3.2.1 qemu:0.12.1.2-2.355 [root@test ~]# rpm -qa |grep ovirt ovirt-iso-uploader-3.2.0-1.el6.noarch ovirt-log-collector-3.2.0-1.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-genericapi-3.2.1-1.41.el6.noarch ovirt-engine-userportal-3.2.1-1.41.el6.noarch ovirt-engine-sdk-3.2.0.9-1.el6.noarch ovirt-host-deploy-1.1.0-0.0.master.el6.noarch ovirt-image-uploader-3.2.0-1.el6.noarch ovirt-host-deploy-java-1.1.0-0.0.master.el6.noarch ovirt-engine-dbscripts-3.2.1-1.41.el6.noarch ovirt-engine-restapi-3.2.1-1.41.el6.noarch ovirt-engine-tools-3.2.1-1.41.el6.noarch ovirt-engine-webadmin-portal-3.2.1-1.41.el6.noarch ovirt-engine-cli-3.2.0.10-1.el6.noarch ovirt-engine-backend-3.2.1-1.41.el6.noarch ovirt-engine-setup-3.2.1-1.41.el6.noarch ovirt-engine-3.2.1-1.41.el6.noarch [root@test ~]# rpm -qa |grep qemu qemu-kvm-rhev-0.12.1.2-2.355.el6.2.x86_64 qemu-kvm-tools-0.12.1.2-2.355.0.1.el6.centos.5.x86_64 gpxe-roms-qemu-0.9.7-6.9.el6.noarch qemu-img-rhev-0.12.1.2-2.355.el6.2.x86_64 [root@test ~]# rpm -qa |grep kernel kernel-headers-2.6.32-358.11.1.el6.x86_64 kernel-devel-2.6.32-358.11.1.el6.x86_64 dracut-kernel-004-303.el6.noarch kernel-2.6.32-358.el6.x86_64 kernel-firmware-2.6.32-358.el6.noarch ------=_Part_103576_525671644.1374126065327 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>Hi, all</div><div> I have found oVirt eats lots of memory when "Make Tmplates" from Virtual Machines.</div><div> before make templates I excuted "free" command on oVirt manager console, "Make Templates" on admin web protal</div><div> then excute "free" command again and found the free momory decrease about 30GB (VM disk size configured 30GB)</div><div> after make 2 templates it eaten up all system memory.</div><div> </div><div>my oVirt environment:</div><div>OS: CentOS 6.4 wih kernel version 2.6.32-358</div><div>oVirt engine :3.2.1</div><div>qemu:0.12.1.2-2.355</div><div>[root@test ~]# rpm -qa |grep ovirt<br>ovirt-iso-uploader-3.2.0-1.el6.noarch<br>ovirt-log-collector-3.2.0-1.el6.noarch<br>ovirt-engine-jbossas711-1-0.x86_64<br>ovirt-engine-genericapi-3.2.1-1.41.el6.noarch<br>ovirt-engine-userportal-3.2.1-1.41.el6.noarch<br>ovirt-engine-sdk-3.2.0.9-1.el6.noarch<br>ovirt-host-deploy-1.1.0-0.0.master.el6.noarch<br>ovirt-image-uploader-3.2.0-1.el6.noarch<br>ovirt-host-deploy-java-1.1.0-0.0.master.el6.noarch<br>ovirt-engine-dbscripts-3.2.1-1.41.el6.noarch<br>ovirt-engine-restapi-3.2.1-1.41.el6.noarch<br>ovirt-engine-tools-3.2.1-1.41.el6.noarch<br>ovirt-engine-webadmin-portal-3.2.1-1.41.el6.noarch<br>ovirt-engine-cli-3.2.0.10-1.el6.noarch<br>ovirt-engine-backend-3.2.1-1.41.el6.noarch<br>ovirt-engine-setup-3.2.1-1.41.el6.noarch<br>ovirt-engine-3.2.1-1.41.el6.noarch</div><div>[root@test ~]# rpm -qa |grep qemu<br>qemu-kvm-rhev-0.12.1.2-2.355.el6.2.x86_64<br>qemu-kvm-tools-0.12.1.2-2.355.0.1.el6.centos.5.x86_64<br>gpxe-roms-qemu-0.9.7-6.9.el6.noarch<br>qemu-img-rhev-0.12.1.2-2.355.el6.2.x86_64</div><div>[root@test ~]# rpm -qa |grep kernel<br>kernel-headers-2.6.32-358.11.1.el6.x86_64<br>kernel-devel-2.6.32-358.11.1.el6.x86_64<br>dracut-kernel-004-303.el6.noarch<br>kernel-2.6.32-358.el6.x86_64<br>kernel-firmware-2.6.32-358.el6.noarch</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_103576_525671644.1374126065327--

1 0

[Engine-devel] SSH Soft Fencing
by Martin Perina 18 Jul '13

18 Jul '13

Hi, SSH Soft Fencing is a new feature for 3.3 and it tries to restart VDSM using SSH connection on non responsive hosts prior to real fencing. More info can be found at http://www.ovirt.org/Automatic_Fencing#Automatic_Fencing_in_oVirt_3.3 In current SSH Soft Fencing implementation the restart VDSM using SSH command is part of standard fencing implementation in VdsNotRespondingTreatmentCommand. But this command is executed only if a host has a valid PM configuration. If host doesn't have a valid PM configuration, the execution of the command is disabled and host state is change to Non Responsive. So my question are: 1) Should SSH Soft Fencing be executed on hosts without valid PM configuration? 2) Should VDSM restart using SSH command be reimplemented as standalone command to be usable also in other parts of engine? If 1) is true, I think it will have to be done anyway. Martin Perina

9 28