Ovirt 3.5 2nd Test Day Report
by Ravi Nori
This is a multi-part message in MIME format.
--------------050902030300000500020605
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I tested the following on Fedora 20
*Bug 1090530*OVIRT35 - [RFE] Please add host count and guest count
columns to "Clusters" tab in webadmin
Everything worked fine
*Bug 1078836* OVIRT35 - [RFE] add a warning when changing display network
Everything worked fine
Thanks
Ravi
--------------050902030300000500020605
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi,<br>
<br>
I tested the following on Fedora 20<br>
<div class="" id="magicdomid238"><br>
</div>
<div class="" id="magicdomid239"><span
class="author-a-z82zuhz82zz82zz78zz86zz75zxuyz67zz67z9z84zj b"><b>Bug
1090530</b></span><span
class="author-a-z82zuhz82zz82zz78zz86zz75zxuyz67zz67z9z84zj">
OVIRT35 - [RFE] Please add host count and guest count columns to
"Clusters" tab in webadmin<br>
<br>
Everything worked fine<br>
<br>
</span><span
class="author-a-z82zuhz82zz82zz78zz86zz75zxuyz67zz67z9z84zj b"><b>Bug
1078836</b></span> OVIRT35 - [RFE] add a warning when
changing display network<br>
</div>
<span class="author-a-z82zuhz82zz82zz78zz86zz75zxuyz67zz67z9z84zj">
<br>
Everything worked fine<br>
<br>
Thanks<br>
<br>
Ravi<br>
<br>
<br>
</span>
</body>
</html>
--------------050902030300000500020605--
9 years, 8 months
oVirt 3.5 2 nd test day report
by Allon Mureinik
Hi everyone,
For this test day I revisited the two UX RFEs I looked at in the previous test day:
Bug 987953 - OVIRT35 - [RFE] [oVirt] [webadmin] Tree doesn't refresh
Bug 1110566 - OVIRT35 - [RFE] when viewing a grid that contains only one item, *automatically* select that item
I started out by verifying the bug I opened last time was indeed fixed:
Bug 1114990 - Search: Clusters main tab is not sorted by name by default
I then proceeded to play around with both features.
I found one bug regarding the tree's refresh:
Bug 1124407 - Adding a cluster partially collapses the tree
And a couple which weren't related to these changes:
Bug 1124375 - Can't search DCs according to compatibility version
Bug 1124378 - Can't sort DCs according to compatibility version
Bug 1124426 - Wrong sorting of DC's storage type
-Allon
9 years, 8 months
Test-Day 3.5-2 -> Import Storage Domain
by ybronhei
Hey all,
following the updated wikis -
http://www.ovirt.org/Features/ImportUnregisteredEntities and
http://www.ovirt.org/Features/ImportStorageDomain which describe in
details the steps for import storage domain I successfully created a
cluster with 1 hosts and 3 vms.
(host and engine run with rhel6.5)
Changed some of the details for the vms (ha, system infos, mem, cpus and
more), then cleaned up the engine (ran engine-cleanup and rerun
engine-setup). On clean environment I created new cluster with new
storage domain (its a must currently to create new storage domain before
the import - stated in the [1]). After that I imported the original sd
that I used, went to import Virtual machines tab and imported all
entities I had.
All of the vms' details were imported successfully with the same info
that I configured before the cleanup.
Tried again also with templates and snapshots recovery, also worked as
expected
seems green to me.
anything else you would like me to check in this area?
[1] http://www.ovirt.org/Features/ImportStorageDomain#Implementation_gaps
Thanks,
--
Yaniv Bronhaim.
9 years, 8 months
How to reset vm from unknown state?
by Arman Khalatyan
Hi. My nfs storage got problems and one of the vms went to unknown state.
Other vms on the same storage were back to normal state.
Are there way to reset state of vm???
I am using ovirt 3.4.0-1 with centos6.5
Thenks.
Arman
On Jul 25, 2014 7:47 PM, "Brian Proffitt" <bproffit(a)redhat.com> wrote:
9 years, 8 months
[Community] Building an oVirt Commercial Directory
by Brian Proffitt
All:
In order to promote the oVirt project, we would like to create a directory of companies that provide solutions and commercial support based on oVirt on oVirt.org.
Specifically, we are looking for organizations that provide:
- Commercial product/support based on oVirt
- oVirt professional services/support
- Vendors leveraging or embedding ovirt
- Cloud providers using oVirt technologies
Vendors and providers can send the following data:
Name of Company
Company Website URL
Preferred Contact Info
Location/Region Served
Active oVirt Contributor(s)? [Yes/No]
Please send this information to me at bkp(a)redhat.org, with oVirt Solutions Directory in the subject line if interested in participating.
Thanks!
Brian Proffitt
oVirt Community Manager
Project Atomic Community Lead
Open Source and Standards, Red Hat - http://community.redhat.com
Phone: +1 574 383 9BKP
IRC: bkp @ OFTC
9 years, 8 months
Misc architecture questions
by Maël Lavault
Hi,
I'm a student currently doing my final study project based around Ovirt.
I played a lot with Ovirt to have an overview of what could or could not
be done, but I still have a few questions and stuff I want to clarify.
My project consist of a HA architecture using Ovirt, powered by 8
reasonably powerful servers (4 x Quad core Opteron, 32Go RAM, 2x10k RPM
HDD) equipped with 2 NIC each.
I followed this tutorial to use Ovirt with GlusterFS :
http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/
Worked well !
I installed 2 self hosted engine on 2 different servers and a GlusterFS
using 2 other servers.
But since we had only 2 x 1Gb NIC per server, we decided to go with
bonding and VLAN to separate each networks inspired by this blog post :
http://captainkvm.com/2013/04/maximizing-your-10gb-ethernet-in-rhev/
Unfortunately, it seems like Ovirt 3.4 does not support installing
self-hosted engine on bond + vlan. I tried 3.5 but there were to much
bug to be usable and the project is set to be deployed in 2 months.
A colleague suggested me a workaround using OpenvSwitch between Ovirt
and NIC bond to "translate tagged packet into non tagged packet" and
hide the bond from Ovirt. Does this have a chance to work ?
Since the GlusterFS is accessed by NFS, I was able to bond the two
servers.
A few questions :
- What is the purpose of ovirtmgmt network ? I did a lot of search by
haven't found any clear explanation. Does it need to be publicly
accessible or a private ip is fine too ?
- Is the display network used for SPICE/VNC connection ?
- How do Ovirt differentiate VM network from a storage network ? They
both have the same vm role in the interface. Both networks could
(should) be on private ip range right ?
- How can I add the storage network after (or before, would be better)
self hosted engine is installed ? (Since self hosted engine is stored on
Gluster, I will loose connection to the engine)
- Using self hosted engine, does all my nodes need to be installed with
hosted-engine --deploy, or can I have only 2 self hosted engine nodes
and 4 classic nodes ?
- I'm trying to cleanly re-install the second hosted engine after some
experiments, but the behavior is strange :
[ INFO ] Stage: Transaction commit
[ INFO ] Stage: Closing up
To continue make a selection from the options below:
(1) Continue setup - engine installation is complete
(2) Power off and restart the VM
(3) Abort setup
Isn't this supposed to give me information to connect to the vm so i can
install the engine ?
Thanks a lot for this truly well made software !
9 years, 8 months
oVirt 3.5 2nd test day report - neutron appliance
by Oved Ourfali
Hi
I tested the neutron appliance in this test day.
Feature page is in http://www.ovirt.org/Features/NeutronVirtualAppliance
Overall environment:
Engine - F19 VM
Hosts - two Centos 6.5 hosts with 2 nics, using nested virtualization
Tests:
1. Followed the wiki to import the appliance from the public glance repository and run a VM with that appliance
• Had some comments on the wiki that were addressed instantly by Moti
2. Checked both network provisioning, and network import
3. Checked host installation with the neutron plugin, using OVS
4. Imported the Cirros image from the public glance repository, to be used in order to create VMs and check connectivity between them
5. The two VMs had connectivity on the created subnet, both when using the provisioned network, and the imported one.
Tested both when running both VMs on the same host, and on two different hosts.
Overall it worked pretty great.
Opened three bugs on UI/Flow issues:
Bug 1124294 - reinstall host dialog - neutron - UI issue (network)
Bug 1124298 - cloud-init network start on boot checkbox goes down one line (virt)
Bug 1124304 - import networks dialog is confusing (network)
Thanks,
Oved
9 years, 8 months
[ANN] oVirt 3.5 Second Test Day - Today Jul 29th
by Sandro Bonazzola
Hi all,
Today Jul 29th we'll have oVirt 3.5.0 second test day.
On this day all relevant engineers will be online ready to support
any issues you find during install / operating this new release.
Just make sure you have 1 host or more to test drive the new release.
If you're curious to see how it works, this is your chance.
Thanks again for everyone who will join us today!
Location
#ovirt irc channel
Please communicate here to allow others to see any issues
What
In this test day you have a license to kill ;)
Follow the documentation to setup your environment, and test drive the new features.
Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release
Remember to try daily tasks you'd usually do in the engine, to see there are no regressions.
Write down the configuration you used (HW, console, etc) in the report etherpad[1].
Documentation
Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes
Features pages links: http://bit.ly/17qBn6F
If you find errors in the wiki please annotate it as well in report etherpad [1]
Prerequisites / recommendations
Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc).
Use Fedora 19 or 20.
Latest RPMs
repository to be enabled for testing the release are listed in the release notes page [2].
NEW issues / reports
For any new issue, please update the reports etherpad [1]
Feature owners, please make sure:
your feature is updated and referenced on release page [2].
you have testing instruction for your feature either on test day page [3] or in your feature page.
your team regression testing section is organized and up to date on test day page [3].
[1] http://etherpad.ovirt.org/p/3.5-testday-2
[2] http://www.ovirt.org/OVirt_3.5_Release_Notes
[3] http://www.ovirt.org/OVirt_3.5_TestDay
Thanks.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
9 years, 8 months
Setting up all-in-one
by Jaco
This is a multi-part message in MIME format.
--------------010107080600070007040200
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi folks,
I'm new to the project, so please pardon my ignorance.
I came to oVirt by way of looking for a suitable KVM/libvirt-based IaaS
stack to supersede my old Ubuntu 12.04 setup, that I've been running
since KVM came to Ubuntu-town.
I've looked & tried a number of solutions - Eucalyptus, Enomalism,
OpenStack - but most proved too cumbersome or admin-heavy for us.
A while back I set up oVirt on CentOS (whatever was stable at the time),
but had to shelve the project for a while, because... reasons. Fired it
back up again & did all the requisite updates/upgrades to bring the host
up to snuff.
Unfortunately oVirt did not work as well, so I tried removing/purging it
from the host & reinstalling it - both the 3.4.* stable & 3.5 beta - but
both get hit up by the same issue when running the engine-setup.
Details follow -
Environment:
Linux $REDACTED 2.6.32-431.20.5.el6.centos.plus.x86_64 #1 SMP Fri Jul 25
07:10:09
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
CentOS release 6.5 (Final)
terminal-out:
[ INFO ] Starting engine service
[ ERROR ] Failed to execute stage 'Closing up': Command '/sbin/service'
failed to execute
[ INFO ] Stage: Clean up Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140727140628-g0z922.log
[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20140727141521-setup.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
log portion corresponding to the above error:
2014-07-27 13:25:01 DEBUG otopi.context context._executeMethod:152 method exception
Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod
method['method']()
File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 51, in _closeup
state=True,
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state
'start' if state else 'stop'
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand
raiseOnError=raiseOnError
File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute
command=args[0],
RuntimeError: Command '/sbin/service' failed to execute
2014-07-27 13:25:01 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute
&
2014-07-27 17:40:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'ovirt-engine', 'start') stderr:
2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:152 method exception
Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod
method['method']()
File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 57, in _closeup
state=True,
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state
'start' if state else 'stop'
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand
raiseOnError=raiseOnError
File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute
command=args[0],
RuntimeError: Command '/sbin/service' failed to execute
2014-07-27 17:40:58 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:468 ENVIRONMENT DUMP - BEGIN
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'True'
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError("Command '/sbin/service' failed to execute",), <traceback object at 0x27fdf80>)]'
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:482 ENVIRONMENT DUMP - END
2014-07-27 17:40:58 INFO otopi.context context.runSequence:395 Stage: Clean up
2014-07-27 17:40:58 DEBUG otopi.context context.runSequence:399 STAGE cleanup
2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:138 Stage cleanup METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._cleanup
I've had a dig around & from what I can tell this (possibly) related to
bugs that would've been patched in the stable release (& beta?) that
I've installed, but the issue persists.
I'm not certain where the issue could be coming in (lower-level/OS
dependency maybe?), or if I've missed something.
I've flushed & reloaded the full stack already, with the same outcome.
Next I'll have to wipe the OS & start again, with no guarantee this
issue won't reoccur.
My next step would simply be to try out the oVirt live image.
Does the image provide an option to install to the host? (looking at the
live node installers, it seems likely)
Are these images *purely* for PoC/demo/testing (i.e. highly unstable),
or would it be stable enough for in-house (Docker) prototyping before
deploying to a hosted/stable/production environment?
Cheers
- Jaco
--------------010107080600070007040200
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">
Hi folks,<br>
<br>
I'm new to the project, so please pardon my ignorance.<br>
<br>
I came to oVirt by way of looking for a suitable KVM/libvirt-based
IaaS stack to supersede my old Ubuntu 12.04 setup, that I've been
running since KVM came to Ubuntu-town.<br>
<br>
I've looked & tried a number of solutions - Eucalyptus,
Enomalism, OpenStack - but most proved too cumbersome or admin-heavy
for us.<br>
<br>
A while back I set up oVirt on CentOS (whatever was stable at the
time), but had to shelve the project for a while, because...
reasons. Fired it back up again & did all the requisite
updates/upgrades to bring the host up to snuff.<br>
<br>
Unfortunately oVirt did not work as well, so I tried
removing/purging it from the host & reinstalling it - both the
3.4.* stable & 3.5 beta - but both get hit up by the same issue
when running the engine-setup.<br>
<br>
Details follow -<br>
<br>
Environment:<br>
<br>
Linux $REDACTED 2.6.32-431.20.5.el6.centos.plus.x86_64 #1 SMP Fri
Jul 25 07:10:09<br>
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<br>
<br>
CentOS release 6.5 (Final)
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<br>
<br>
terminal-out:<br>
[ INFO ] Starting engine service
<br>
[ ERROR ] Failed to execute stage 'Closing up': Command
'/sbin/service' failed to execute
<br>
[ INFO ] Stage: Clean up Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20140727140628-g0z922.log
<br>
[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20140727141521-setup.conf'
<br>
[ INFO ] Stage: Pre-termination
<br>
[ INFO ] Stage: Termination
<br>
[ ERROR ] Execution of setup failed<br>
<br>
log portion corresponding to the above error:<br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<pre class="bz_comment_text
bz_wrap_comment_text" id="comment_text_11" style="font-size: small; font-family: monospace; white-space: pre-wrap; word-wrap: break-word; width: 50em; color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">2014-07-27 13:25:01 DEBUG otopi.context context._executeMethod:152 method exception
Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod
method['method']()
File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 51, in _closeup
state=True,
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state
'start' if state else 'stop'
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand
raiseOnError=raiseOnError
File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute
command=args[0],
RuntimeError: Command '/sbin/service' failed to execute
2014-07-27 13:25:01 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute</pre>
<br>
&<br>
<br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<pre class="bz_comment_text
bz_wrap_comment_text" id="comment_text_12" style="font-size: small; font-family: monospace; white-space: pre-wrap; word-wrap: break-word; width: 50em; color: rgb(0, 0, 0); font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;">2014-07-27 17:40:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'ovirt-engine', 'start') stderr:
2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:152 method exception
Traceback (most recent call last):
File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod
method['method']()
File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/system/engine.py", line 57, in _closeup
state=True,
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 188, in state
'start' if state else 'stop'
File "/usr/share/otopi/plugins/otopi/services/rhel.py", line 96, in _executeServiceCommand
raiseOnError=raiseOnError
File "/usr/lib/python2.6/site-packages/otopi/plugin.py", line 871, in execute
command=args[0],
RuntimeError: Command '/sbin/service' failed to execute
2014-07-27 17:40:58 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/sbin/service' failed to execute
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:468 ENVIRONMENT DUMP - BEGIN
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'True'
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError("Command '/sbin/service' failed to execute",), <traceback object at 0x27fdf80>)]'
2014-07-27 17:40:58 DEBUG otopi.context context.dumpEnvironment:482 ENVIRONMENT DUMP - END
2014-07-27 17:40:58 INFO otopi.context context.runSequence:395 Stage: Clean up
2014-07-27 17:40:58 DEBUG otopi.context context.runSequence:399 STAGE cleanup
2014-07-27 17:40:58 DEBUG otopi.context context._executeMethod:138 Stage cleanup METHOD otopi.plugins.ovirt_engine_common.base.core.misc.Plugin._cleanup</pre>
<br>
I've had a dig around & from what I can tell this (possibly)
related to bugs that would've been patched in the stable release
(& beta?) that I've installed, but the issue persists.<br>
<br>
I'm not certain where the issue could be coming in (lower-level/OS
dependency maybe?), or if I've missed something. <br>
I've flushed & reloaded the full stack already, with the same
outcome. Next I'll have to wipe the OS & start again, with no
guarantee this issue won't reoccur.<br>
<br>
My next step would simply be to try out the oVirt live image.<br>
Does the image provide an option to install to the host? (looking at
the live node installers, it seems likely)<br>
<br>
Are these images *purely* for PoC/demo/testing (i.e. highly
unstable), or would it be stable enough for in-house (Docker)
prototyping before deploying to a hosted/stable/production environment?<br>
<br>
Cheers<br>
<br>
- Jaco<br>
</body>
</html>
--------------010107080600070007040200--
9 years, 8 months
