ovirt-engine on F20
by Sandro Bonazzola
Hi,
I'm looking at
Bug 1055604 - "Failed to execute stage 'Setup validation': Cannot find Jboss at /usr/share/jboss-as" while running engine-setup on Fedora 20
I haven't seen news about wildfly support on engine side so I'm thinking about workarounds.
What about providing jboss-as-7.1.1-11 for F20 as we do for el6?
BTW, Juan, can you push spec file used for jboss-as to releng-tools repo?
http://resources.ovirt.org/pub/ovirt-3.4-snapshot-static/rpm/el6/x86_64/j...
If it can conflict somehow with wildfly, what about having it in /opt and configure the engine for using jboss from there?
Comments?
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years
Re: [ovirt-devel] oVirt Node ISO rpm-wrapper update
by Sandro Bonazzola
Il 12/05/2014 13:00, Fabian Deutsch ha scritto:
> Hey,
>
> the "wrapper rpm" I am going to talk about is an rpm which contains the
> Node ISO image which can be used easily with oVirt Engine.
> yum can be used to update this rpm and retrieve the latest oVirt Node
> iso for easy consumption.
>
> For some time we did not deliver Node for Engine in a wrapper rpm
> because a lot of things have changed (see below for the full story).
>
> To get this working again I've been cleaning up the repo and the
> contained spec.
>
> Th repo layout is now:
> node-3.0 branch:
> Builds the base image from scratch
>
> ovirt-3.4 branch:
> Builds the iso for Engine using edit-node and the base image
>
> Open issues: A repo file needs to be generated on each build which
> contains all the relevant oVirt repositories.
>
> Sandro, do you have an idea how we can retrieve all list of all relevant
> oVirt repositories using some curl oneliner?
No, no curl onliner available for that.
If you need one, we can provide it.
> The repositories are needed by edit-node to pull in the dependencies of
> ovirt-node-plugin-vdsm (vdsm, gluster, ...).
>
> The changes are _slightly_ tested, and once they are in a better shape
> we can update Jenkins to use these repos to build the image and rpm for
> Engine.
>
>
> Technical background story:
> The problem was that the basic way of how the oVirt Node for Engine ISO
> was build was dramatically changed.
>
> Originally the vdsm packages were part of Node's build process.
> You build the Node and it was usable with Engine.
>
> Now - After we introduced plugins, vdsm was migrated into a plugin
> (ovirt-node-plugin-vdsm) and the plugin is not part of Node's build
> process. ISOs we build these days do not contain vdsm specific bits and
> are called "base images".
> So if you build Node these days, it is _not_ usable with Engine.
> Don't Panic.
>
> The ovirt-node-plugin-vdsm is added to the "base image" in a second step
> using edit-node. This process is now used in ovirt-3.4 branch, where
> also the spec file for the wrapper-rpm resides.
>
> - fabian
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years
[QE] oVirt 3.4.2 RC status
by Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.4.2 RC on 2014-05-27 08:00 UTC from 3.4 branches.
The bug tracker [1] shows no blocking bugs for the release
There are still 75 bugs [2] targeted to 3.4.2.
Excluding node and documentation bugs we still have 47 bugs [3] targeted to 3.4.2.
Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.4.2 should not be released without them fixed.
- Please update the target to any next release for bugs that won't be in 3.4.2:
it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]
- If you're going to test this release, please add yourself to the test page [5]
[1] http://bugzilla.redhat.com/1095370
[2] http://red.ht/1oqLLlr
[3] http://red.ht/1nIAZXO
[4] http://www.ovirt.org/OVirt_3.4.2_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.4.2_Testing
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years
vdsm disabling logical volumes
by Jiri Moskovcak
Greetings vdsm developers!
While working on adding ISCSI support to the hosted engine tools, I ran
into a problem with vdms. It seems that when stopped vdsm deactivates
ALL logical volumes in it's volume group and when it starts it
reactivates only specific logical volumes. This is a problem for hosted
engine tools as they create logical volumes in the same volume group and
when vdsm deactivates the LVs the hosted engine tools don't have a way
to reactivate it, because the services drop the root permissions and are
running as vdsm and apparently only root can activate LVs. So far the
only suitable solution seems to be to change vdsm to only
deactivate/activate it's own LVs. I would be grateful for any hints.
Thank you,
Jirka
10 years
latest python-lxml python-ethtool break VDSM on f19
by Roy Golan
This is a multi-part message in MIME format.
--------------020703020706020607050801
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
FYI and please guide Gianluca against what to open a BZ
-------- Original Message --------
Subject: Re: [ovirt-users] getVdsCapabilites unexpected exception [was:
Re: AIO 3.4 on fedora 19 initial errors before coming up]
Date: Sun, 11 May 2014 23:49:06 +0200
From: Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
To: Roy Golan <rgolan(a)redhat.com>
CC: users <users(a)ovirt.org>
On Sun, May 11, 2014 at 8:41 PM, Gianluca Cecchi
<gianluca.cecchi(a)gmail.com <mailto:gianluca.cecchi@gmail.com>> wrote:
On Sun, May 11, 2014 at 8:18 PM, Gianluca Cecchi
<gianluca.cecchi(a)gmail.com <mailto:gianluca.cecchi@gmail.com>> wrote:
On Sun, May 11, 2014 at 4:10 PM, Roy Golan <rgolan(a)redhat.com
<mailto:rgolan@redhat.com>> wrote:
The vm will stay in "Waiting.." as the getVdsCaps is failing
and the monitoring of Vms will not take place.
need to fix this "Unexpected error" first. is it a matter of
ssl enabled configuration for host communication? i.e. can
you try vdsClient -s 0 getVdsCaps ?
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
I didn't change anything on this server.
It is an all-in-one config so both engine and vdsm host are on it.
Yesterday and every previous day I was able to start the system
and start the VM; I only applied the yum update command yeseterday
(with --exclude=sos due to the opened bug) and then I made
shutdown of the system.
Today after startup I got this problem.
[root@tekkaman vdsm]# vdsClient -s 0 getVdsCaps
Unexpected exception
it seems the error in vdsm.log when I run the command above is
of this type:
Thread-25::ERROR::2014-05-11
20:18:02,202::BindingXMLRPC::1086::vds::(wrapper) unexpected error
Traceback (most recent call last):
File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/BindingXMLRPC.py", line 393, in
getCapabilities
ret = api.getCapabilities()
File "/usr/share/vdsm/API.py", line 1185, in getCapabilities
c = caps.get()
File "/usr/share/vdsm/caps.py", line 369, in get
caps.update(netinfo.get())
File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py",
line 557, in get
netAttr.get('qosOutbound'))
File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py",
line 487, in _getNetInfo
ipv4addr, ipv4netmask, ipv6addrs = getIpInfo(iface)
File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py",
line 317, in getIpInfo
ipv6addrs = devInfo.get_ipv6_addresses()
SystemError: error return without exception set
Based on above errors, I think that for some reason these two python
related packages that were updated yesterday are causing some
problems with vdsm.
Can you confirm that you can run ok the 3.4 vdsm with those?
vdsm-4.14.6-0.fc19.x86_64
May 10 21:24:23 Updated: python-ethtool-0.9-2.fc19.x86_64
May 10 21:24:23 Updated: python-lxml-3.3.5-1.fc19.x86_64
I can also try to rollback and see...
I was right.
Against what to bugzilla?
This is a show stopper for fedora 19 ovirt users...
[root@tekkaman log]# vdsClient -s 0 getVdsCaps
Unexpected exception
[root@tekkaman log]# yum downgrade python-lxml python-ethtool
Loaded plugins: fastestmirror, langpacks, refresh-packagekit, versionlock
Dropbox | 951 B 00:00:00
adobe-linux-x86_64 | 951 B 00:00:00
fedora-virt-preview | 2.9 kB 00:00:00
google-chrome | 951 B 00:00:00
livna | 1.3 kB 00:00:00
ovirt-3.3.3 | 2.9 kB 00:00:00
ovirt-stable | 2.9 kB 00:00:00
rpmfusion-free-updates | 3.3 kB 00:00:00
rpmfusion-nonfree-updates | 3.3 kB 00:00:00
updates/19/x86_64/metalink | 28 kB 00:00:00
Loading mirror speeds from cached hostfile
* fedora: mirror.netcologne.de <http://mirror.netcologne.de>
* livna: rpm.livna.org <http://rpm.livna.org>
* rpmfusion-free: mirror.switch.ch <http://mirror.switch.ch>
* rpmfusion-free-updates: mirror.switch.ch <http://mirror.switch.ch>
* rpmfusion-nonfree: mirror.switch.ch <http://mirror.switch.ch>
* rpmfusion-nonfree-updates: mirror.switch.ch <http://mirror.switch.ch>
* updates: mirror.netcologne.de <http://mirror.netcologne.de>
Resolving Dependencies
--> Running transaction check
---> Package python-ethtool.x86_64 0:0.8-1.fc19 will be a downgrade
---> Package python-ethtool.x86_64 0:0.9-2.fc19 will be erased
---> Package python-lxml.x86_64 0:3.2.1-1.fc19 will be a downgrade
---> Package python-lxml.x86_64 0:3.3.5-1.fc19 will be erased
--> Finished Dependency Resolution
Dependencies Resolved
======================================================================================================================================================
Package Arch Version Repository Size
======================================================================================================================================================
Downgrading:
python-ethtool x86_64 0.8-1.fc19 fedora 32 k
python-lxml x86_64 3.2.1-1.fc19 fedora 752 k
Transaction Summary
======================================================================================================================================================
Downgrade 2 Packages
Total download size: 785 k
Is this ok [y/d/N]:
Downloading packages:
(1/2): python-ethtool-0.8-1.fc19.x86_64.rpm | 32 kB 00:00:00
(2/2): python-lxml-3.2.1-1.fc19.x86_64.rpm | 752 kB 00:00:02
------------------------------------------------------------------------------------------------------------------------------------------------------
Total 317 kB/s | 785 kB 00:00:02
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Installing : python-lxml-3.2.1-1.fc19.x86_64 1/4
Installing : python-ethtool-0.8-1.fc19.x86_64 2/4
Cleanup : python-lxml-3.3.5-1.fc19.x86_64 3/4
Cleanup : python-ethtool-0.9-2.fc19.x86_64 4/4
Verifying : python-ethtool-0.8-1.fc19.x86_64 1/4
Verifying : python-lxml-3.2.1-1.fc19.x86_64 2/4
Verifying : python-ethtool-0.9-2.fc19.x86_64 3/4
Verifying : python-lxml-3.3.5-1.fc19.x86_64 4/4
Removed:
python-ethtool.x86_64 0:0.9-2.fc19 python-lxml.x86_64 0:3.3.5-1.fc19
Installed:
python-ethtool.x86_64 0:0.8-1.fc19 python-lxml.x86_64 0:3.2.1-1.fc19
Complete!
[root@tekkaman log]# vdsClient -s 0 getVdsCaps
Unexpected exception
[root@tekkaman log]# systemctl restart vdsmd
[root@tekkaman log]# systemctl status vdsmd
vdsmd.service - Virtual Desktop Server Manager
Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
Active: active (running) since Sun 2014-05-11 23:44:52 CEST; 16s ago
Process: 13935 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
--post-stop (code=exited, status=0/SUCCESS)
Process: 13939 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
--pre-start (code=exited, status=0/SUCCESS)
Main PID: 14003 (vdsm)
CGroup: name=systemd:/system/vdsmd.service
├─14003 /usr/bin/python /usr/share/vdsm/vdsm
├─14074 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 32 30
├─14081 rpc.statd --no-notify
├─14103 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 34 32
├─14105 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 41 40
├─14106 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 48 46
├─14107 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 54 48
├─14108 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 41 40
├─14121 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 50 41
├─14123 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 66 65
├─14125 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 71 50
├─14129 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 75 71
├─14131 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 81 75
├─14135 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 92 89
├─14137 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 75 65
└─14138 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 89 75
May 11 23:44:53 tekkaman.localdomain.local vdsm[14003]: vdsm vds WARNING
Unable to load the json rpc server module. Please make sure it is installed.
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
client step 2
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
parse_server_challenge()
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
ask_user_info()
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
client step 2
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
ask_user_info()
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
make_client_response()
May 11 23:44:53 tekkaman.localdomain.local python[14003]: DIGEST-MD5
client step 3
May 11 23:44:57 tekkaman.localdomain.local rpc.statd[14081]: Version
1.2.7 starting
May 11 23:44:57 tekkaman.localdomain.local rpc.statd[14081]: Flags: TI-RPC
[root@tekkaman log]# vdsClient -s 0 getVdsCaps
HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:e6aa759a959'}]}
ISCSIInitiatorName = 'iqn.1994-05.com.redhat:e6aa759a959'
bondings = {'bond0': {'addr': '',
'cfg': {},
'hwaddr': '9a:0f:68:19:0f:87',
'ipv6addrs': [],
'mtu': '1500',
'netmask': '',
'slaves': []}}
bridges = {';vdsmdummy;': {'addr': '',
'cfg': {},
'gateway': '',
'ipv6addrs': [],
'ipv6gateway': '::',
'mtu': '1500',
'netmask': '',
'ports': [],
'stp': 'off'},
'ovirtmgmt': {'addr': '192.168.1.101',
'cfg': {'BOOTPROTO': 'none',
'DELAY': '0',
'DEVICE': 'ovirtmgmt',
'GATEWAY': '192.168.1.1',
'IPADDR': '192.168.1.101',
'NETMASK': '255.255.255.0',
'NM_CONTROLLED': 'no',
'ONBOOT': 'yes',
'TYPE': 'Bridge'},
'gateway': '192.168.1.1',
'ipv6addrs': ['fe80::92e6:baff:fec9:f1e1/64'],
'ipv6gateway': '::',
'mtu': '1500',
'netmask': '255.255.255.0',
'ports': ['p10p1'],
'stp': 'off'}}
clusterLevels = ['3.0', '3.1', '3.2', '3.3', '3.4']
cpuCores = '4'
cpuFlags =
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2'
cpuModel = 'AMD Athlon(tm) II X4 630 Processor'
cpuSockets = '1'
cpuSpeed = '2800.000'
cpuThreads = '4'
emulatedMachines = ['pc',
'pc-q35-1.4',
'pc-q35-1.5',
'q35',
'isapc',
'pc-0.10',
'pc-0.11',
'pc-0.12',
'pc-0.13',
'pc-0.14',
'pc-0.15',
'pc-1.0',
'pc-1.1',
'pc-1.2',
'pc-1.3',
'pc-i440fx-1.4',
'pc-i440fx-1.5',
'none']
guestOverhead = '65'
hooks = {}
kvmEnabled = 'true'
lastClient = '192.168.1.101'
lastClientIface = 'ovirtmgmt'
management_ip = '0.0.0.0'
memSize = '16048'
netConfigDirty = 'False'
networks = {'ovirtmgmt': {'addr': '192.168.1.101',
'bridged': True,
'cfg': {'BOOTPROTO': 'none',
'DELAY': '0',
'DEVICE': 'ovirtmgmt',
'GATEWAY': '192.168.1.1',
'IPADDR': '192.168.1.101',
'NETMASK': '255.255.255.0',
'NM_CONTROLLED': 'no',
'ONBOOT': 'yes',
'TYPE': 'Bridge'},
'gateway': '192.168.1.1',
'iface': 'ovirtmgmt',
'ipv6addrs':
['fe80::92e6:baff:fec9:f1e1/64'],
'ipv6gateway': '::',
'mtu': '1500',
'netmask': '255.255.255.0',
'ports': ['p10p1'],
'stp': 'off'}}
nics = {'p10p1': {'addr': '',
'cfg': {'BRIDGE': 'ovirtmgmt',
'DEVICE': 'p10p1',
'HWADDR': '90:e6:ba:c9:f1:e1',
'NM_CONTROLLED': 'no',
'ONBOOT': 'yes'},
'hwaddr': '90:e6:ba:c9:f1:e1',
'ipv6addrs': ['fe80::92e6:baff:fec9:f1e1/64'],
'mtu': '1500',
'netmask': '',
'speed': 100}}
operatingSystem = {'name': 'Fedora', 'release': '8', 'version': '19'}
packages2 = {'kernel': {'buildtime': 1398276657.0,
'release': '100.fc19.x86_64',
'version': '3.13.11'},
'libvirt': {'buildtime': 1387094943,
'release': '1.fc19',
'version': '1.1.3.2'},
'mom': {'buildtime': 1391183561, 'release': '1.fc19',
'version': '0.4.0'},
'qemu-img': {'buildtime': 1384762225,
'release': '2.fc19',
'version': '1.6.1'},
'qemu-kvm': {'buildtime': 1384762225,
'release': '2.fc19',
'version': '1.6.1'},
'spice-server': {'buildtime': 1383130020,
'release': '3.fc19',
'version': '0.12.4'},
'vdsm': {'buildtime': 1395804204, 'release': '0.fc19',
'version': '4.14.6'}}
reservedMem = '321'
rngSources = ['random']
software_revision = '0'
software_version = '4.14'
supportedENGINEs = ['3.0', '3.1', '3.2', '3.3', '3.4']
supportedProtocols = ['2.2', '2.3']
uuid = 'E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1'
version_name = 'Snow Man'
vlans = {}
vmTypes = ['kvm']
And I'm now able to start and connect to my VM again.
HIH,
Gianluca
--------------020703020706020607050801
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
FYI and please guide Gianluca against what to open a BZ<br>
<br>
<div class="moz-forward-container"><br>
<br>
-------- Original Message --------
<table class="moz-email-headers-table" border="0" cellpadding="0"
cellspacing="0">
<tbody>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">Subject:
</th>
<td>Re: [ovirt-users] getVdsCapabilites unexpected exception
[was: Re: AIO 3.4 on fedora 19 initial errors before
coming up]</td>
</tr>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">Date: </th>
<td>Sun, 11 May 2014 23:49:06 +0200</td>
</tr>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">From: </th>
<td>Gianluca Cecchi <a class="moz-txt-link-rfc2396E" href="mailto:gianluca.cecchi@gmail.com"><gianluca.cecchi(a)gmail.com></a></td>
</tr>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">To: </th>
<td>Roy Golan <a class="moz-txt-link-rfc2396E" href="mailto:rgolan@redhat.com"><rgolan(a)redhat.com></a></td>
</tr>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">CC: </th>
<td>users <a class="moz-txt-link-rfc2396E" href="mailto:users@ovirt.org"><users(a)ovirt.org></a></td>
</tr>
</tbody>
</table>
<br>
<br>
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Sun, May 11, 2014 at 8:41 PM,
Gianluca Cecchi <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi(a)gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div class="gmail_extra">
<div>
<div class="h5"><br>
<div class="gmail_quote">On Sun, May 11, 2014 at
8:18 PM, Gianluca Cecchi <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:gianluca.cecchi@gmail.com"
target="_blank">gianluca.cecchi(a)gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>
<div class="gmail_extra">
<div class="gmail_quote">On Sun, May 11,
2014 at 4:10 PM, Roy Golan <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:rgolan@redhat.com"
target="_blank">rgolan(a)redhat.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF"
text="#000000"><br>
The vm will stay in "Waiting.." as
the getVdsCaps is failing and the
monitoring of Vms will not take
place.<br>
need to fix this "Unexpected
error" first. is it a matter of
ssl enabled configuration for host
communication? i.e. can you try
vdsClient -s 0 getVdsCaps ?<br>
<br>
</div>
<br>
_______________________________________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@ovirt.org"
target="_blank">Users(a)ovirt.org</a><br>
<a moz-do-not-send="true"
href="http://lists.ovirt.org/mailman/listinfo/users"
target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
<br>
</blockquote>
</div>
<br>
<br>
</div>
</div>
<div class="gmail_extra">I didn't change
anything on this server.<br>
It is an all-in-one config so both engine
and vdsm host are on it.<br>
</div>
<div class="gmail_extra">Yesterday and every
previous day I was able to start the
system and start the VM; I only applied
the yum update command yeseterday<br>
</div>
<div class="gmail_extra">(with --exclude=sos
due to the opened bug) and then I made
shutdown of the system.<br>
</div>
<div class="gmail_extra">Today after startup
I got this problem.<br>
<br>
[root@tekkaman vdsm]# vdsClient -s 0
getVdsCaps<br>
Unexpected exception<br>
<br>
</div>
<div class="gmail_extra">it seems the error
in vdsm.log when I run the command above
is of this type:<br>
<br>
Thread-25::ERROR::2014-05-11
20:18:02,202::BindingXMLRPC::1086::vds::(wrapper)
unexpected error<br>
Traceback (most recent call last):<br>
File "/usr/share/vdsm/BindingXMLRPC.py",
line 1070, in wrapper<br>
res = f(*args, **kwargs)<br>
File "/usr/share/vdsm/BindingXMLRPC.py",
line 393, in getCapabilities<br>
ret = api.getCapabilities()<br>
File "/usr/share/vdsm/API.py", line
1185, in getCapabilities<br>
c = caps.get()<br>
File "/usr/share/vdsm/caps.py", line
369, in get<br>
caps.update(netinfo.get())<br>
File
"/usr/lib64/python2.7/site-packages/vdsm/netinfo.py",
line 557, in get<br>
netAttr.get('qosOutbound'))<br>
File
"/usr/lib64/python2.7/site-packages/vdsm/netinfo.py",
line 487, in _getNetInfo<br>
ipv4addr, ipv4netmask, ipv6addrs =
getIpInfo(iface)<br>
File
"/usr/lib64/python2.7/site-packages/vdsm/netinfo.py",
line 317, in getIpInfo<br>
ipv6addrs =
devInfo.get_ipv6_addresses()<br>
SystemError: error return without
exception set<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
Based on above errors, I think that for some reason
these two python related packages that were updated
yesterday are causing some problems with vdsm.<br>
Can you confirm that you can run ok the 3.4 vdsm with
those?<br>
<br>
vdsm-4.14.6-0.fc19.x86_64
<div class=""><br>
<br>
May 10 21:24:23 Updated:
python-ethtool-0.9-2.fc19.x86_64<br>
</div>
May 10 21:24:23 Updated:
python-lxml-3.3.5-1.fc19.x86_64<br>
<br>
</div>
<div class="gmail_extra">I can also try to rollback and
see...<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
I was right.<br>
</div>
<div class="gmail_extra">Against what to bugzilla? <br>
</div>
<div class="gmail_extra">This is a show stopper for fedora 19
ovirt users...<br>
<br>
</div>
<div class="gmail_extra">
<br>
[root@tekkaman log]# vdsClient -s 0 getVdsCaps<br>
Unexpected exception<br>
<br>
[root@tekkaman log]# yum downgrade python-lxml python-ethtool<br>
Loaded plugins: fastestmirror, langpacks, refresh-packagekit,
versionlock<br>
Dropbox
| 951 B 00:00:00 <br>
adobe-linux-x86_64
| 951 B 00:00:00 <br>
fedora-virt-preview
| 2.9 kB 00:00:00 <br>
google-chrome
| 951 B 00:00:00 <br>
livna
| 1.3 kB 00:00:00 <br>
ovirt-3.3.3
| 2.9 kB 00:00:00 <br>
ovirt-stable
| 2.9 kB 00:00:00 <br>
rpmfusion-free-updates
| 3.3 kB 00:00:00 <br>
rpmfusion-nonfree-updates
| 3.3 kB 00:00:00 <br>
updates/19/x86_64/metalink
| 28 kB 00:00:00 <br>
Loading mirror speeds from cached hostfile<br>
* fedora: <a moz-do-not-send="true"
href="http://mirror.netcologne.de">mirror.netcologne.de</a><br>
* livna: <a moz-do-not-send="true"
href="http://rpm.livna.org">rpm.livna.org</a><br>
* rpmfusion-free: <a moz-do-not-send="true"
href="http://mirror.switch.ch">mirror.switch.ch</a><br>
* rpmfusion-free-updates: <a moz-do-not-send="true"
href="http://mirror.switch.ch">mirror.switch.ch</a><br>
* rpmfusion-nonfree: <a moz-do-not-send="true"
href="http://mirror.switch.ch">mirror.switch.ch</a><br>
* rpmfusion-nonfree-updates: <a moz-do-not-send="true"
href="http://mirror.switch.ch">mirror.switch.ch</a><br>
* updates: <a moz-do-not-send="true"
href="http://mirror.netcologne.de">mirror.netcologne.de</a><br>
Resolving Dependencies<br>
--> Running transaction check<br>
---> Package python-ethtool.x86_64 0:0.8-1.fc19 will be a
downgrade<br>
---> Package python-ethtool.x86_64 0:0.9-2.fc19 will be
erased<br>
---> Package python-lxml.x86_64 0:3.2.1-1.fc19 will be a
downgrade<br>
---> Package python-lxml.x86_64 0:3.3.5-1.fc19 will be
erased<br>
--> Finished Dependency Resolution<br>
<br>
Dependencies Resolved<br>
<br>
======================================================================================================================================================<br>
Package
Arch
Version
Repository Size<br>
======================================================================================================================================================<br>
Downgrading:<br>
python-ethtool
x86_64
0.8-1.fc19
fedora 32 k<br>
python-lxml
x86_64
3.2.1-1.fc19
fedora 752 k<br>
<br>
Transaction Summary<br>
======================================================================================================================================================<br>
Downgrade 2 Packages<br>
<br>
Total download size: 785 k<br>
Is this ok [y/d/N]: <br>
Downloading packages:<br>
(1/2):
python-ethtool-0.8-1.fc19.x86_64.rpm
| 32 kB 00:00:00 <br>
(2/2):
python-lxml-3.2.1-1.fc19.x86_64.rpm
| 752 kB 00:00:02 <br>
------------------------------------------------------------------------------------------------------------------------------------------------------<br>
Total
317 kB/s | 785 kB 00:00:02 <br>
Running transaction check<br>
Running transaction test<br>
Transaction test succeeded<br>
Running transaction<br>
Installing :
python-lxml-3.2.1-1.fc19.x86_64
1/4 <br>
Installing :
python-ethtool-0.8-1.fc19.x86_64
2/4 <br>
Cleanup :
python-lxml-3.3.5-1.fc19.x86_64
3/4 <br>
Cleanup :
python-ethtool-0.9-2.fc19.x86_64
4/4 <br>
Verifying :
python-ethtool-0.8-1.fc19.x86_64
1/4 <br>
Verifying :
python-lxml-3.2.1-1.fc19.x86_64
2/4 <br>
Verifying :
python-ethtool-0.9-2.fc19.x86_64
3/4 <br>
Verifying :
python-lxml-3.3.5-1.fc19.x86_64
4/4 <br>
<br>
Removed:<br>
python-ethtool.x86_64
0:0.9-2.fc19
python-lxml.x86_64
0:3.3.5-1.fc19 <br>
<br>
Installed:<br>
python-ethtool.x86_64
0:0.8-1.fc19
python-lxml.x86_64
0:3.2.1-1.fc19 <br>
<br>
Complete!<br>
<br>
[root@tekkaman log]# vdsClient -s 0 getVdsCaps<br>
Unexpected exception<br>
<br>
<br>
[root@tekkaman log]# systemctl restart vdsmd <br>
<br>
[root@tekkaman log]# systemctl status vdsmd <br>
vdsmd.service - Virtual Desktop Server Manager<br>
Loaded: loaded (/usr/lib/systemd/system/vdsmd.service;
enabled)<br>
Active: active (running) since Sun 2014-05-11 23:44:52
CEST; 16s ago<br>
Process: 13935
ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
--post-stop (code=exited, status=0/SUCCESS)<br>
Process: 13939
ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
--pre-start (code=exited, status=0/SUCCESS)<br>
Main PID: 14003 (vdsm)<br>
CGroup: name=systemd:/system/vdsmd.service<br>
├─14003 /usr/bin/python /usr/share/vdsm/vdsm<br>
├─14074 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 32 30<br>
├─14081 rpc.statd --no-notify<br>
├─14103 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 34 32<br>
├─14105 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 41 40<br>
├─14106 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 48 46<br>
├─14107 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 54 48<br>
├─14108 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 41 40<br>
├─14121 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 50 41<br>
├─14123 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 66 65<br>
├─14125 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 71 50<br>
├─14129 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 75 71<br>
├─14131 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 81 75<br>
├─14135 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 92 89<br>
├─14137 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 75 65<br>
└─14138 /usr/bin/python
/usr/share/vdsm/storage/remoteFileHandler.pyc 89 75<br>
<br>
May 11 23:44:53 tekkaman.localdomain.local vdsm[14003]: vdsm
vds WARNING Unable to load the json rpc server module. Please
make sure it is installed.<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 client step 2<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 parse_server_challenge()<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 ask_user_info()<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 client step 2<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 ask_user_info()<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 make_client_response()<br>
May 11 23:44:53 tekkaman.localdomain.local python[14003]:
DIGEST-MD5 client step 3<br>
May 11 23:44:57 tekkaman.localdomain.local rpc.statd[14081]:
Version 1.2.7 starting<br>
May 11 23:44:57 tekkaman.localdomain.local rpc.statd[14081]:
Flags: TI-RPC<br>
<br>
[root@tekkaman log]# vdsClient -s 0 getVdsCaps<br>
HBAInventory = {'FC': [], 'iSCSI': [{'InitiatorName':
'iqn.1994-05.com.redhat:e6aa759a959'}]}<br>
ISCSIInitiatorName = 'iqn.1994-05.com.redhat:e6aa759a959'<br>
bondings = {'bond0': {'addr': '',<br>
'cfg': {},<br>
'hwaddr': '9a:0f:68:19:0f:87',<br>
'ipv6addrs': [],<br>
'mtu': '1500',<br>
'netmask': '',<br>
'slaves': []}}<br>
bridges = {';vdsmdummy;': {'addr': '',<br>
'cfg': {},<br>
'gateway': '',<br>
'ipv6addrs': [],<br>
'ipv6gateway': '::',<br>
'mtu': '1500',<br>
'netmask': '',<br>
'ports': [],<br>
'stp': 'off'},<br>
'ovirtmgmt': {'addr': '192.168.1.101',<br>
'cfg': {'BOOTPROTO': 'none',<br>
'DELAY': '0',<br>
'DEVICE': 'ovirtmgmt',<br>
'GATEWAY': '192.168.1.1',<br>
'IPADDR':
'192.168.1.101',<br>
'NETMASK':
'255.255.255.0',<br>
'NM_CONTROLLED': 'no',<br>
'ONBOOT': 'yes',<br>
'TYPE': 'Bridge'},<br>
'gateway': '192.168.1.1',<br>
'ipv6addrs':
['fe80::92e6:baff:fec9:f1e1/64'],<br>
'ipv6gateway': '::',<br>
'mtu': '1500',<br>
'netmask': '255.255.255.0',<br>
'ports': ['p10p1'],<br>
'stp': 'off'}}<br>
clusterLevels = ['3.0', '3.1', '3.2', '3.3', '3.4']<br>
cpuCores = '4'<br>
cpuFlags =
'fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,mmx,fxsr,sse,sse2,ht,syscall,nx,mmxext,fxsr_opt,pdpe1gb,rdtscp,lm,3dnowext,3dnow,constant_tsc,rep_good,nopl,nonstop_tsc,extd_apicid,pni,monitor,cx16,popcnt,lahf_lm,cmp_legacy,svm,extapic,cr8_legacy,abm,sse4a,misalignsse,3dnowprefetch,osvw,ibs,skinit,wdt,hw_pstate,npt,lbrv,svm_lock,nrip_save,model_athlon,model_Opteron_G3,model_Opteron_G1,model_phenom,model_Opteron_G2'<br>
cpuModel = 'AMD Athlon(tm) II X4 630 Processor'<br>
cpuSockets = '1'<br>
cpuSpeed = '2800.000'<br>
cpuThreads = '4'<br>
emulatedMachines = ['pc',<br>
'pc-q35-1.4',<br>
'pc-q35-1.5',<br>
'q35',<br>
'isapc',<br>
'pc-0.10',<br>
'pc-0.11',<br>
'pc-0.12',<br>
'pc-0.13',<br>
'pc-0.14',<br>
'pc-0.15',<br>
'pc-1.0',<br>
'pc-1.1',<br>
'pc-1.2',<br>
'pc-1.3',<br>
'pc-i440fx-1.4',<br>
'pc-i440fx-1.5',<br>
'none']<br>
guestOverhead = '65'<br>
hooks = {}<br>
kvmEnabled = 'true'<br>
lastClient = '192.168.1.101'<br>
lastClientIface = 'ovirtmgmt'<br>
management_ip = '0.0.0.0'<br>
memSize = '16048'<br>
netConfigDirty = 'False'<br>
networks = {'ovirtmgmt': {'addr': '192.168.1.101',<br>
'bridged': True,<br>
'cfg': {'BOOTPROTO': 'none',<br>
'DELAY': '0',<br>
'DEVICE': 'ovirtmgmt',<br>
'GATEWAY':
'192.168.1.1',<br>
'IPADDR':
'192.168.1.101',<br>
'NETMASK':
'255.255.255.0',<br>
'NM_CONTROLLED': 'no',<br>
'ONBOOT': 'yes',<br>
'TYPE': 'Bridge'},<br>
'gateway': '192.168.1.1',<br>
'iface': 'ovirtmgmt',<br>
'ipv6addrs':
['fe80::92e6:baff:fec9:f1e1/64'],<br>
'ipv6gateway': '::',<br>
'mtu': '1500',<br>
'netmask': '255.255.255.0',<br>
'ports': ['p10p1'],<br>
'stp': 'off'}}<br>
nics = {'p10p1': {'addr': '',<br>
'cfg': {'BRIDGE': 'ovirtmgmt',<br>
'DEVICE': 'p10p1',<br>
'HWADDR': '90:e6:ba:c9:f1:e1',<br>
'NM_CONTROLLED': 'no',<br>
'ONBOOT': 'yes'},<br>
'hwaddr': '90:e6:ba:c9:f1:e1',<br>
'ipv6addrs':
['fe80::92e6:baff:fec9:f1e1/64'],<br>
'mtu': '1500',<br>
'netmask': '',<br>
'speed': 100}}<br>
operatingSystem = {'name': 'Fedora', 'release': '8',
'version': '19'}<br>
packages2 = {'kernel': {'buildtime': 1398276657.0,<br>
'release': '100.fc19.x86_64',<br>
'version': '3.13.11'},<br>
'libvirt': {'buildtime': 1387094943,<br>
'release': '1.fc19',<br>
'version': '1.1.3.2'},<br>
'mom': {'buildtime': 1391183561, 'release':
'1.fc19', 'version': '0.4.0'},<br>
'qemu-img': {'buildtime': 1384762225,<br>
'release': '2.fc19',<br>
'version': '1.6.1'},<br>
'qemu-kvm': {'buildtime': 1384762225,<br>
'release': '2.fc19',<br>
'version': '1.6.1'},<br>
'spice-server': {'buildtime': 1383130020,<br>
'release': '3.fc19',<br>
'version': '0.12.4'},<br>
'vdsm': {'buildtime': 1395804204, 'release':
'0.fc19', 'version': '4.14.6'}}<br>
reservedMem = '321'<br>
rngSources = ['random']<br>
software_revision = '0'<br>
software_version = '4.14'<br>
supportedENGINEs = ['3.0', '3.1', '3.2', '3.3', '3.4']<br>
supportedProtocols = ['2.2', '2.3']<br>
uuid = 'E0E1001E-8C00-002A-6F9A-90E6BAC9F1E1'<br>
version_name = 'Snow Man'<br>
vlans = {}<br>
vmTypes = ['kvm']<br>
<br>
</div>
<div class="gmail_extra">And I'm now able to start and connect
to my VM again.<br>
<br>
</div>
<div class="gmail_extra">
HIH,<br>
Gianluca<br>
</div>
</div>
<br>
</div>
<br>
</body>
</html>
--------------020703020706020607050801--
10 years
Sortable columns in UI
by Vojtech Szocs
------=_Part_4640012_120094896.1399991871152
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hey guys,
oVirt UI has been missing column sort functionality for quite a while
now, but here's some good news.
I've just merged patch [1] that adds support for both server-side and
client-side sorting of table columns. This patch adds the necessary
infra/API; column sorting must be enabled per-column for given table,
just like with column resizing.
[1] http://gerrit.ovirt.org/#/c/25910/
Currently, only TextColumnWithTooltip (and its subclasses) support
sorting, however this can easily be changed in future by having the
column class extend SortableColumn.
To enable sorting:
// Enables server-side sorting via search query
// ... SORTBY name ASC|DESC
column.makeSortable("name"); // consider using shared constant
-or-
// Enables client-side sorting using comparator
column.makeSortable(comparator);
In order for server-side sorting to work properly, corresponding
SearchableListModel must apply the search options while executing
"Search" query.
For example, in DataCenterListModel:
@Override
public boolean supportsServerSideSorting() {
// Default is false
return true;
}
@Override
protected void syncSearch() {
// Append "SORTBY" clause to search query
String search = applySortOptions(getSearchString());
...
}
If a model doesn't support server-side sorting, client-side sorting
will be used as fall back (assuming a comparator was provided).
In general, all main tab list models in WebAdmin utilize "Search"
query, so we can enable server-side sorting for columns that exist
within main tab tables.
As for sub tabs (whose list models generally don't use "Search"
query, but also don't support paging at the moment), these can
simply use client-side sorting, i.e. reuse existing comparators
defined in Linq class.
PS: I've attached a screenshot depicting sorted column in action.
Regards,
Vojtech
------=_Part_4640012_120094896.1399991871152
Content-Type: image/png; name=sorted-column.png
Content-Disposition: attachment; filename=sorted-column.png
Content-Transfer-Encoding: base64
iVBORw0KGgoAAAANSUhEUgAAALQAAACnCAYAAAC4j3YHAAAACXBIWXMAAAsTAAALEwEAmpwYAAAA
B3RJTUUH3gUNDiIpMfRzFAAAGZdJREFUeJzt3XlcVdXC//HPOYBwFBQUUFIQTEUfkHKg6xPOYw5J
kXWdbnYbsG6P1XPN1DQ1eyrU7OnavaXcX5mg3kckvQpqOOKAI45kmgoOCAKCosh44KzfH8iWg4Cc
AaHder9eR8+e1lp7nS+bfTb7rKOZOHGiEEIghEB6tDQaDRqNRnkOKK+DfE0errr+szUYDEadKD0a
Go0GIQQajQatVmvU9/I1ebia+s/Wy8uLsLCwBm7e79fMmTO5evUqWq0WKA+zl5cXf/rTn+jUqRO2
trYN3MLGqbS0lAsXLhAZGWnUf5rExETRs2fPBm7e79exY8f44osvjAL9/vvv4+Pj08At+224dOmS
Uf/ZyjA3rIr+r3xq0b59+4Zqzm9ORV8ppxwN2RipXMW5YMVzGxubBm7Rb4eNjY1R/8lAN0LyjaD5
tA3dAEmyJhloSVVkoCVVqdM59IA/TleeN2vqQDdfb159aTidO7Src0Xrf0pg6Yp/E792semtvGfP
odOs/HEHqddv0LKFI8P69eTPLw5TLtlYyhptbGg///wzO3fuJDs7G0dHR7p3786QIUOUPpo1axYA
n3/+uUX1HDhwgJiYGIvLsTaTkhC/djHLPn2HjOxbTJ33DRcvp9d5272Hk0xuXGVHT59n/leraO3q
zIblc+kV4Evk+p18H7XNonIrs7SNDe3ChQusWbMGZ2dnZs+eTadOndi9ezc7duywel1nzpyxepnW
YPJVDs/H3Hhj3AhmL/6BiB93sGDaywCkpt/g65UbOXvhKgaDwM+3Pe+9+jyPtW5ldIQf8MfpxK9d
XOv61YmK3YsQgonPDcKxmY6XQwZz5NQ5buflK+sUFesJX7OZ+EOnKSwqYUDvAP76egh2draUlpUx
ZMJMWjo78V+Tg1m6YgP2TeyY8dZL9PDvVG0baytPX1rG0Inl5b0wog8ro7ez9OO/8O2qWC5eSscg
BP/RyYuprwTj3a61SX1ccQnKVPv370cIwcCBA9HpdAwaNIjz58+Tn5//QJkV0zNnzgRQ/lpcefra
tWts2bKFtLQ0hBB4eXkxZswYvvzyS6WcWbNmERYWhl6vZ+vWrSQlJVFcXExAQADPPfcctra2lJWV
MXv2bJycnHj66afZuXMnb775ZrVlu7u7m7XvFcz6Xf1E1w4AnDqbosxb+G0Ux5IusGROKJ+8/zJH
Tv7Kwm+jAIx+hVc8r2396ly+lgGAj2cbAFq7ubDumzlMe+MFZZ3wNZtZ/1MCoeNH8u6fn2Nr/FHW
bd4HgO29a7t5+YWU6PVMn/Iimdm5/H1lTI1trK08O9vy8u7mF2Jna0vM9wv4+KtVnPolhWWfv8OS
OW/w86+X+cfKTaZ1rgUyMzMBaN26/AfIxcWFWbNmERISYlZ5a9asISUlhalTp/L6669z5coVYmJi
jG6VqHi+detWDhw4wDPPPENwcDCJiYns378fQLmuXlhYiK2tLfPmzauxbEuZdR3awaEJAPkFRcq8
v3/ytvK8RF8KwC8XrtRYhqnr594pPxLr7tVdnT33ThmCAv2w0WoJ+3Yt2/cfZ8JzA5V19PpS+gb6
08SufNevpmVZVF6JvpRh/Xpi38RO2Y/1W/fT9yl/Yr9fgJ2d6V1s7nXo/PzyPrKzs3toGVWXVzet
1+sBSEhIwM/Pj7lz52Jra2u0bsXzpKTyvuratStarZZ169Zx4sQJ+vfvr6xbWlpK9+7dsbW1rVPZ
5jAr0LfvhatF82bKvGNJF/j7yk2kpt+gzGAAQF9aVmMZpq7f0tmJzBu3KCwuoZnOodp17tw7/Xj2
1bnKvIwbtx5Yr1nT+9uXltVcZ13La+HUFIDpoWNZ+sNGNsQdYEPcAZya6Xj31ecZ0qd7jXVYk6Oj
I7m5uej1euzt7S0uLyQkhJiYGA4ePMjBgwfR6XSMGTOGJ5988oF1CwoKAFiwYIEy79atB/uqadOm
JpdtCrMCfeZ8+ZG0u9/jyrxFy6LIzM7l20+n0sHLg+F/+rDWMkxdv+vjnmTeuMWlqxn4+3qTnpnD
9M/+HwN6B/DG+BEAuLu6kJaRzbZVnytHYEvUtbyK89HePbrSu0dXrl3PZvfBk3y3No5/RMQ8skB7
enqSm5tLRkYG7du3JycnhxUrVtCtWzeGDx9e7TY2NjaUlZVRWlpKaWmp0bIuXbrQpUsXsrOzOX36
NNu3b2fz5s3Vhs7Z2ZmcnBw++eSTWu8QrOgrU8o2hcnn0JnZuaxYtw0HezsmPT9YmV9YXAJAkyZ2
bPgpAcdmOgAKCosBcLC3K9/+3hHuYetXNT54IFqtllUbdnI3v5DI9TtJy8jGxub+Lgx6urwzdh04
yalfUhg2aRazFn5f532r2kZTy5u18HtGvjKHgsIiBvR+AgDHZtX/NqlNxc39pj769euHVqtl9+7d
FBYWsnv3bnJycpT7haueKgghcHV1BcqvkJw5cwY7Oztl+cqVK5k/fz5FRUV069YNAJ1OhxBCWe/W
rVsIIQgICADg1KlTpKSk8NFHH7Fy5coa662tbFMfldnMnz9//sM6+Ifo7cr/m7YfxNPDjdlTJ9DJ
+zFlHefmjvz862V+ik+kWxcf+gT6c+b8ZbbvP8Hzw4MoKCzmXMo14vYmMm7MgIeuX5WrS3N8O7Rj
f+IZlq/ZQm5ePi+N6sfksUOVn3p/X2+KivWs37qfuD3HeKJrB957LUT5YanYj1deHFbtdNU2mlpe
Ow9XLlxKZ/XGXcTuPIJf5/Z8MOUlWjo71dq/0dHRRjcnjRw58mEvSbWcnJxo27YtZ8+eJS4ujvz8
fIKCghg0aJCyzq5duwCUeS1btuTy5cskJSXh6+vLlStXKC4upn///ri6upKens6ePXs4evQoXl5e
PP/88zg6OlJcXExaWhrHjx+nb9++eHl5odfrOXjwIMePH8fHx4dnn30WBweHautt1apVjWWbasuW
Lfc/uSLknTANbty4cUb3Qy9durSBW/Tb8s4779y/H7qB2yJVo6yWN6pS7WSgGyHDvas+kulkoBuh
imu0kulkoBshGWjzyUA3QlWvB0t1JwPdCFS+cUij0chzaBNV7j8Z6Eagffv2Rteh5RHaNJX7TxMW
FiYAZsyY0aCNkiRrkB/BklRFBlpSFRloSVVkoCVVkYGWVEUGWlIVGWhJVWSgJVWRgZZURQZaUhUZ
aElVzLo5qVevXixatMjow5e9evUiMTHRag2rq/Dw8AfmhYaGVrteaGio8r+16tRqtTg7O9O7d2/a
tav74JWNRV37r77rtlY/mhXoJk2asHXrVvr06UOTJjWPZPSomPICVKwbHR3N2LFjLa7TYDCQmppK
fHw8kyZNMru8hvSoAlxb3dbqR7MCrdfrGT9+PJGRkbz22mtGy1JTU5k3bx4XLlygQ4cOzJs3j1at
WjF58mTWr1+PVquluLiYF198kaioKBwcHDAYDIwdO5YVK1bQokULs3emsqysLHbv3k1BQQGBgYHK
/PDwcHx8fLh58ybh4eFMnjzZ4lGGDAaDMn7b7du3iY+PJycnBxcXFwYMGECLFi2IiIigW7du/Prr
rwQFBXH9+nXOnTtHnz596NixI7m5ucTHx3Pz5k1cXFzo378/Op2O6OhoJk6ciFarxWAwsHr1asaO
HUtJSckD9bi4uFi0H5VV1x5nZ2ciIyPx9fXlzJkzvPbaa+Tl5REfH09WVhbOzs7069cPNze3avvh
Ye2zRj+aFWghBD169GDTpk1kZWUZjRgZFhbGpEmT6Nu3LwkJCSxcuJDly5cTEBBAfHw8gwYNIi4u
jtu3bxMXF0dwcDB79+7F39/f7DBX/bUZGhrKoUOH8PPzw9fXl7NnzxotHzp0qMWnHuHh4djY2NC8
eXOaNm3KwIHl493t37+fgIAAvLy8SE1NZf/+/Tz77LPo9XqcnZ0ZOnQosbGx9O3bl9GjRxMbG0vH
jh1JSEjAx8eH0aNH88svv3Dw4EFGjRqFm5sbaWlpeHp6cu3aNdzc3NDpdOzatavaeszdl8pCQ0Nr
bE9JSQkODg688sorAOzbtw8vLy9GjBhBamoq+/btIyQkpMZ+qO9+tOgG/ylTprBs2TLmzr0/9tuJ
Eyc4fPiwMl0x0MjYsWNZtmwZgwYNIjo6milTpvDjjz8SHBxMVFQUb775ptntqC6YOTk5jBgxAjs7
O7p27cqhQ4fMLr+mOs+dO4ezszNt2rRR5mdkZJCWlqZMVwyLJYTA29sbGxsb9Ho9Pj4+2NjYUFJS
PoJUVlYWw4YNw9bWli5dunD8+HEAOnXqRHJyMp6enqSkpNCpU6da6zF3X6qqqT1CCPz8/JQjaUZG
BkOHDsXW1hYfHx/l+xXr2j5r96NFgfbw8MDd3Z2TJ08q8+zt7dmxY4cyKF+FgIAAcnNz2bZtG4WF
hYwfP54NGzawfft2cnNzlaGkrKXyV33V10eaunTpQkJCAk5OTjRrVj5wpY2NDS+//LIyVFZllb+u
repXt1V81W9V3t7eHD58GL1eT1paGn369HloPdZQU3sAozprWs+U9lmzHy2+bDd58mQiIiKUN4dP
PvkkkZGRFBUVsXHjRt566y1l3ZCQEMLCwggJCUGj0RASEsJnn33GCy+8UFPxZnNxceH8+fOUlpY+
cMoB5e+qCwsLLa4nMDCQw4cPK4PDtGnThlOnTlFaWsq5c+eIjY2tUznu7u6cO3dOaW/FaZyNjQ1t
27bl6NGjtGvXTjlSmVtPXdXUnqo8PDxISkpCr9eTnJzMunXrzGqftfrR4kDrdDqGDRumHPKnT5/O
iRMnGDp0KKtXrzb6dTZy5EhsbW0ZPXo0AKNGjcLOzo4RI0ZY1Ibw8HCjB0Dv3r05ffo0kZGR2NjY
PPCTHBQUxNq1ay2qF8qv+HTr1k05pQkKCiIjI4OIiAiSkpKo6zf1Pv300yQnJxMREcHly5cJCro/
vl/nzp05c+YMHTt2NGq/OfXUVW3tqSwoKIj09HQiIyM5fvw4/fr1M6t91upH+ZlCSVXkXwolVZGB
llRFBlpSFRloSVVkoCVVkYGWVEUGWlIVGWhJVWSgJVWRgZZURQZaUhUZaElVlPuhz527iqO7W0O2
RZIsZnSDv5Od7pE34HraVTzaej3yeiV1kqcckqrIQEuqIgMtqYoMtKQqMtCSqshAS6oiAy2pigy0
pCoy0JKq/CYCHRO3nYKCgjqv79O+JT7tW5J0+oTRtKR+jT7QexMOcfT4SaI3bTZ526i16yktvT+d
c8OKDZMapUYd6Cup19ixdy8guJhyiV17E+q8rb29A8eOJVBcaDyQ4JIvPuPp/+xG545tGDLoD+zf
F09ZaSk+7VsS2NOX1atW0P2Jx+nRvRMb1q8lfPnXBPh784fArvz0UwwAt2/n8v60t+nRvRNPBnTg
zdCXuXEjy5q7Lpmp0Qa6oKCAqH9vAgFCABqIT0jg0pUrddq+uLgIP7/uHD162Gj+tPc/ZMeOJLZt
+4Xk5AvM+OA9DIbye7Ru3rwJwpElX37HrZs5zP5wGi2au/K/X/1AVlYmC+bPoaQYPprzPj9G/4u/
f/0vln69jri4WGZ/+AH1NMipZAKLhtOtT+s2xZJ39y5oNJQPiitAQPSmWN56dTKOzRwfWsaQIc+x
bdt643KjVvPZp3PJzb0FQHr6Ve7eLV9mMJQxaNAYWriUd0thYQH9+4fQvEX5dEbGNfLzYcf2rQBM
nDhMKffwob3k3wWn5pbtt2SZRnmE3rVvH8mXLoOA8n/unTZoIO9uPmv/HYNer39oOT16BHHi5CHs
7w26DhAW9jG5ubeIibk/prWh7P42TZrYo9PdH6nUzs4eXdPyaSEEhjLQNS0fw/jAgeskJt4kMfEm
u3aloC8xd48la2l0gc7OucW5X1Nwd3OjjXtr3N1ccXN1xd3VFXc3V9q0dufu3QJ+vZjy0LK0Wi2B
gX+guKhImae/N+zv2bOnlCF2i4qMx4m+N056jdMDBgwBYNu29VxITiAoyIMPZoynpaupeytZW6M7
5XBt5cJfXp9stfJGjXqOyIjvlOk3Qt/mm398RXz8Fv46bS7hy//GhAn9TCpz7rzPMBhsWLp0PiUl
Rfyhd1/++72F5N0GJ+t855FkJmV86ODg8Q3yyZH6+sRKxSW6Vm6g18Od3PvThQXljyb2YGMDhYWg
1cC9weNp5fZgGVWnhYD8u6AvKX9uaweOjqA1HlddesQa3RHaWlpV+niknZ3xtK5p+aPy9MPKqDqt
0YCjk+XtlKyr0Z1DS5IlZKAlVZGBllRFBlpSFRloSVVkoCVVkYGWVEW5Du3o7kae3vKvCjZHQ9Ur
qY8S6HYtH/24dgC0lOPaSdYjTzkkVZGBllRFBlpSFRloSVVkoCVVkYGWVEUGWlIVGWhJVVQbaE3V
T7bWc5n1UV9tHnV9vxUmfQQrXKOhZ8+edV7/2LFjhArx8BUlyVrCwsJEWFiYqKvl5Z8JfehjOdS5
zMp27twp/P39hYODg/D19RVxcXHKsnXr1omOHTsKe3t74efnJ+Lj45VlZ8+eFd26dROurq4iJiZG
UKn++iizqtqWXbt2TQwYMEA4OjqKvn37isuXLyvLbty4IUaOHCl0Op144oknxJEjR+rU7trq+z0z
OdBCPDzU5oZZCCH8/PzE5s2bRVFRkfj++++Fj4+PsszV1VUcOXJElJSUiDVr1ogePXooy4KDg8X8
+fPFnTt3xMcff2z0gtdHmVXVtmzixIlixowZ4s6dO2LOnDli3LhxyrLJkyeLmTNniry8PLF+/Xqj
+mtrtwx09cwKtBA1h9qSMFdVXFz8QDBnzpxpdISr4ObmJrKysoQQQqSlpdX4gtdHmULUHjAPDw+R
kZEhhBAiMzNTPPbYY8oyd3d3kZmZWeO2NbVbBrp6Zr8pDBWC8Crzwu/Nt0R8fDyBgYE4OTmh0xnf
ARgTE0N2djZPPfUU3bt3Z+/evcqy3NxcXFxcAHB1da33MjUaTZ3fmOXk5Cjbt2rViuzsbGXZrVu3
aNmy+rGra2u3VANzj9AVllv5yNymTRuxatUqcefOHZGXl1ftkchgMIjIyEjh6empzHN1dVWOplev
XjXarj7KrKq2ZW3btlWOwpmZmaJt27bKMg8PD5GamlrtdrW1u7b6fs8svmxXcaS21tWMLl264Ovr
S0lJCYsXL8bNzY2LFy8C0Lt3b6KioigtLaVDhw6Uld0fZTEwMJB//vOf3L17l++++87o6FkfZZpi
yJAhLF26lPz8fJYsWcLgwYOVZSNHjmTRokXk5uYSFRWFv79/ndot1cDSI7S1JSYmChcXF+Ht7S22
b98u5s2bJ5o2bSqEECIuLk74+vqKJk2aiM6dO4vY2Fhlu1OnTomuXbuKVq1aiY0bNwqdTicMBkO9
lVkV94dJVR4V0tLSRP/+/YWjo6MYPHiwSEtLU5ZlZ2eL4cOHC3t7e+Hv7y8OHjxYp75AHqGrpYxt
N2PGjIb7qZIkK1HtXwql3ycZaElVZKAlVZGBllRFBlpSFRloSVVkoCVVUe6HvnnrdkO2Q5KsQgl0
E12zhmyHJFmFPOWQVEUGWlIVGWhJVWSgJVWRgZZURQZaUhUZaElVGl2gnXR2yqN92zZM+OOL/JyU
VKdtS0tLmffRbNxbNre4DRXGjHrGorKkR8ukkZPW6OxMHjlpQqHe5EblFeoxGAykXr3K6lURPDNs
ENt2xPMffn61bpd27RpffrGI1OtZJtdZk4sXLlitLKn+mRToCYV61ujsCK3DuuH31jeXVqulvbc3
H86Zi1ar5fNPPyFyzf8BkJFxnSmvv8qhgwfo2SuQf0VF06KFMz2fLP+AqaeHO3mFevbE7+aD9/+b
lORkPL28WLzkKwYPGQqUH4XzKrWv6jTAwH5BpKZexUlnx/QZs5g7f4HZ+yM9Giafckwo1D8wHkdV
loa5qldefY19e/co0zPen4afnz8pV9LoFfgUH8/7CIDs3LsASjCnT3uPBf/zOdcysvnrtA94d+pf
TKp3994EpTwZ5t8Gk47QFSYU6gmv4Uht7TADODu7cOfO/Zun4nfv4sjxkzRzdGTqu+8xsG9Qtdsd
OXZKef7SuPG8NeV1q7ZLanzMflNY3ZG6PsIMcPnSJdzc3JXpvLw7dPT2xElnRwevtmRkXK92u317
99A/qDdt3Fxwc3GyerukxseiqxyVQ11fYQZYFfEDAwcPUabd3VtzPesmeYV68gr1yqlGVX9+eRJ/
mfoOF1Oukp6ZY7RMq9Wi15e3Nysrs17aLT16Fl+2qwh1fYQ5PT2NxQs/J2LlD3wwY5Yyf8iwYfzt
qy8pKCgg4ocVjB4xrNrtO/v60qmzLyX6Er763yW4urqRkpwMQJs2HmzdEsvdvDz+9uUSbG2rP/t6
7LG2pCQnU1JSYvX9k6zPrHPoqqwd5orrwE2bNaNPn75s3baTDo8/riyfv+B/eGvKG3Ro3xZPT0/+
9vU31Zbzadgixox8hhYtWvD1N8vQaDT851M9yMy5zdyPF/DO2+VvEsMWf4GjoxNCiAeG+4resInn
g0dx5/YdLqWmW3U/JetTRk56+91pDd0WSbJYo/tLoSRZQgZaUhUZaElVZKAlVZGBllRFBlpSFRlo
SVWUP6yUFOY3ZDskySqUQLd0adGQ7ZAkq5CnHJKqyEBLqiIDLamKDLSkKjLQkqrIQEuqIgMtqYoM
tKQqMtCSqshAS6oiAy2pigy0pCoy0JKqyEBLqiIDLamKDLSkKjLQkqrIQEuqIgMtqYoMtKQqMtCS
qshAS6oiAy2pigy0pCr/H+pGyQEKLWVgAAAAAElFTkSuQmCC
------=_Part_4640012_120094896.1399991871152--
10 years
[QE] oVirt 3.5.0 Alpha status
by Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.5.0 Alpha on 2014-05-16 08:00 UTC from master branches.
The bug tracker [1] shows the following proposed blockers to be reviewed:
Bug ID Whiteboard Status Summary
1001100 integration NEW Add log gathering for a new ovirt module (External scheduler)
1073944 integration ASSIGNED Add log gathering for a new ovirt module (External scheduler)
1060198 integration NEW [RFE] add support for Fedora 20
Feature freeze has been postponed to 2014-05-30 and the following features should be testable in 3.5.0 Alpha according to Features Status Table [2]
Group oVirt BZ Title
gluster 1096713 Monitoring (UI plugin) Dashboard (Integrated with Nagios monitoring)
infra 1090530 [RFE] Please add host count and guest count columns to "Clusters" tab in webadmin
infra 1054778 [RFE] Allow to perform fence operations from a host in another DC
infra 1090803 [RFE] Change the "Slot" field to "Service Profile" when cisco_ucs is selected as the fencing type
infra 1090511 [RFE] Improve fencing robustness by retrying failed attempts
infra 1090794 [RFE] Search VMs based on MAC address from web-admin portal
infra 1090793 consider the event type while printing events to engine.log
infra 1090796 [RFE] Re-work engine ovirt-node host-deploy sequence
infra 1090798 [RFE] Admin GUI - Add host uptime information to the "General" tab
infra 1090808 [RFE] Ability to dismiss alerts and events from web-admin portal
infra-api 1090797 [RFE] RESTAPI: Add /tags sub-collection for Template resource
infra-dwh 1091686 prevent OutOfMemoryError after starting the dwh service.
network 1078836 Add a warning when adding display network
network 1079719 Display of NIC Slave/Bond fault on Event Log
network 1080987 Support ethtool_opts functionality within oVirt
storage 1054241 Store OVF on any domains
storage 1083312 Disk alias recycling in web-admin portal
ux 1064543 oVirt new look and feel [PatternFly adoption] - phase #1
virt 1058832 Allow to clone a (down) VM without snapshot/template
virt 1031040 can't set different keymap for vnc via runonce option
virt 1043471 oVirt guest agent for SLES
virt 1083049 add progress bar for vm migration
virt 1083065 EL 7 guest compatibility
virt 1083059 "Instance types (new template handling) - adding flavours"
virt Allow guest serial number to be configurable
virt 1047624 [RFE] support BIOS boot device menu
virt 1083129 allows setting netbios name, locale, language and keyboard settings for windows vm's
virt 1038632 spice-html5 button to show debug console/output window
virt 1080002 [RFE] Enable user defined Windows Sysprep file done
Some more features may be included since they were near to be completed on last sync meeting.
The table will be updated on next sync meeting scheduled for 2014-05-14.
There are still 383 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 321 bugs [4] targeted to 3.5.0.
Maintainers / Assignee:
- Please remember to rebuild your packages before 2014-05-16 08:00 UTC if needed, otherwise nightly snapshot will be taken.
- If you find a blocker bug please remember to add it to the tracker [1]
- Please start filling release notes, the page has been created here [5]
All users:
- You're welcome to join us testing this alpha release and getting involved in oVirt Quality Assurance[6]!
[1] http://bugzilla.redhat.com/1073943
[2] http://bit.ly/17qBn6F
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1rLCJwF
[5] http://www.ovirt.org/OVirt_3.5_Release_Notes
[6] http://www.ovirt.org/OVirt_Quality_Assurance
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years
improving VDSM error reporting
by Yoav Kleinberger
Hi all,
This idea was born from this bug: https://bugzilla.redhat.com/730619
If, for example, creating a new storage domain
fails because there's no space left, the user gets:
"Error creating a storage domain"
which is not very helpful, since the real problem (no space) is not reported.
"Error creating a storage domain"
[i] No space left on device
Where [i] is some widget the user can open to see details,
or other element the UX team find acceptable.
Nir Soffer and I believe a good solution is the following:
1. Currently VDSM sends a dictionary {'status': {'code': code, 'message': msg}}.
The code is some number that Engine recognizes and has a localized
message for. The msg parameter is ignored by Engine, and contains
a default, not informative, string like "Error creating a storage domain"
2. We suggest adding a new key to this dictionary, call it "details",
which will contain the string representation of the actual exception thrown
in Python (in this case, OSError with the string "[Errno 28] No space left
on device"
3. The Engine will look for this key, and display the string inside a "details"
section which will be added to the current dialog box. The user gets the
usual error indication, but has a small "details" icon, which he can click
to see more information.
The advantages are:
1. Simple to implement
2. Will improve the situation for any error thrown from Python
- the user will get a clearer message.
3. New VDSM with old Engine is not a problem, the engine will not
look for this key at all
4. New Engine with old VDSM is also easy to handle: the engine will not
display "details" if this key is absent.
Disadvatage is that the "details" will be non-localized, but this is
natural for technical details.
Why not use the existing "msg" field? because a new engine with an old VDSM
will display uninformative, duplicate messages for all errors (the current msg
field is simply a duplicate of the engine error name).
What do you think?
Yoav K
10 years
[vdsm] pep8 issue
by Amador Pahim
Building vdsm/master in F20, I've got:
./vdsm/virt/migration.py:223:19: E225 missing whitespace around operator
In vdsm/virt/migration.py:
223 -1, -1) # int1, int2$
pep8 is not accepting the negative integer. Instead, it is handling the
minus sign as an operator. Quick workaround is change -1 to int("-1").
Is this a known issue?
I'm using python-pep8-1.5.4-1.fc20.noarch
--
Pahim
10 years
UI plugins :: SystemTreeSelectionChange event
by Vojtech Szocs
Hey guys,
UI plugin API now supports SystemTreeSelectionChange event, which is fired
whenever "System Tree" selection (currently selected tree node) is changed.
Example usage:
api.register({
SystemTreeSelectionChange: function(selectedNode) {
// See SystemTreeItemType Java enum for all supported values
var nodeType = selectedNode.type;
// Defined only if selected node has an entity associated
var associatedEntity = selectedNode.entity;
var associatedEntityId = associatedEntity && associatedEntity.id;
}
});
More details in UI plugin wiki:
http://www.ovirt.org/Features/UIPlugins#System_tree_node_selection
Regards,
Vojtech
10 years
