Re: [ovirt-users] ovirt-shell
by Sven Kieske
Well there is no guide on the web which I'm aware of.
But to my experience, scripting the shell has it's limitations
you might want to try the python sdk, which is more useful
or if you need some webapp anyway use the rest api.
you could also script the rest api using e.g. curl
but I wouldn't recommend that.
there is documentation on this here:
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Vir...
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Vir...
you can basically substitute rhev with ovirt.
there still seems to be no updated dev guides for 3.4 though.
I have automated everything via REST, as I have php devs
who did the work ;)
There are still some things you can't do via rest, like
creating network qos entities (attaching them to a vm works
but you need to create them manually).
But in the future everything will use rest, so I guess this
is the best way to go.
HTH
Am 10.07.2014 16:46, schrieb Steve Kilduff:
> Excellent, thanks for the quick reply guys.
>
> I am trying to automate 100 vm creations so... If anyone has a good guide
> that exists I would be very appreciative, otherwise I will keep tipping
> away :)
>
> Steve
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
10 years, 9 months
Thin Provision Not Work
by Paul.LKW
Hi All:
I find an issue in Thin Provision with oVirt, when I create a virtual disk
I click the option Thin Provision (assign disk space 30G and actually it
use 1G only), so I should see in the storage this disk for nearly 1G image
file too. However it shows 30G image file.
Any hints could fix this for using Thin Provision?
BR,
Paul.LKW
10 years, 9 months
ovirt-shell
by Steve Kilduff
Hi All,
Trying to add a nic to a vm with a specific mac address.
[oVirt shell (connected)]# add nic --vm-identifier ov31 --network-name
backend --name eth4 --mac-address HH:HH:EE:HH:HH:01
======== ERROR =============================
status: 400
reason: Bad Request
detail: MAC address must be in format "HH:HH:HH:HH:HH:HH" where H is a
hexadecimal character (either a digit or A-F, case is insignificant).
=============================================
Also interesting is when I change the beginning of the mac address to 00
instead of HH, I get :
[oVirt shell (connected)]# add nic --vm-identifier ov31 --network-name
backend --name eth4 --mac-address 01:HH:EE:HH:HH:01
============================================ ERROR
==========================================
wrong number of arguments, try 'help add' for help.
=============================================================================================
I have tried some things like enclosing in single and double quotes but no
success.
I have also tried to read the help sections on the shell interface but I
also could not figure it out.
Thanks in advance,
10 years, 9 months
Disk's locked of VM
by Andy Michielsen
Hello all,
Does anyone know how I can check if a VM's disk are indeed locked or not.
The engine tell's me they are locked but this is now already 16 day's and
counting.
I already restarted every server involved but to no avail.
I can not remove, change or start the VM as long as the disks are locked.
Can I give a command to check the status of this machine in the CLI
enviroment or after connecting to the database and checking a table (Realy
don't know how to do this).
Kind regards.
10 years, 9 months
Problem Windows guests start in pause
by lucas castro
I have an Fedora host in cluster Default,
I've created another cluster with a CentOS to migrate the environment.
and all the linux guest work perfectly, but the windows guest start in
pause on the other cluster.
the vdsm log from the CentOS host.
http://pastebin.com/AzUB2Fqy
--
contatos:
Celular: ( 99 ) 9143-5954 - Vivo
skype: lucasd3castro
msn: lucascastroborges(a)hotmail.com
10 years, 9 months
Re: [ovirt-users] [ovirt-devel] virt-v2v integration feature
by Itamar Heim
On 07/09/2014 09:30 PM, Arik Hadas wrote:
> Hi All,
>
> The proposed feature will introduce a new process of import virtual machines from external systems using virt-v2v in oVirt.
> I've created a wiki page that contains initial thoughts and design for it:
> http://www.ovirt.org/Features/virt-v2v_Integration
>
> You are more than welcome to share your thoughts and insights.
>
> Thanks,
> Arik
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
Some thoughts after reviewing:
http://www.ovirt.org/Features/virt-v2v_Integration
great to see this - its something which i hope will ease a lot
conversion to oVirt!
adding users@ mailing list, to get feedback on the use cases.
1. Need to understand if possible to provide the VM via 'uploading
it'[1]
2. does this really merit a provider per external system? or just
ability to choose source path (including simple nfs/posix path
pointing to existing kvm disks or vmware vmdk's), or URI/user
/passowrd for such a system if vsphere/etc.?
I'm not opposed to allowing to define providers, I would just
remember that's a specific single use case, and would separate the
import/convert flow from being part of the provider (i.e., on the
import/convert flow, would allow to choose the source being a path
or a pre-defined provider)
to sum above two points, I think the page should start with 'use cases':
- I have a KVM VM i want to 'convert' to RHEV (doesn't need full v2v,
but libvirt-->ovf conversion?)
the VM(s) is/are in an nfs/posix path, or i want to upload the VM.
- i have a folder with VMs/disks i want to convert (make sure this
covers the ESXi flow)
- I have a vsphere to import VMs from
- I have Xen...
(hope to see input from users on these. I'm sure there was a thread on
this in the past, what do you know, i started one...[2])
3. does this mean virt-v2v and all of its dependencies will be required
by vdsm (and on ovirt-node). also, for distro's which have it, of
the required windows components?
4. most important flow i would like to remove via this integration is
the "double copy". i.e., if we run v2v from a host, there is no
reason to not pre-create the VM/disks for it, and have v2v overwrite
their content, instead of converting into the export domain just to
perform another copy/import.
(may mean you want virt-v2v to have a specific verb to just get the
OVF, and a specific verb to convert a disk)
[1] we want to support upload of an iso/VM/disks in any case.
[2] http://lists.ovirt.org/pipermail/users/2014-January/019839.html
10 years, 9 months
[QE][ACTION NEEDED] oVirt 3.4.3 RC status
by Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.4.3 RC tomorrow *2014-07-10 08:00 UTC* from 3.4 branch.
A 3.4.3 branch will be created immediately after using the same hash of the build.
The bug tracker [1] shows no blocking bugs for the release
Bug 1096312 - log spam in vdsm: guest agents not heartbeating
has been proposed for backport from 3.6 target on the bug tracker [1]
There are still 28 bugs [2] targeted to 3.4.3.
Excluding node and documentation bugs we still have 9 bugs [3] targeted to 3.4.3.
Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.4.3 should not be released without them fixed.
- Please update the target to any next release for bugs that won't be in 3.4.3:
it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]
- Please build packages before today *2014-07-09 15:00 UTC*.
Community:
- If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5]
[1] bugzilla.redhat.com/1107968
[2] http://red.ht/1lBAw2R
[3] http://red.ht/1ly9hfA
[4] http://www.ovirt.org/OVirt_3.4.3_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.4.3_Testing
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 9 months
Vm console creation using noVNC
by Shanil S
Hi,
I am creating console using api, for this i created a ticket using the rest
api and used the ticket value as password and i am able to connect it using
these details using vnc client.
I am planning to use the console from the browser using the novnc console (
http://kanaka.github.io/noVNC/ ) as like the same way which used in the
ovirt panel. When i checked the novnc-main.html it is found that the ticket
information details are passing in the encrypted format and passing the
signature and salt and ticket details as an array, Could you please tell me
how can i create these details in the encoded format and create a console
using noVnc and rest api ?
--
Regards
Shanil
10 years, 9 months
Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg
Den 5 jul 2014 07:04 skrev Brad Bendy <brad.bendy(a)gmail.com>:
>
> Hi,
>
> Ive seeing conflicting info with what version of qemu rpms are needed
> to do live migration under CentOS. It appears the stock ones will not
> work and the RHEV ones are required. All the mailing list post I see
> are from 3-4 months ago, so not sure.
>
> Im getting VDSGenericException: VDSErrorException: Failed to
> SnapshotVDS, error = Snapshot failed, code = 48 (Failed with error
> SNAPSHOT_FAILED and code 48)
>
> I also saw this thread:
> http://comments.gmane.org/gmane.linux.centos.general/138593
>
> Ive been having issues getting those to install, but before I spent to
> much more time I wanted to really see if I was on the right track.
>
> Is there a better OS choice? I first started trying with Fedora 19 and
> 20 and has major issues, went to CentOS 6.5 and this is the first and
> only issue so far ive ran into.
>
> Thanks!
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
Well, going with Fedora would at least get you the snapshots working, if I remember correctly, but that's not something you run in production. As you said, "major issues".
For CentOS, you need "special" versions of certain packages, since RedHat wants you to pay for RHEV, they have chosen to cripple the standard packages so those features won't work:
http://lists.ovirt.org/pipermail/devel/2014-June/007735.html
And here you can find the packages you need:
http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastS...
/K
10 years, 9 months
Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gNSBqdWwgMjAxNCAxNjoyMiBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls
LmNvbT46DQo+DQo+IEhhaGEsIHllYWggbmV2ZXIgaGF2ZSBiZWVuIGEgRmVkb3JhIGZhbiwgYW5k
IG5vdGhpbmcgaGFzIGNoYW5nZWQuIElzDQo+IHRoZSBvbmx5IGJpZyBmZWF0dXJlIGltIG1pc3Np
bmcgb3V0IG9uIGlzIHNuYXBzaG90cz8gRnJvbSB3aGF0IEkgY2FuDQo+IHRlbGwsIGFuZCBpbiBt
eSB0ZXN0aW5nLCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZw0K
PiBHbHVzdGVyRlMgYnV0IHdpdGhvdXQgdGhlIGxpdmUgbWlncmF0aW9uIHRvIGFub3RoZXIgaG9z
dCB0aGF0IGlzDQo+IHNvbWV3aGF0IGRlZmVhdGVkLg0KDQpWTSBsaXZlIG1pZ3JhdGlvbiB3b3Jr
cywgbGl2ZSBfZGlza18gbWlncmF0aW9uIGRvZXMgbm90Lg0KDQo+IE9ubHkgd2F5IHRvIGdldCB0
aGF0IGlzIHdpdGggUkhFTCByZWFsbHkgdGhlbj8NCg0KTm8sIGFzIEkgZWFybGllciBwb2ludGVk
IG91dCwgdGhlcmUgaXMgYSBwbGFjZSB5b3UgY2FuIGdldCB0aGUgcGFja2FnZXMgeW91IG5lZWQg
Zm9yIENlbnRPUzoNCmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1r
dm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0KDQpZb3UnbGwgaGF2ZSB0
byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5IGluc3Rh
bGxlZCB2ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRoZW4gaXQn
bGwgd29yay4NCg0KVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1bSB3aWxs
IHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcyBhbmQgaXQganVzdCBzdG9wcyB3b3JraW5n
IGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVyZS4NCg0KL0sNCg0KPg0KPiBPbiBT
YXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJn
QHNsdS5zZT4gd3JvdGU6DQo+ID4NCj4gPiBEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFk
IEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNvbT46DQo+ID4NCj4gPg0KPiA+Pg0KPiA+PiBJZiBJ
IHVzZSBGZWRvcmEgd2lsbCAiZXZlcnl0aGluZyIgd29yaz8gSSBoYWQgbnVtZXJvdXMgaXNzdWVz
LCBJSVJDIEkNCj4gPj4gY291bGQgbm90IGV2ZW4gZ2V0IHRoZSBvdmlydG1nbXQgc3dpdGNoIHRv
IGluc3RhbGwgYW5kIGEgZmV3IG90aGVyDQo+ID4+IHRoaW5ncy4gV2hhdCB2ZXJzaW9uIG9mIEZl
ZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/DQo+ID4NCj4gPiBOb25lOikgV2Ugc3dpdGNoZWQg
bG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVyIGxvb2tlZCBiYWNrLCBldmVuIHdpdGgN
Cj4gPiB0aGVzZSBpc3N1ZXMuIE5vdCB3b3J0aCB0aGUgaGVhZGFjaGUgdGhhdCBpcyBGZWRvcmEu
DQo+ID4NCj4gPiAvSw0KPiA+DQo+ID4+IElsbCBkbyBhbm90aGVyDQo+ID4+IGluc3RhbGwgYW5k
IGdpdmUgdGhhdCBhIHdoaXJsIGFnYWluLg0KPiA+Pg0KPiA+PiBUaGFua3MhDQo+ID4+DQo+ID4+
IE9uIEZyaSwgSnVsIDQsIDIwMTQgYXQgMTA6MzMgUE0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5T
am9iZXJnQHNsdS5zZT4NCj4gPj4gd3JvdGU6DQo+ID4+ID4NCj4gPj4gPiBEZW4gNSBqdWwgMjAx
NCAwNzowNCBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNvbT46DQo+ID4+ID4+
DQo+ID4+ID4+IEhpLA0KPiA+PiA+Pg0KPiA+PiA+PiBJdmUgc2VlaW5nIGNvbmZsaWN0aW5nIGlu
Zm8gd2l0aCB3aGF0IHZlcnNpb24gb2YgcWVtdSBycG1zIGFyZSBuZWVkZWQNCj4gPj4gPj4gdG8g
ZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBvbmVz
IHdpbGwgbm90DQo+ID4+ID4+IHdvcmsgYW5kIHRoZSBSSEVWIG9uZXMgYXJlIHJlcXVpcmVkLiBB
bGwgdGhlIG1haWxpbmcgbGlzdCBwb3N0IEkgc2VlDQo+ID4+ID4+IGFyZSBmcm9tIDMtNCBtb250
aHMgYWdvLCBzbyBub3Qgc3VyZS4NCj4gPj4gPj4NCj4gPj4gPj4gSW0gZ2V0dGluZyBWRFNHZW5l
cmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvDQo+ID4+ID4+IFNuYXBz
aG90VkRTLCBlcnJvciA9IFNuYXBzaG90IGZhaWxlZCwgY29kZSA9IDQ4IChGYWlsZWQgd2l0aCBl
cnJvcg0KPiA+PiA+PiBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpDQo+ID4+ID4+DQo+ID4+
ID4+IEkgYWxzbyBzYXcgdGhpcyB0aHJlYWQ6DQo+ID4+ID4+IGh0dHA6Ly9jb21tZW50cy5nbWFu
ZS5vcmcvZ21hbmUubGludXguY2VudG9zLmdlbmVyYWwvMTM4NTkzDQo+ID4+ID4+DQo+ID4+ID4+
IEl2ZSBiZWVuIGhhdmluZyBpc3N1ZXMgZ2V0dGluZyB0aG9zZSB0byBpbnN0YWxsLCBidXQgYmVm
b3JlIEkgc3BlbnQgdG8NCj4gPj4gPj4gbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQgdG8gcmVhbGx5
IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suDQo+ID4+ID4+DQo+ID4+ID4+IElzIHRo
ZXJlIGEgYmV0dGVyIE9TIGNob2ljZT8gSSBmaXJzdCBzdGFydGVkIHRyeWluZyB3aXRoIEZlZG9y
YSAxOSBhbmQNCj4gPj4gPj4gMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9T
IDYuNSBhbmQgdGhpcyBpcyB0aGUgZmlyc3QgYW5kDQo+ID4+ID4+IG9ubHkgaXNzdWUgc28gZmFy
IGl2ZSByYW4gaW50by4NCj4gPj4gPj4NCj4gPj4gPj4gVGhhbmtzIQ0KPiA+PiA+PiBfX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiA+PiA+PiBVc2VycyBt
YWlsaW5nIGxpc3QNCj4gPj4gPj4gVXNlcnNAb3ZpcnQub3JnDQo+ID4+ID4+IGh0dHA6Ly9saXN0
cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPiA+PiA+DQo+ID4+ID4gV2VsbCwg
Z29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25hcHNob3RzIHdv
cmtpbmcsIGlmDQo+ID4+ID4gSSByZW1lbWJlciBjb3JyZWN0bHksIGJ1dCB0aGF0J3Mgbm90IHNv
bWV0aGluZyB5b3UgcnVuIGluIHByb2R1Y3Rpb24uIEFzIHlvdQ0KPiA+PiA+IHNhaWQsICJtYWpv
ciBpc3N1ZXMiLg0KPiA+PiA+DQo+ID4+ID4gRm9yIENlbnRPUywgeW91IG5lZWQgInNwZWNpYWwi
IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMsIHNpbmNlDQo+ID4+ID4gUmVkSGF0IHdhbnRz
IHlvdSB0byBwYXkgZm9yIFJIRVYsIHRoZXkgaGF2ZSBjaG9zZW4gdG8gY3JpcHBsZSB0aGUgc3Rh
bmRhcmQNCj4gPj4gPiBwYWNrYWdlcyBzbyB0aG9zZSBmZWF0dXJlcyB3b24ndCB3b3JrOg0KPiA+
PiA+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL2RldmVsLzIwMTQtSnVuZS8wMDc3
MzUuaHRtbA0KPiA+PiA+DQo+ID4+ID4gQW5kIGhlcmUgeW91IGNhbiBmaW5kIHRoZSBwYWNrYWdl
cyB5b3UgbmVlZDoNCj4gPj4gPg0KPiA+PiA+IGh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3
L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0K
PiA+PiA+DQo+ID4+ID4gL0sNCg==
--_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <1E24C3BFE6319A49A3832412B3FB9684(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu
ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBIYWhhLCB5ZWFoIG5ldmVyIGhh
dmUgYmVlbiBhIEZlZG9yYSBmYW4sIGFuZCBub3RoaW5nIGhhcyBjaGFuZ2VkLiBJczxicj4NCiZn
dDsgdGhlIG9ubHkgYmlnIGZlYXR1cmUgaW0gbWlzc2luZyBvdXQgb24gaXMgc25hcHNob3RzPyBG
cm9tIHdoYXQgSSBjYW48YnI+DQomZ3Q7IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5nLCBldmVyeXRo
aW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZzxicj4NCiZndDsgR2x1c3RlckZT
IGJ1dCB3aXRob3V0IHRoZSBsaXZlIG1pZ3JhdGlvbiB0byBhbm90aGVyIGhvc3QgdGhhdCBpczxi
cj4NCiZndDsgc29tZXdoYXQgZGVmZWF0ZWQuPC9wPg0KPHAgZGlyPSJsdHIiPlZNIGxpdmUgbWln
cmF0aW9uIHdvcmtzLCBsaXZlIF9kaXNrXyBtaWdyYXRpb24gZG9lcyBub3QuPC9wPg0KPHAgZGly
PSJsdHIiPiZndDsgT25seSB3YXkgdG8gZ2V0IHRoYXQgaXMgd2l0aCBSSEVMIHJlYWxseSB0aGVu
PzwvcD4NCjxwIGRpcj0ibHRyIj5ObywgYXMgSSBlYXJsaWVyIHBvaW50ZWQgb3V0LCB0aGVyZSBp
cyBhIHBsYWNlIHlvdSBjYW4gZ2V0IHRoZSBwYWNrYWdlcyB5b3UgbmVlZCBmb3IgQ2VudE9TOjxi
cj4NCmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9j
cmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLzwvcD4NCjxwIGRpcj0ibHRyIj5Zb3UnbGwg
aGF2ZSB0byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5
IGluc3RhbGxlZCB2ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRo
ZW4gaXQnbGwgd29yay48L3A+DQo8cCBkaXI9Imx0ciI+VGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUg
YXJlIHVwZGF0ZXMsIHl1bSB3aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcyBhbmQg
aXQganVzdCBzdG9wcyB3b3JraW5nIGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVy
ZS48L3A+DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0Ozxicj4NCiZndDsg
T24gU2F0LCBKdWwgNSwgMjAxNCBhdCA3OjA1IEFNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2FybGku
U2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBE
ZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5ICZsdDticmFkLmJlbmR5QGdtYWls
LmNvbSZndDs6PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
Ozxicj4NCiZndDsgJmd0OyZndDsgSWYgSSB1c2UgRmVkb3JhIHdpbGwgJnF1b3Q7ZXZlcnl0aGlu
ZyZxdW90OyB3b3JrPyBJIGhhZCBudW1lcm91cyBpc3N1ZXMsIElJUkMgSTxicj4NCiZndDsgJmd0
OyZndDsgY291bGQgbm90IGV2ZW4gZ2V0IHRoZSBvdmlydG1nbXQgc3dpdGNoIHRvIGluc3RhbGwg
YW5kIGEgZmV3IG90aGVyPGJyPg0KJmd0OyAmZ3Q7Jmd0OyB0aGluZ3MuIFdoYXQgdmVyc2lvbiBv
ZiBGZWRvcmEgZG8geW91IHJlY29tbWVuZCB0aGVuPzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsg
Jmd0OyBOb25lOikgV2Ugc3dpdGNoZWQgbG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVy
IGxvb2tlZCBiYWNrLCBldmVuIHdpdGg8YnI+DQomZ3Q7ICZndDsgdGhlc2UgaXNzdWVzLiBOb3Qg
d29ydGggdGhlIGhlYWRhY2hlIHRoYXQgaXMgRmVkb3JhLjxicj4NCiZndDsgJmd0Ozxicj4NCiZn
dDsgJmd0OyAvSzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSWxsIGRvIGFub3Ro
ZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7IGluc3RhbGwgYW5kIGdpdmUgdGhhdCBhIHdoaXJsIGFnYWlu
Ljxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7
ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBPbiBGcmksIEp1bCA0LCAyMDE0IGF0IDEwOjMz
IFBNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2FybGkuU2pvYmVyZ0BzbHUuc2UmZ3Q7PGJyPg0KJmd0
OyAmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsm
Z3Q7ICZndDsgRGVuIDUganVsIDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSAmbHQ7YnJhZC5i
ZW5keUBnbWFpbC5jb20mZ3Q7Ojxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7
ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpLDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQom
Z3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEl2ZSBzZWVpbmcgY29uZmxpY3RpbmcgaW5mbyB3aXRoIHdo
YXQgdmVyc2lvbiBvZiBxZW11IHJwbXMgYXJlIG5lZWRlZDxicj4NCiZndDsgJmd0OyZndDsgJmd0
OyZndDsgdG8gZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBz
dG9jayBvbmVzIHdpbGwgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB3b3JrIGFuZCB0
aGUgUkhFViBvbmVzIGFyZSByZXF1aXJlZC4gQWxsIHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNl
ZTxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgYXJlIGZyb20gMy00IG1vbnRocyBhZ28sIHNv
IG5vdCBzdXJlLjxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7
ICZndDsmZ3Q7IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRp
b246IEZhaWxlZCB0bzxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgU25hcHNob3RWRFMsIGVy
cm9yID0gU25hcHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9yPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSSBhbHNv
IHNhdyB0aGlzIHRocmVhZDo8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly9jb21t
ZW50cy5nbWFuZS5vcmcvZ21hbmUubGludXguY2VudG9zLmdlbmVyYWwvMTM4NTkzPGJyPg0KJmd0
OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSXZlIGJlZW4g
aGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBiZWZvcmUgSSBzcGVu
dCB0bzxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQg
dG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0KJmd0OyAmZ3Q7
Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgSXMgdGhlcmUgYSBiZXR0
ZXIgT1MgY2hvaWNlPyBJIGZpcnN0IHN0YXJ0ZWQgdHJ5aW5nIHdpdGggRmVkb3JhIDE5IGFuZDxi
cj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQg
dG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBpcyB0aGUgZmlyc3QgYW5kPGJyPg0KJmd0OyAmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyBvbmx5IGlzc3VlIHNvIGZhciBpdmUgcmFuIGludG8uPGJyPg0KJmd0OyAmZ3Q7
Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgVGhhbmtzITxicj4NCiZn
dDsgJmd0OyZndDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlz
dDxicj4NCiZndDsgJmd0OyZndDsgJmd0OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAm
Z3Q7Jmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v
dXNlcnM8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgV2Vs
bCwgZ29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25hcHNob3Rz
IHdvcmtpbmcsIGlmPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IEkgcmVtZW1iZXIgY29ycmVjdGx5
LCBidXQgdGhhdCdzIG5vdCBzb21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0aW9uLiBBcyB5b3U8
YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDsgc2FpZCwgJnF1b3Q7bWFqb3IgaXNzdWVzJnF1b3Q7Ljxi
cj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBGb3IgQ2VudE9T
LCB5b3UgbmVlZCAmcXVvdDtzcGVjaWFsJnF1b3Q7IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2Fn
ZXMsIHNpbmNlPGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5
IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2VuIHRvIGNyaXBwbGUgdGhlIHN0YW5kYXJkPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7IHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0IHdvcms6
PGJyPg0KJmd0OyAmZ3Q7Jmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWls
L2RldmVsLzIwMTQtSnVuZS8wMDc3MzUuaHRtbDxicj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4N
CiZndDsgJmd0OyZndDsgJmd0OyBBbmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlv
dSBuZWVkOjxicj4NCiZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsgJmd0OyBo
dHRwOi8vamVua2lucy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3JlYXRl
LXJwbXNfZWw2L2xhc3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQom
Z3Q7ICZndDsmZ3Q7ICZndDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_5F9E965F5A80BC468BE5F40576769F098C53909Bexchange21_--
10 years, 9 months
Orphaned record in the engine DB prevents host removal
by Federico Alberto Sayd
Hello People:
I am trying to remove a host from ovirt-engine but I have found that a
orphaned record in the engine DB prevents the removal of the host.
The host is in maintenance mode, it doesn't have vm's running on it.
The engine logs says that there is a reference to the id of the host
(vds_id in the table vds_static) in the field "migrating_to_vds" in the
table "dynamic_vds". Obviously this is a orphaned record, but a
constraint in the table "dynamic_vds" prevents the removal of the host.
How can I solve this?
Someone that knows the internals of engine's DB that can confirm if I
can remove the problematic registry in order to remove the host??
Another solution?
I really need to remove this host. Please help and
Thanks!
10 years, 9 months
RFE/Bug in engine-iso-uploader / image uploader with NFSv4 shares
by Daniel Helgenberger
--=-AXuTTk15MDuIM7lpGOGW
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Hello,
can maybe someone confirm this before I head on to bugzilla for an RFE?
When using engine-iso / image uploader scrips in conjunction with NFSv4
iso domains on my F20 client, the upload fails with:
ERROR: mount.nfs: an incorrect mount option was specified
I might be hitting a Fedora bug; anyway:=20
Workaround:
Add 'nfsvers=3D3' mount option, changing line 42 in the (iso-uploader)
script:
NFS_MOUNT_OPTS =3D '-t nfs -o rw,sync,soft,nfsvers=3D3'
AFAIK this should always work, no matter what. Making the mount options
part of the appropriate /etc/ovirt-engine/*.conf files could be a
solution here.
Cheers,
--=20
Daniel Helgenberger=20
m box bewegtbild GmbH=20
P: +49/30/2408781-22
F: +49/30/2408781-10
ACKERSTR. 19=20
D-10115 BERLIN=20
www.m-box.de www.monkeymen.tv=20
Gesch=C3=A4ftsf=C3=BChrer: Martin Retschitzegger / Michaela G=C3=B6llner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767=20
--=-AXuTTk15MDuIM7lpGOGW
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Disposition: attachment; filename="smime.p7s"
Content-Transfer-Encoding: base64
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN9zCCBFcw
ggM/oAMCAQICCwQAAAAAAS9O4TFGMA0GCSqGSIb3DQEBBQUAMFcxCzAJBgNVBAYTAkJFMRkwFwYD
VQQKExBHbG9iYWxTaWduIG52LXNhMRAwDgYDVQQLEwdSb290IENBMRswGQYDVQQDExJHbG9iYWxT
aWduIFJvb3QgQ0EwHhcNMTEwNDEzMTAwMDAwWhcNMTkwNDEzMTAwMDAwWjBUMQswCQYDVQQGEwJC
RTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQZXJzb25h
bFNpZ24gMiBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwWtB+TXs+BJ9
3SJRaV+3uRNGJ3cUO+MTgW8+5HQXfgy19CzkDI1T1NwwICi/bo4R/mYR5FEWx91//eE0ElC/89iY
7GkL0tDasmVx4TOXnrqrsziUcxEPPqHRE8x4NhtBK7+8o0nsMIJMA1gyZ2FA5To2Ew1BBuvovvDJ
+Nua3qOCNBNu+8A+eNpJlVnlu/qB7+XWaPXtUMlsIikxD+gREFVUgYE4VzBuLa2kkg0VLd09XkE2
ceRDm6YgRATuDk6ogUyX4OLxCGIJF8yi6Z37M0wemDA6Uff0EuqdwDQd5HwG/rernUjt1grLdAxq
8BwywRRg0eFHmE+ShhpyO3Fi+wIDAQABo4IBJTCCASEwDgYDVR0PAQH/BAQDAgEGMBIGA1UdEwEB
/wQIMAYBAf8CAQAwHQYDVR0OBBYEFD8V0m18L+cxnkMKBqiUbCw7xe5lMEcGA1UdIARAMD4wPAYE
VR0gADA0MDIGCCsGAQUFBwIBFiZodHRwczovL3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5
LzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLmdsb2JhbHNpZ24ubmV0L3Jvb3QuY3JsMD0G
CCsGAQUFBwEBBDEwLzAtBggrBgEFBQcwAYYhaHR0cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vcm9v
dHIxMB8GA1UdIwQYMBaAFGB7ZhpFDZfKiVAvfQTNNKj//P1LMA0GCSqGSIb3DQEBBQUAA4IBAQDI
WOF8oQHpI41wO21cUvjE819juuGa05F5yK/ESqW+9th9vfhG92eaBSLViTIJV7gfCFbt11WexfK/
44NeiJMfi5wX6sK7Xnt8QIK5lH7ZX1Wg/zK1cXjrgRaYUOX/MA+PmuRm4gWV0zFwYOK2uv4OFgaM
mVr+8en7K1aQY2ecI9YhEaDWOcSGj6SN8DvzPdE4G4tBk4/aIsUged9sGDqRYweKla3LTNjXPps1
Y+zsVbgHLtjdOIB0YZ1hrlAQcY2L/b+V+Yyoi7CMdOtmm1Rm6Jh5ILbwQTjlUCkgu5yVdfs9LDKc
M0SPeCldkjfaGVSd+nURMOUy3hfxsMVux9+FMIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXo
PKcwDQYJKoZIhvcNAQEFBQAwVDELMAkGA1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYt
c2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24gUGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4Mjcx
NjU3NThaFw0xNjA4MjcxNjU3NThaMFgxCzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVs
Z2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkBFhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIB
IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq
0C0D581goXz2nVVjhTCIVwX2MqWYD1Dyjy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lx
MwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZ
ZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgts
Kl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBStl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4Qy
UwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQw
MgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1Ud
EQQgMB6BHGRhbmllbC5oZWxnZW5iZXJnZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAU
BggrBgEFBQcDAgYIKwYBBQUHAwQwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxz
aWduLmNvbS9ncy9nc3BlcnNvbmFsc2lnbjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUF
BzAChjlodHRwOi8vc2VjdXJlLmdsb2JhbHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJn
Mi5jcnQwHQYDVR0OBBYEFLw0UD+6l35aKnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cx
nkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEBBQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZ
XcawzEHLJxTrc/5YFBMGX2qPju8cuZV14XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5
EDT6PgZAkXbMB5rU1dhegb35lJJkcFLEpR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7
gsPT5EhPd+JPyNSIootOwClMP4CTxIsXQgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdW
FqGd1V+wN98oPumRRS8bld+1gRA7GVYMnO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80
xaZ6MIIEyjCCA7KgAwIBAgIRAJZpZsDepakv5CafojXoPKcwDQYJKoZIhvcNAQEFBQAwVDELMAkG
A1UEBhMCQkUxGTAXBgNVBAoTEEdsb2JhbFNpZ24gbnYtc2ExKjAoBgNVBAMTIUdsb2JhbFNpZ24g
UGVyc29uYWxTaWduIDIgQ0EgLSBHMjAeFw0xMzA4MjcxNjU3NThaFw0xNjA4MjcxNjU3NThaMFgx
CzAJBgNVBAYTAkRFMRwwGgYDVQQDExNEYW5pZWwgSGVsZ2VuYmVyZ2VyMSswKQYJKoZIhvcNAQkB
FhxkYW5pZWwuaGVsZ2VuYmVyZ2VyQG0tYm94LmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEAzgFDm8+SeTU4Yt3WopJQgqZAuuNxyMlxiPuq0C0D581goXz2nVVjhTCIVwX2MqWYD1Dy
jy1hLHXothgWgZaiQ1EB4oVdmIFmIfIjR6SkR/Gjw3lxMwJzEpxJhZXyyrOYE8Kgw2maJWgLx5zw
2/lKpcffhVW0OY0t+JWWxPKiYFcAmQnb+fleonM8sUZZZES08uRVVL67jbq+3+E2xCLlqQ2iJ1h5
ej3wlyuZ4CkUnfMHYrG8zOIfHwsPirWACX026a1flgtsKl1Yv0CRZ1c5qujcP3OPpDovIbBr9RBS
tl2DcFdzTuGMdmfp32963VLOlvKpClPMzrfJeJfWZ4QyUwIDAQABo4IBkTCCAY0wDgYDVR0PAQH/
BAQDAgWgMEwGA1UdIARFMEMwQQYJKwYBBAGgMgEoMDQwMgYIKwYBBQUHAgEWJmh0dHBzOi8vd3d3
Lmdsb2JhbHNpZ24uY29tL3JlcG9zaXRvcnkvMCcGA1UdEQQgMB6BHGRhbmllbC5oZWxnZW5iZXJn
ZXJAbS1ib3guZGUwCQYDVR0TBAIwADAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwQwYD
VR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC5nbG9iYWxzaWduLmNvbS9ncy9nc3BlcnNvbmFsc2ln
bjJnMi5jcmwwVQYIKwYBBQUHAQEESTBHMEUGCCsGAQUFBzAChjlodHRwOi8vc2VjdXJlLmdsb2Jh
bHNpZ24uY29tL2NhY2VydC9nc3BlcnNvbmFsc2lnbjJnMi5jcnQwHQYDVR0OBBYEFLw0UD+6l35a
KnDaePxEP8K35HYZMB8GA1UdIwQYMBaAFD8V0m18L+cxnkMKBqiUbCw7xe5lMA0GCSqGSIb3DQEB
BQUAA4IBAQBdVOm7h+E4sRMBbTN1tCIjAEgxmB5U0mdZXcawzEHLJxTrc/5YFBMGX2qPju8cuZV1
4XszMfRBJdlJz1Od+voJggianIhnFEAakCxaa1l/cmJ5EDT6PgZAkXbMB5rU1dhegb35lJJkcFLE
pR2tF1V0TfbSe5UZNPYeMQjYsRhs69pfKLoeGm4dSLK7gsPT5EhPd+JPyNSIootOwClMP4CTxIsX
QgRI5IDqG2Ku/r2YMMLsqWD11PtAE87t2mgohQ6V1XdWFqGd1V+wN98oPumRRS8bld+1gRA7GVYM
nO5MF6p//iHFcy3MVT05ojqgomMt+voH5cFzrHA61z80xaZ6MYIC5zCCAuMCAQEwaTBUMQswCQYD
VQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMhR2xvYmFsU2lnbiBQ
ZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzAJBgUrDgMCGgUAoIIBUzAY
BgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA3MDkxNjU2NThaMCMG
CSqGSIb3DQEJBDEWBBTp8htN8n2iJsoW21CMk2Zngx0kNDB4BgkrBgEEAYI3EAQxazBpMFQxCzAJ
BgNVBAYTAkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSowKAYDVQQDEyFHbG9iYWxTaWdu
IFBlcnNvbmFsU2lnbiAyIENBIC0gRzICEQCWaWbA3qWpL+Qmn6I16DynMHoGCyqGSIb3DQEJEAIL
MWugaTBUMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2lnbiBudi1zYTEqMCgGA1UEAxMh
R2xvYmFsU2lnbiBQZXJzb25hbFNpZ24gMiBDQSAtIEcyAhEAlmlmwN6lqS/kJp+iNeg8pzANBgkq
hkiG9w0BAQEFAASCAQCWKNcVu11XPhHtbDnCYvs9DIv7cG7+J/e9IlKoMtEMRTLfpQ18uciBFs3i
2VZkqPywMBzhzAnQ2FtAbvbhKURzG2aqXewnDVgi+spNTOGAxAAp+eiPfhWQFyIDUlOsswnM+Ts/
lhDRYW7gfCJ8S4bqTJApcj+Unqja8cZNr4bs8gvTvmBFkoRrPLqzAsznaz4jgT6M5S5LlXYWH0O1
oPz/SEwMTBB46FakRBow5ZGdGSJQtkuvrs7kDU79NBcJ0Ac5/wnHqAvQWaQFL607IiVw+VIedTX4
1U/9ONqnqTDEQDlrEsXbrEVZlKTwPb4RZsZeocFbW64CgGjvRYdiDOhNAAAAAAAA
--=-AXuTTk15MDuIM7lpGOGW--
10 years, 9 months
oVirt Weekly Meeting Minutes-July 9, 2014
by Brian Proffitt
Meeting ended Wed Jul 9 15:21:46 2014 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.html
Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.txt
Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.log.html
=========================
#ovirt: oVirt Weekly Sync
=========================
Meeting started by bkp at 14:03:29 UTC. The full logs are available at
http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-09-14.03.log.html .
Meeting summary
---------------
* Agenda and Roll Call (bkp, 14:03:53)
* infra update (bkp, 14:03:53)
* 3.4.z updates (bkp, 14:03:53)
* 3.5 status (bkp, 14:03:53)
* conferences and workshops (bkp, 14:03:53)
* other topics (bkp, 14:03:55)
* infra update (bkp, 14:05:10)
* infra resources.ovirt.org cleaned so the migration is less pressing
(bkp, 14:07:06)
* infra storage servers configured on PHX, now installing the hosted
engine (bkp, 14:07:51)
* infra work started on jenkins jobs for 3.5 publisher (bkp,
14:09:32)
* 3.4.z updates (bkp, 14:11:36)
* 3.4.z status oVirt 3.4.3 RC tomorrow *2014-07-10 08:00 UTC* from 3.4
branch. (bkp, 14:13:19)
* 3.4.z updates No known blockers, some bugs proposed to be backported
(bkp, 14:15:28)
* 3.4.z updates RC scheduled for tomorrow, sbonazzo has sent a few
emails about issues found on jenkins jobs but we should be on track
(bkp, 14:15:28)
* 3.4.z updates More detailed status found at:
http://lists.ovirt.org/pipermail/users/2014-July/025846.html (bkp,
14:17:26)
* 3.5 status (bkp, 14:17:58)
* 3.5 status integration Detailed status at
http://lists.ovirt.org/pipermail/users/2014-July/025849.html (bkp,
14:22:51)
* 3.5 status integration New proposed schedule for 3.5 has been
proposed. Shooting for a 8/26/14 GA release of 3.5. See proposal
here. http://lists.ovirt.org/pipermail/users/2014-July/025845.html
(bkp, 14:22:51)
* 3.5 status integration Three blockers (1060198, 1073944, 1113974) to
be fixed before second beta (bkp, 14:23:47)
* 3.5 status integration ovirt engine master is now on 3.6, 3.5
patches must be cherry picked to 3.5 branch (bkp, 14:25:01)
* 3.5 status ux (bkp, 14:25:43)
* 3.5 status ux patternfly code successfully removed from the source
tree and is now available in separate rpm (bkp, 14:31:16)
* 3.5 status ux merged the remaining sorting infrastructure, and are
in the process of merging the remaining patches that apply sorting
to each individual tab. We are hoping to have them all merged by end
of the week. (bkp, 14:31:16)
* 3.5 status ux The Italian translation is about 30% done (bkp,
14:31:16)
* 3.5 status ux Sorting patches to be backported to the stable branch
in a little over a week. (bkp, 14:31:16)
* 3.5 status network (bkp, 14:31:36)
* 3.5 status network Bug 11133091 blocker in POST status. (bkp,
14:36:26)
* 3.5 status network Bug 1115001, Error code 23 when invoking Setup
Network, being examined to see if it is a blocker (bkp, 14:42:22)
* 3.5 status network No *new* blockers to report. (bkp, 14:42:22)
* 3.5 status network Bug 1113091 fix ETA to be determined, patch
acknowledged, just needs verification and backporting. (bkp,
14:42:22)
* 3.5 status gluster (bkp, 14:43:14)
* 3.5 status virt (bkp, 14:46:00)
* 3.5 status gluster Nothing this week (bkp, 14:49:16)
* 3.5 status storage (bkp, 14:50:42)
* 3.5 status storage Bug 1114057, new blocker, no status to report
(bkp, 14:57:56)
* 3.5 status storage focusing on stabilization and bug fixes. Seems
like /most/ of the infra issues we encountered last status will be
solved once the master is rebased. (bkp, 14:57:56)
* 3.5 status infra (bkp, 14:58:16)
* 3.5 status virt Blocker bug 1110305 still in review. Reviewers,
please advise status. (bkp, 15:04:38)
* 3.5 status sla (bkp, 15:05:57)
* 3.5 status sla Fixing a couple of bugs from Test Day we need to fix
(hosted engine, scheduling) (bkp, 15:12:34)
* 3.5 status sla 1114987 and 1093366 are high priority, as 1114987 is
a test blocker and 1093366 is serious, but older and not generating
a lot of complaints. (bkp, 15:12:34)
* 3.5 status sla features are getting there - we now have most of the
patches verified and reviewed, final touches are being done (bkp,
15:12:34)
* 3.5 status sla The log flood in vdsm is fixed and merged to master
and submitted for 3.5 branch with verified flag already set (bkp,
15:12:34)
* 3.5 status node (bkp, 15:12:48)
* 3.5 status vdsm (bkp, 15:15:53)
* 3.5 status infra Nothing reported this week. Four blockers (1 new
[1114994], 3 POST [1115044, 1115152, 1116009]) listed on bug
tracker. (bkp, 15:18:24)
* 3.5 status node Nothing reported this week. No blockers listed.
(bkp, 15:18:24)
* 3.5 status vdsm Nothing reported this week. No blockers listed.
(bkp, 15:18:24)
* conferences and workshops (bkp, 15:18:38)
* There will be a day-0 "Red Hat day" at Fossetcon in September. oVirt
and other RH community projects will have a day to show off and give
tech demos. (bkp, 15:18:47)
* we are all set for booth duty at OSCON in 2 weeks! (bkp, 15:18:47)
* Deadline for LinuxCon EU/CloudOpen/KVM Forum CfP is on July 11
(bkp, 15:18:47)
* other topics (bkp, 15:18:59)
* I will be opening up the new RHEV documentation on MediaWiki for
everyone to help convert to oVirt documentation. This is a temporary
solution, until we move ovirt.org to a GitHub-oriented solution.
(bkp, 15:19:08)
* Thanks to Maor Lipchuck for putting together a Google Summer of Code
blog for the Red Hat Community blog. Thanks to lots of folks for
their input on the 3.5 preview blog that will be posted on the
Community blog tomorrow. If anyone else has blog ideas (hint,
hint)... (bkp, 15:19:08)
* ACTION: We need to get a little more coordinated on these weekly
meetings. I know we are busy, but this should not take much more
than one hour if everyone is set to go. Probably less. (bkp,
15:20:24)
Meeting ended at 15:21:46 UTC.
Action Items
------------
* We need to get a little more coordinated on these weekly meetings. I
know we are busy, but this should not take much more than one hour if
everyone is set to go. Probably less.
Action Items, by person
-----------------------
* **UNASSIGNED**
* We need to get a little more coordinated on these weekly meetings. I
know we are busy, but this should not take much more than one hour
if everyone is set to go. Probably less.
People Present (lines said)
---------------------------
* bkp (113)
* sbonazzo (23)
* lvernia (17)
* danken (10)
* awels (8)
* msivak (8)
* amureini (4)
* misc (3)
* mskrivanek (2)
* apuimedo (2)
* ovirtbot (2)
* ayates83 (1)
* dcaro (1)
* jvandewege (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
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
10 years, 9 months
[QE][ACTION NEEDED] oVirt 3.5.0 Second Beta status
by Sandro Bonazzola
Hi,
We're going to compose oVirt 3.5.0 Second Beta on Mon *2014-07-21 08:00 UTC*.
Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC*
The bug tracker [1] shows the following proposed blockers to be reviewed:
Bug ID Whiteboard Status Summary
1114994 infra NEW Cannot edit cluster after upgrade from version 3.4 to 3.5 because cpu type (Intel Haswell) does not match
1115044 infra POST Host stuck in "Unassinged" state when using jsonrpc and disconnection from pool failed
1115152 infra POST Cannot edit or create block storage doamin when using jsonrpc
1116009 infra POST sdk always raises a DisconnectedError trying to instantiate again after a previous failure
1060198 integration NEW [RFE] add support for Fedora 20
1073944 integration ASSIGNED Add log gathering for a new ovirt module (External scheduler)
1113974 integration POST Hostname validation during all-in-one setup
1113091 network POST VDSM trying to restore saved network rollback
1114057 storage NEW uploaded iso is not visible in the engine
1110305 virt POST BSOD - CLOCK_WATCHDOG_TIMEOUT_2 - Win 7SP1 guest, need to set hv_relaxed
About Add log gathering for a new ovirt module (External scheduler), patch have been merged on upstream sos master branch.
For Fedora >= 19 sos-3.1 package includes the fix.
For EL 6 patches need to be backported to ovirt-log-collector.
Feature freeze is now effective, and branch has been created.
All new patches must be backported to 3.5 branch too.
Features completed are marked in green on Features Status Table [2]
There are still 422 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 358 bugs [4] targeted to 3.5.0.
Maintainers / Assignee:
- Please remember to rebuild your packages before *2014-07-20 15:00* if needed, otherwise nightly snapshot will be taken.
- Please be sure that 3.5 snapshot allow to create VMs before *2014-07-20 15:00 UTC*
- 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]
- Please review and add test cases to oVirt 3.5 Second Test Day [6]
Community:
- Thanks for your participation in first test day!
- You're welcome to join us testing next beta release and getting involved in oVirt Quality Assurance[7]!
[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_3.5_TestDay
[7] 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, 9 months
Ip spoofing
by Punit Dambiwal
Hi,
I have setup Ovirt with glusterfs...I have some concern about the network
part....
1. Is there any way to restrict the Guest VM...so that it can be assign
with single ip address...and in anyhow the user can not manipulate the IP
address from inside the VM (that means user can not change the ip address
inside the VM).
Thanks,
Punit
10 years, 9 months
[ACTION NEEDED] ovirt-engine-3.5 branch update
by Sandro Bonazzola
Hi,
We're going to refresh ovirt-engine-3.5 branch tomorrow 2014-07-08 at 08:00 UTC.
If you have any commits that are relevant only for 3.6 and not for 3.5, please don't merge them yet
until we'll update the 3.5 stable branch.
An email with the exact cutoff commits sha will be sent once the branch is updated.
After branch update patch targeted to 3.5 will need to be cherry-picked to 3.5 branch too.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 9 months
Live snapshot not working
by Punit Dambiwal
Hi,
I want to create a live snapshot of VM, but it failed with the following
error :-
There are 3 event logs : -
- Snapshot '3July' creation for VM 'test' was initiated by admin.
- Failed to create live snapshot '3July' for VM 'test'. VM restart is
recommended.
- Failed to complete snapshot '3July' creation for VM 'test'.
Please help me to find some workaround for this...
Thanks,
Punit
10 years, 9 months
Best way to clone host
by Brad Bendy
Hi,
Ive got host that im running on USB sticks, the install takes hours as
the USB is such a slow write speed. Ive made a copy via DD and cloned
to a new USB which works fine. But when I change the IP and after
reboot the old IP goes back.
My thought process was change the IP, then add the host into the GUI,
it will not install any packages since it's all installed but would
change the certs and everything else.
Any ideal what the best way to handle this is? Or should I just take 2
hours and install each host on it's own?
I would think the same concept could be used for users wanting to PXE
boot multiple hosts.
Thanks
10 years, 9 months
oVirt Node ISO for 3.5-pre
by Fabian Deutsch
Hey,
here is another draft ISO which is intended to be used for testing with oVirt 3.5.
This ISO also provides for the first time the oVirt Node Hosted Engine plugin.
http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-node-iso-3.5.0.ovi...
We've learned from the past: To circumvent some SELinux issues, please append enforcing=0 to the kernel commandline on boot.
And please provide us your feedback, so we can take a look and address the problem.
Greetings
fabian
10 years, 9 months
Network setup
by Dwight Schauer
Hello oVirt users,
I'm running into network setup problems.
http://www.ovirt.org/Vdsm_Network
Shows this as a supported topology.
bridge1 --- v1 --- bond --- nic1
bridge2 --- v2 --/ \-- nic2
Problem is I have to configure at least this on each host in order to the connect to an activate:
v1 --- bond --- nic1
\-- nic2
Which oVirt does not like because I already created the bond and attached a vlan interface to it.
So I configured this ahead of time (without vdsm)
bridge1 --- v1 --- bond --- nic1
bridge2 --- v2 --/ \-- nic2
Those work fine. I can use each bridge statically or with DHCP.
Problem is that oVirt refuses to use the bridge interfaces (they don't show up in the web gui), it only wants to use the bond interface.
If I was using libvirt/kvm-manager I would preconfigure this (without vdsm):
bridge1 --- v1 --- bond --- nic1
bridge2 --- v2 --/ \-- nic2
And I'm be able to run VMs on other VLAN. (Which is what I want to achieve with oVirt).
Is there a way I can achieve what I need to do (connecting VMs to either VLAN) with one of my preconfigured setups without resorting to another nic (or bonded pair?)
--
Dwight
10 years, 9 months
MASTER storage domain concept
by Nicolas Ecarnot
Hi,
Some month ago, in a thread not directly related to this, someone from
Redhat wrote that the limitation about the master storage domain is
being worked on to get removed.
This someone may have been Itamar but I'm not sure.
May you explain a little bit further :
- what is the difference between a master storage domain and a storage
domain, except the master is the default and first one?
- when this limitation will be removed, will the concept remain, but we
will have the ability to migrate it, as we can do now with the SPM for
example?
- or will it remain but be hidden somewhere?
- or will it be completely removed?
There is no emergency on our side, just a need to understand.
Thank you.
--
Nicolas Ecarnot
10 years, 9 months
Re: [ovirt-users] Network setup
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F098C5388F1exchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gNSBqdWwgMjAxNCAwNTowNiBza3JldiBEd2lnaHQgU2NoYXVlciA8ZC5zY2hhdWVyQHBh
cnRuZXIuc2Ftc3VuZy5jb20+Og0KPg0KPiBIZWxsbyBvVmlydCB1c2VycywNCj4NCj4gSSdtICBy
dW5uaW5nIGludG8gbmV0d29yayBzZXR1cCBwcm9ibGVtcy4NCj4NCj4gaHR0cDovL3d3dy5vdmly
dC5vcmcvVmRzbV9OZXR3b3JrDQo+DQo+IFNob3dzIHRoaXMgYXMgYSBzdXBwb3J0ZWQgdG9wb2xv
Z3kuDQo+DQo+IGJyaWRnZTEgLS0tIHYxIC0tLSBib25kIC0tLSBuaWMxDQo+IGJyaWRnZTIgLS0t
IHYyIC0tLyAgICAgIFwtLSBuaWMyDQo+DQo+IFByb2JsZW0gaXMgSSBoYXZlIHRvIGNvbmZpZ3Vy
ZSBhdCBsZWFzdCB0aGlzIG9uIGVhY2ggaG9zdCBpbiBvcmRlciB0byB0aGUgY29ubmVjdCB0byBh
biBhY3RpdmF0ZToNCj4NCj4gdjEgLS0tIGJvbmQgLS0tIG5pYzENCj4gICAgICAgICAgICAgICBc
LS0gbmljMg0KPg0KPiBXaGljaCBvVmlydCBkb2VzIG5vdCBsaWtlIGJlY2F1c2UgSSBhbHJlYWR5
IGNyZWF0ZWQgdGhlIGJvbmQgYW5kIGF0dGFjaGVkIGEgdmxhbiBpbnRlcmZhY2UgdG8gaXQuDQo+
DQo+IFNvIEkgY29uZmlndXJlZCB0aGlzIGFoZWFkIG9mIHRpbWUgKHdpdGhvdXQgdmRzbSkNCj4N
Cj4gYnJpZGdlMSAtLS0gdjEgLS0tIGJvbmQgLS0tIG5pYzENCj4gYnJpZGdlMiAtLS0gdjIgLS0v
ICAgICAgXC0tIG5pYzINCj4NCj4gVGhvc2Ugd29yayBmaW5lLiBJIGNhbiB1c2UgZWFjaCBicmlk
Z2Ugc3RhdGljYWxseSBvciB3aXRoIERIQ1AuDQo+DQo+IFByb2JsZW0gaXMgdGhhdCBvVmlydCBy
ZWZ1c2VzIHRvIHVzZSB0aGUgYnJpZGdlIGludGVyZmFjZXMgKHRoZXkgZG9uJ3Qgc2hvdyB1cCBp
biB0aGUgd2ViIGd1aSksIGl0IG9ubHkgd2FudHMgdG8gdXNlIHRoZSBib25kIGludGVyZmFjZS4N
Cj4NCj4gSWYgSSB3YXMgdXNpbmcgbGlidmlydC9rdm0tbWFuYWdlciBJIHdvdWxkIHByZWNvbmZp
Z3VyZSB0aGlzICh3aXRob3V0IHZkc20pOg0KPg0KPiBicmlkZ2UxIC0tLSB2MSAtLS0gYm9uZCAt
LS0gbmljMQ0KPiBicmlkZ2UyIC0tLSB2MiAtLS8gICAgICBcLS0gbmljMg0KPg0KPiBBbmQgSSdt
IGJlIGFibGUgdG8gcnVuIFZNcyAgb24gb3RoZXIgVkxBTi4gKFdoaWNoIGlzIHdoYXQgSSB3YW50
IHRvIGFjaGlldmUgd2l0aCBvVmlydCkuDQo+DQo+IElzIHRoZXJlIGEgd2F5IEkgY2FuIGFjaGll
dmUgd2hhdCBJIG5lZWQgdG8gZG8gKGNvbm5lY3RpbmcgVk1zIHRvIGVpdGhlciBWTEFOKSB3aXRo
IG9uZSBvZiBteSBwcmVjb25maWd1cmVkIHNldHVwcyB3aXRob3V0IHJlc29ydGluZyB0byBhbm90
aGVyIG5pYyAob3IgYm9uZGVkIHBhaXI/KQ0KPg0KPiAtLQ0KPiBEd2lnaHQNCj4NCg0KSGF2ZSB5
b3UgcmVzdGFydGVkIHRoZSAidmRzbWQiID8NCg0KL0sNCl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fDQo+IFVzZXJzIG1haWxpbmcgbGlzdA0KPiBVc2Vyc0Bv
dmlydC5vcmcNCj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz
DQo=
--_000_5F9E965F5A80BC468BE5F40576769F098C5388F1exchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <5AEE075C5F51F34A926E93ABFB918147(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDA1OjA2IHNrcmV2IER3aWdodCBTY2hhdWVyICZsdDtkLnNj
aGF1ZXJAcGFydG5lci5zYW1zdW5nLmNvbSZndDs6PGJyPg0KJmd0Ozxicj4NCiZndDsgSGVsbG8g
b1ZpcnQgdXNlcnMsPGJyPg0KJmd0Ozxicj4NCiZndDsgSSdtJm5ic3A7IHJ1bm5pbmcgaW50byBu
ZXR3b3JrIHNldHVwIHByb2JsZW1zLjxicj4NCiZndDs8YnI+DQomZ3Q7IGh0dHA6Ly93d3cub3Zp
cnQub3JnL1Zkc21fTmV0d29yazxicj4NCiZndDs8YnI+DQomZ3Q7IFNob3dzIHRoaXMgYXMgYSBz
dXBwb3J0ZWQgdG9wb2xvZ3kuPGJyPg0KJmd0Ozxicj4NCiZndDsgYnJpZGdlMSAtLS0gdjEgLS0t
IGJvbmQgLS0tIG5pYzEgPGJyPg0KJmd0OyBicmlkZ2UyIC0tLSB2MiAtLS8mbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgXC0tIG5pYzI8YnI+DQomZ3Q7PGJyPg0KJmd0OyBQcm9ibGVtIGlz
IEkgaGF2ZSB0byBjb25maWd1cmUgYXQgbGVhc3QgdGhpcyBvbiBlYWNoIGhvc3QgaW4gb3JkZXIg
dG8gdGhlIGNvbm5lY3QgdG8gYW4gYWN0aXZhdGU6PGJyPg0KJmd0Ozxicj4NCiZndDsgdjEgLS0t
IGJvbmQgLS0tIG5pYzEgPGJyPg0KJmd0OyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgXC0tIG5pYzI8
YnI+DQomZ3Q7PGJyPg0KJmd0OyBXaGljaCBvVmlydCBkb2VzIG5vdCBsaWtlIGJlY2F1c2UgSSBh
bHJlYWR5IGNyZWF0ZWQgdGhlIGJvbmQgYW5kIGF0dGFjaGVkIGEgdmxhbiBpbnRlcmZhY2UgdG8g
aXQuPGJyPg0KJmd0Ozxicj4NCiZndDsgU28gSSBjb25maWd1cmVkIHRoaXMgYWhlYWQgb2YgdGlt
ZSAod2l0aG91dCB2ZHNtKTxicj4NCiZndDs8YnI+DQomZ3Q7IGJyaWRnZTEgLS0tIHYxIC0tLSBi
b25kIC0tLSBuaWMxIDxicj4NCiZndDsgYnJpZGdlMiAtLS0gdjIgLS0vJm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7IFwtLSBuaWMyPGJyPg0KJmd0Ozxicj4NCiZndDsgVGhvc2Ugd29yayBm
aW5lLiBJIGNhbiB1c2UgZWFjaCBicmlkZ2Ugc3RhdGljYWxseSBvciB3aXRoIERIQ1AuPGJyPg0K
Jmd0Ozxicj4NCiZndDsgUHJvYmxlbSBpcyB0aGF0IG9WaXJ0IHJlZnVzZXMgdG8gdXNlIHRoZSBi
cmlkZ2UgaW50ZXJmYWNlcyAodGhleSBkb24ndCBzaG93IHVwIGluIHRoZSB3ZWIgZ3VpKSwgaXQg
b25seSB3YW50cyB0byB1c2UgdGhlIGJvbmQgaW50ZXJmYWNlLjxicj4NCiZndDs8YnI+DQomZ3Q7
IElmIEkgd2FzIHVzaW5nIGxpYnZpcnQva3ZtLW1hbmFnZXIgSSB3b3VsZCBwcmVjb25maWd1cmUg
dGhpcyAod2l0aG91dCB2ZHNtKTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBicmlkZ2UxIC0tLSB2MSAt
LS0gYm9uZCAtLS0gbmljMSA8YnI+DQomZ3Q7IGJyaWRnZTIgLS0tIHYyIC0tLyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyBcLS0gbmljMjxicj4NCiZndDs8YnI+DQomZ3Q7IEFuZCBJJ20g
YmUgYWJsZSB0byBydW4gVk1zJm5ic3A7IG9uIG90aGVyIFZMQU4uIChXaGljaCBpcyB3aGF0IEkg
d2FudCB0byBhY2hpZXZlIHdpdGggb1ZpcnQpLjxicj4NCiZndDs8YnI+DQomZ3Q7IElzIHRoZXJl
IGEgd2F5IEkgY2FuIGFjaGlldmUgd2hhdCBJIG5lZWQgdG8gZG8gKGNvbm5lY3RpbmcgVk1zIHRv
IGVpdGhlciBWTEFOKSB3aXRoIG9uZSBvZiBteSBwcmVjb25maWd1cmVkIHNldHVwcyB3aXRob3V0
IHJlc29ydGluZyB0byBhbm90aGVyIG5pYyAob3IgYm9uZGVkIHBhaXI/KTxicj4NCiZndDs8YnI+
DQomZ3Q7IC0tPGJyPg0KJmd0OyBEd2lnaHQ8YnI+DQomZ3Q7PC9wPg0KPHAgZGlyPSJsdHIiPkhh
dmUgeW91IHJlc3RhcnRlZCB0aGUgJnF1b3Q7dmRzbWQmcXVvdDsgPzwvcD4NCjxwIGRpcj0ibHRy
Ij4vSzxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
PGJyPg0KJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxi
cj4NCiZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJy
Pg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K
--_000_5F9E965F5A80BC468BE5F40576769F098C5388F1exchange21_--
10 years, 9 months
Migrate from one system to another.
by John Gardeniers
Hi All,
I've been googling but haven't found an answer to what I thought would
be a fairly simple question. The systems involved are RHEV but, given
that Red Hat support has been less than stellar and doesn't have a user
discussion list and that RHEV is just Ovirt anyway, I thought I'd ask here.
We need get get a VM from our client's system in the UK to our system in
Australia, so this isn't just migrating between clusters or datacenters.
I know it's easy enough to export a VM and copy its image file from the
export storage area but what's the procedure to import it into the
second system? Can I just plonk the file into out import/export storage
(I really doubt it) or do I need to do something else with it? I know I
can import it easily enough into a KVM/Qemu system and then do a V2V
from there but that seems like a step that shouldn't be required.
Have I missed something really obvious or is this one of those things
people don't do very often?
regards,
John
10 years, 9 months
Console stop working suddenly
by Punit Dambiwal
Hi,
The console stop working suddenly.... it was working perfectly from last 15
days but today suddenly it stop working....
Engine Log :-
------------------
2014-07-07 14:06:18,273 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ajp--127.0.0.1-8702-2) [6888de3c] Correlation ID: 6888de3c, Call Stack:
null, Custom Event ID: -1, Message: user admin initiated console session
for VM punit
2014-07-07 14:07:30,877 INFO
[org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-6)
[5cf768da] Running command: SetVmTicketCommand internal: false. Entities
affected : ID: 3578cd87-bc78-408f-a788-daa06159cbaf Type: VM
2014-07-07 14:07:30,922 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
(ajp--127.0.0.1-8702-6) [5cf768da] START, SetVmTicketVDSCommand(HostName =
sponser2.3linux.com, HostId = 5c371098-52d9-43a2-b2b0-2a574d70ebc7,
vmId=3578cd87-bc78-408f-a788-daa06159cbaf, ticket=tk0czDCutR0o,
validTime=120,m userName=admin,
userId=fdfc627c-d875-11e0-90f0-83df133b58cc), log id: 16735d74
2014-07-07 14:07:30,973 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand]
(ajp--127.0.0.1-8702-6) [5cf768da] FINISH, SetVmTicketVDSCommand, log id:
16735d74
2014-07-07 14:07:30,979 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ajp--127.0.0.1-8702-6) [5cf768da] Correlation ID: 5cf768da, Call Stack:
null, Custom Event ID: -1, Message: user admin initiated console session
for VM punit
------------------
Thanks,
Punit
10 years, 9 months
Snapshot of a Volume/Disk
by Udaya Kiran P
---2097401939-775120595-1404729201=:14627
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi All,=0A=0AI see OpenStack has 'Create Snapshot' feature for a volume.=0A=
=0AWhat is the equivalent operation in oVirt for a disk?=0A=0AHow does the =
concept of Image, Snapshot and Volume of OpenStack relate to disks in oVirt=
?=0A=0APlease suggest.=0A=0AThank You,=0A=0ARegards,=0AUdaya Kiran
---2097401939-775120595-1404729201=:14627
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><body><div style=3D"color:#000; background-color:#fff; font-family:ti=
mes new roman, new york, times, serif;font-size:10pt"><div>Hi All,</div><di=
v><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family=
: 'times new roman', 'new york', times, serif; font-style: normal; backgrou=
nd-color: transparent;">I see OpenStack has 'Create Snapshot' feature for a=
volume.</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fami=
ly: 'times new roman', 'new york', times, serif; font-style: normal; backgr=
ound-color: transparent;"><br></div><div style=3D"color: rgb(0, 0, 0); font=
-size: 13px; font-family: 'times new roman', 'new york', times, serif; font=
-style: normal; background-color: transparent;">What is the equivalent oper=
ation in oVirt for a disk?</div><div style=3D"color: rgb(0, 0, 0); font-siz=
e: 13px; font-family: 'times new roman', 'new york', times, serif; font-sty=
le: normal; background-color: transparent;"><br></div><div style=3D"color:
rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', 'new york',=
times, serif; font-style: normal; background-color: transparent;">How does=
the concept of Image, Snapshot and Volume of OpenStack relate to disks in =
oVirt?</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-family=
: 'times new roman', 'new york', times, serif; font-style: normal; backgrou=
nd-color: transparent;"><br></div><div style=3D"color: rgb(0, 0, 0); font-s=
ize: 13px; font-family: 'times new roman', 'new york', times, serif; font-s=
tyle: normal; background-color: transparent;">Please suggest.</div><div sty=
le=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman',=
'new york', times, serif; font-style: normal; background-color: transparen=
t;"><br></div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fami=
ly: 'times new roman', 'new york', times, serif; font-style: normal; backgr=
ound-color: transparent;">Thank You,</div><div style=3D"color: rgb(0, 0, 0)=
;
font-size: 13px; font-family: 'times new roman', 'new york', times, serif;=
font-style: normal; background-color: transparent;"><br></div><div style=
=3D"color: rgb(0, 0, 0); font-size: 13px; font-family: 'times new roman', '=
new york', times, serif; font-style: normal; background-color: transparent;=
">Regards,</div><div style=3D"color: rgb(0, 0, 0); font-size: 13px; font-fa=
mily: 'times new roman', 'new york', times, serif; font-style: normal; back=
ground-color: transparent;">Udaya Kiran</div></div></body></html>
---2097401939-775120595-1404729201=:14627--
10 years, 9 months
3rd party qemu/libvirt rpms and ovirt
by Tiemen Ruiten
Hello,
I'm trying to setup a new oVirt environment based on F19 hosts, but I'm
running into so many issues, that I'm thinking of switching 'back' to
CentOS. However I would lose the advanced features (libgfapi, live
snapshots etc.) that are enabled in the F19 libvirt/qemu/kvm packages.
So after some googling a came across Alexandar Evseev's repository with
all the newest virtualization rpms packaged for CentOS 6:
http://download.opensuse.org/repositories/home:/aevseev/CentOS6/x86_64/
However, I can't find any information at all about the status of these
packages or any indication about stability. Is anyone familiar with this
repository and would it be possible to use these packages in an oVirt
environment?
--
Tiemen Ruiten
Systems Engineer
R&D Media
10 years, 9 months
build ovirt-hosted-engine-ha rpm failed
by lofyer
I'm trying to build rpm of ovirt-hosted-engine-ha on CentOS-6.5, and
here's my 'make rpm' result:
RPM build errors:
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/agent-log.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/agent.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/broker-log.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/broker.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/notifications
File not found by glob:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/notifications/*
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha/ovirt-ha-agent
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha/ovirt-ha-broker
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/var/lib/ovirt-hosted-engine-ha/ha.conf
What should I do to the spec file or ... do I miss some dependencies?
10 years, 9 months
Failing ovirt install/F20
by Pascal Jakobi
Installing ovirt on F20.
Obviously, there is an issue with wildfly.
Surely, it has been already seen.
Can someone point me to the workaround ? Cannot find in when googling...
Thxs in advance
P
PS. Below is my boot.log content.
19:09:31,258 INFO [org.jboss.modules] JBoss Modules version 1.3.0.Final
19:09:33,563 INFO [org.jboss.msc] JBoss MSC version 1.2.0.Beta1
19:09:34,024 INFO [org.jboss.as] JBAS015899: WildFly 8.0.0.Final "WildFly"
starting
19:09:45,640 ERROR [org.jboss.as.server] JBAS015956: Caught exception
during boot:
org.jboss.as.controller.persistence.ConfigurationPersistenceException:
JBAS014676: Failed to parse configuration
at
org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at org.jboss.as.server.ServerService.boot(ServerService.java:331)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:256)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60]
Caused by: javax.xml.stream.XMLStreamException: JBAS014674: Failed to load
module org.jboss.as.web
at
org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:155)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_1(StandaloneXml.java:325)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:137)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110)
[staxmapper.jar:1.1.0.Final]
at
org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
[staxmapper.jar:1.1.0.Final]
at
org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:104)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
... 3 more
Caused by: java.util.concurrent.ExecutionException:
java.lang.UnsupportedOperationException: JBAS013452: Legacy extension
'org.jboss.as.web' is not supported on servers running this version. The
extension is only supported for use by hosts running a previous release in
a mixed-version managed domain
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
[rt.jar:1.7.0_60]
at java.util.concurrent.FutureTask.get(FutureTask.java:188)
[rt.jar:1.7.0_60]
at
org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:147)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
... 9 more
Caused by: java.lang.UnsupportedOperationException: JBAS013452: Legacy
extension 'org.jboss.as.web' is not supported on servers running this
version. The extension is only supported for use by hosts running a
previous release in a mixed-version managed domain
at
org.jboss.as.controller.extension.AbstractLegacyExtension.initializeParsers(AbstractLegacyExtension.java:82)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:183)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml.access$000(ExtensionXml.java:69)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:127)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:124)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
[rt.jar:1.7.0_60]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[rt.jar:1.7.0_60]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[rt.jar:1.7.0_60]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
[jboss-threads.jar:2.1.0.Final]
19:09:45,675 FATAL [org.jboss.as.server] JBAS015957: Server boot has failed
in an unrecoverable manner; exiting. See previous messages for details.
19:09:45,749 INFO [org.jboss.as] JBAS015950: WildFly 8.0.0.Final "WildFly"
stopped in 12ms
--
*Pascal Jakobi*
116 rue de Stalingrad
93100 Montreuil, France
*+33 6 87 47 58 19*Pascal.Jakobi(a)gmail.com
10 years, 9 months
Call for Papers Deadline in Six Days: Linux.conf.au
by Brian Proffitt
Conference: Linux.conf.au
Information: Each year open source geeks from across the globe gather in Australia or New Zealand to meet their fellow technologists, share the latest ideas and innovations, and spend a week discussing and collaborating on open source projects. The conference is well known for the speakers and delegates depth of talent, and its focus on technical linux content.
Possible topics: Virtualization, oVirt, KVM, libvirt, RDO, OpenStack, Foreman
Date: January 12-15, 2015
Location: Auckland, New Zealand
Website: http://lca2015.linux.org.au/
Call for Papers Deadline: July 13, 2014
Call for Papers URL: http://lca2015.linux.org.au/cfp
Contact me for more information and assistance with presentations.
--
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
10 years, 9 months
Re: [ovirt-users] iSCSI and multipath
by jplorier＠gmail.com
What do you mean by "having direct lun working" ? You already can, you need
to add to the first line of multipath.conf a comment to make it private
(don't remember the exact content) then you can set your luns in every host
as desired. The bad thing is that you'll have to replicate the file to
every host everytime you make changes. I did open an RFE in the past about
this... I don't remember for sure as I'm not active to ovirt since a long
time now.
Regards
El 07/07/2014 06:25, <users-request(a)ovirt.org> escribió:
> Send Users mailing list submissions to
> users(a)ovirt.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.ovirt.org/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> users-request(a)ovirt.org
>
> You can reach the person managing the list at
> users-owner(a)ovirt.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
> 1. Re: Network setup (Sven Kieske)
> 2. Re: Live Migration / Snapshots- CentOS 6.5 (Sven Kieske)
> 3. Re: Migrate from one system to another. (Sven Kieske)
> 4. Re: Live Migration / Snapshots- CentOS 6.5 (Jorick Astrego)
> 5. Re: iSCSI and multipath (Gary Lloyd)
> 6. Re: iSCSI and multipath (Sven Kieske)
> 7. Re: Live snapshot not working (Dan Kenigsberg)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 7 Jul 2014 06:40:45 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Network setup
> Message-ID: <53BA418A.7030306(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> the "solution" to your problem
> is, that you don't need to setup
> any "on top" networking at all, after basic
> setup, so: no bonds, no vlans.
>
> Just configure everything in ovirt, you
> can easily construct some bonded setup
> with v-lans on top, ovirt creates it all for you.
>
> HTH
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 2
> Date: Mon, 7 Jul 2014 06:45:22 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
> Message-ID: <53BA42A0.8070801(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> While I have never tested or used this feature myself, I'm pretty
> sure this is not normal behaviour, this shouldn't take that long
> on an idle vm, unless something else puts your hardware under heavy
> load?
>
> Am 06.07.2014 08:17, schrieb Brad Bendy:
> > Is normal behavior a outage when a snapshot occurs? Ive got the rhev
> > builds installed but when I take a snap im getting well over two
> > minutes of downtime, on a VM with zero usage.
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 3
> Date: Mon, 7 Jul 2014 06:52:41 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Migrate from one system to another.
> Message-ID: <53BA4457.7050105(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Well, what you can do, is:
> export this vm to an export domain, detach the domain from your DC,
>
> than tar.gz the whole export domain (use the sparse option if you got
> thin provisioned disks)
> then upload that tar.gz they have to put it on their storage, extract
> and import the export storage domain, then import the vm.
>
> HTH
>
> PS: But I can't believe the redhat support is so bad, after all the
> "ovirt support" is pretty good.
>
> Am 07.07.2014 00:12, schrieb John Gardeniers:
> >> We each make some shared
> > resources available to the other, so the normal method we use to
> > transfer files is we upload them to a shared directory at the other end.
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 4
> Date: Mon, 07 Jul 2014 09:14:27 +0200
> From: Jorick Astrego <j.astrego(a)netbulae.eu>
> To: users(a)ovirt.org
> Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
> Message-ID: <53BA48D3.4020301(a)netbulae.eu>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
>
> On 07/05/2014 04:39 PM, Karli Sj?berg wrote:
> >
> >
> > Den 5 jul 2014 16:22 skrev Brad Bendy <brad.bendy(a)gmail.com>:
> > >
> > > Haha, yeah never have been a Fedora fan, and nothing has changed. Is
> > > the only big feature im missing out on is snapshots? From what I can
> > > tell, and in my testing, everything else seems to work. Was deploying
> > > GlusterFS but without the live migration to another host that is
> > > somewhat defeated.
> >
> > VM live migration works, live _disk_ migration does not.
> >
> > > Only way to get that is with RHEL really then?
> >
> > No, as I earlier pointed out, there is a place you can get the
> > packages you need for CentOS:
> >
> http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastS...
> >
> > You'll have to download- and force install them over the already
> > installed versions of those packages on all Hosts and then it'll work.
> >
> > Though, next time there are updates, yum will update from the standard
> > repos and it just stops working again until you repeat the procedure.
> >
> > /K
> >
> >
> Just add "exclude=qemu-kvm*" in /etc/yum.conf so yum will leave them allone
>
> Kind regards,
> Jorick Astrego
> Netbulae
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.ovirt.org/pipermail/users/attachments/20140707/51a52214/atta...
> >
>
> ------------------------------
>
> Message: 5
> Date: Mon, 7 Jul 2014 09:17:20 +0100
> From: Gary Lloyd <g.lloyd(a)keele.ac.uk>
> To: John Taylor <jtt77777(a)gmail.com>
> Cc: users <users(a)ovirt.org>
> Subject: Re: [ovirt-users] iSCSI and multipath
> Message-ID:
> <
> CAEzLwnf5P_k2okHqds+tTALF2hnE+vnF0_6r64LhfwQP-tudwg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Is there any chance of multipath working with direct LUN instead of just
> storage domains ? I've asked/checked a couple of times, but not had much
> luck.
>
> Thanks
>
> *Gary Lloyd*
> ----------------------------------
> IT Services
> Keele University
> -----------------------------------
>
>
> On 9 June 2014 15:17, John Taylor <jtt77777(a)gmail.com> wrote:
>
> > On Mon, Jun 9, 2014 at 9:23 AM, Nicolas Ecarnot <nicolas(a)ecarnot.net>
> > wrote:
> > > Le 09-06-2014 14:44, Maor Lipchuk a ?crit :
> > >
> > >> basically, you should upgrade your DC to 3.4, and then upgrade the
> > >> clusters you desire also to 3.4.
> > >
> > >
> > > Well, that seems to have worked, except I had to raise the cluster
> level
> > > first, then the DC level.
> > >
> > > Now, I can see the iSCSI multipath tab has appeared.
> > > But I confirm what I wrote below :
> > >
> > >>>>> I saw that multipathing is talked here :
> > >>>>> http://www.ovirt.org/Feature/iSCSI-Multipath
> > >>>>>
> > >>>>>> Add an iSCSI Storage to the Data Center
> > >>>>>> Make sure the Data Center contains networks.
> > >>>>>> Go to the Data Center main tab and choose the specific Data
> > Center
> > >>>>>> At the sub tab choose "iSCSI Bond"
> > >>>>>> Press the "new" button to add a new iSCSI Bond
> > >>>>>> Configure the networks you want to add to the new iSCSI Bond.
> > >>>>>
> > >>>>>
> > >>>>> Anyway, I'm not sure to understand the point of this wiki page and
> > this
> > >>>>> implementation : it looks like a much higher level of multipathing
> > over
> > >>>>> virtual networks, and not at all what I'm talking about above...?
> > >
> > >
> > > I am actually trying to know whether bonding interfaces (at low level)
> > for
> > > the iSCSI network is a bad thing, as was told by my storage provider?
> > >
> > > --
> > > Nicolas Ecarnot
> >
> >
> > Hi Nicolas,
> > I think the naming of the managed iscsi multipathing feature a "bond"
> > might be a bit confusing. It's not an ethernet/nic bond, but a way to
> > group networks and targets together, so it's not "bonding interfaces"
> > Behind the scenes what it does is creates iscsi
> > ifaces(/var/lib/iscsi/ifaces) and changes the way the iscsiadm calls
> > are constructed to use those ifaces (instead of the default) to
> > connect and login to the targets
> > Hope that helps.
> >
> > -John
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.ovirt.org/pipermail/users/attachments/20140707/6e401efe/atta...
> >
>
> ------------------------------
>
> Message: 6
> Date: Mon, 7 Jul 2014 08:45:23 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] iSCSI and multipath
> Message-ID: <53BA5EC0.6000108(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Am 07.07.2014 10:17, schrieb Gary Lloyd:
> > Is there any chance of multipath working with direct LUN instead of just
> > storage domains ? I've asked/checked a couple of times, but not had much
> > luck.
>
> Hi,
>
> the best way to get features into ovirt is to create a "Bug"
> titled as "RFE" (request for enhancement) here:
>
> https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt
>
> if you have any custom vdsm code it would be cool to share
> it with the community, so you might even not be responsible
> for maintaining it in the future, but that's your decision
> to make.
>
> HTH
>
>
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 7
> Date: Mon, 7 Jul 2014 10:25:06 +0100
> From: Dan Kenigsberg <danken(a)redhat.com>
> To: Punit Dambiwal <hypunit(a)gmail.com>
> Cc: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Live snapshot not working
> Message-ID: <20140707092506.GD20064(a)redhat.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jul 07, 2014 at 11:18:50AM +0800, Punit Dambiwal wrote:
> > Hi Dan,
> >
> > I already removed it from the ovirt-engine and reinstall it....can this
> bug
> > will fixed in 3.5 ??
>
> If I knew what the bug was, I wouldn't have asked to see your logs...
>
>
> ------------------------------
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> End of Users Digest, Vol 34, Issue 37
> *************************************
>
10 years, 9 months
iSCSI and multipath
by Nicolas Ecarnot
Hi,
Context here :
- 2 setups (2 datacenters) in oVirt 3.4.1 with CentOS 6.4 and 6.5 hosts
- connected to some LUNs in iSCSI on a dedicated physical network
Every host has two interfaces used for management and end-user LAN
activity. Every host also have 4 additional NICs dedicated to the iSCSI
network.
Those 4 NICs were setup from the oVirt web GUI in a bonding with a
unique IP address and connected to the SAN.
Everything is working fine. I just had to manually tweak some points
(MTU, other small things) but it is working.
Recently, our SAN dealer told us that using bonding in an iSCSI context
was terrible, and the recommendation is to use multipathing.
My previous experience pre-oVirt was to agree with that. Long story
short is just that when setting up the host from oVirt, it was so
convenient to click and setup bonding, and observe it working that I did
not pay further attention. (and we seem to have no bottleneck yet).
Anyway, I dedicated a host to experiment, I things are not clear to me.
I know how to setup NICs, iSCSI and multipath to present the host OS a
partition or a logical volume, using multipathing instead of bonding.
But in this precise case, what is disturbing me is that many layers
described above are managed by oVirt (mount/unmount of LV, creation of
bridges on top of bonded interfaces, managing the WWID amongst the cluster).
And I see nothing related to multipath at the NICs level.
Though I can setup everything fine in the host, this setup does not
match what oVirt is expecting : oVirt is expecting a bridge named as the
iSCSI network, and able to connect to the SAN.
My multipathing is offering the access to the partition of the LUNs, it
is not the same.
I saw that multipathing is talked here :
http://www.ovirt.org/Feature/iSCSI-Multipath
I here read :
> Add an iSCSI Storage to the Data Center
> Make sure the Data Center contains networks.
> Go to the Data Center main tab and choose the specific Data Center
> At the sub tab choose "iSCSI Bond"
The only tabs I see are "Storage/Logical Networks/Network
QoS/Clusters/Permissions".
In this datacenter, I have one iSCSI master storage domain, two iSCSI
storage domains and one NFS export domain.
What did I miss?
> Press the "new" button to add a new iSCSI Bond
> Configure the networks you want to add to the new iSCSI Bond.
Anyway, I'm not sure to understand the point of this wiki page and this
implementation : it looks like a much higher level of multipathing over
virtual networks, and not at all what I'm talking about above...?
Well as you see, I need enlightenments.
--
Nicolas Ecarnot
10 years, 9 months
CentOS dependencies on 3.5
by Jon Archer
Hi,
Just tried to run an update to 3.5 beta and i'm seeing dependencies that
are not satisfied.
Error: Package: vdsm-jsonrpc-java-1.0.0-0.0.master.el6.noarch
(ovirt-3.5-pre)
Requires: codehaus-jackson-core-asl
Error: Package: vdsm-jsonrpc-java-1.0.0-0.0.master.el6.noarch
(ovirt-3.5-pre)
Requires: codehaus-jackson-mapper-asl
Any ideas? I've done a bit of googling and not uncovered much. Looking
at the specfile there seems to be a requirement for jackson, which isn't
in the C6 repos but does seem to be in the C7 repos.
Thanks
Jon
10 years, 9 months
Snapshot deletion performance [was Latency]
by Markus Stockhausen
This is a multi-part message in MIME format.
------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
> Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von "M=
aurice James [mjames(a)media-node.com]=0A=
> Gesendet: Freitag, 27. Juni 2014 01:42=0A=
> An: users=0A=
> Betreff: [ovirt-users] Spam Latency=0A=
> =0A=
> I noticed that the following operations take way, way too long:=0A=
> Any type of import/export (VM, template. etc.)=0A=
> Disk migration=0A=
> Snapshot deletion=0A=
> These operations take over 60 minutes, most of the time pushing 90 minute=
s. I know I don't have the fastest storage disks but wow, up to 90 minutes?=
.=0A=
> My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network conne=
ction.=0A=
=0A=
At least for the snapshot deletion part there might be some headroom=0A=
for improvements: https://bugzilla.redhat.com/show_bug.cgi?id=3D1116565=0A=
=0A=
Markus=0A=
------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22--
10 years, 9 months
Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gNiBqdWwgMjAxNCAwODoxNyBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls
LmNvbT46DQo+DQo+IElzIG5vcm1hbCBiZWhhdmlvciBhIG91dGFnZSB3aGVuIGEgc25hcHNob3Qg
b2NjdXJzPyBJdmUgZ290IHRoZSByaGV2DQo+IGJ1aWxkcyBpbnN0YWxsZWQgYnV0IHdoZW4gSSB0
YWtlIGEgc25hcCBpbSBnZXR0aW5nIHdlbGwgb3ZlciB0d28NCj4gbWludXRlcyBvZiBkb3dudGlt
ZSwgb24gYSBWTSB3aXRoIHplcm8gdXNhZ2UuDQoNClRoYXQgYmVoYXZpb3IgaXMgZXhwZWN0ZWQs
IGVuZ2luZSBwYXVzZXMgdGhlIFZNIGR1cmluZyBzbmFwc2hvdCB0byBlbnN1cmUgY29uc2lzdGVu
Y3kuIE5vdCBhcyBzdXJlIGFib3V0IHRoZSB0aW1lZnJhbWUgdGhvdWdoOyB0d28gbWlucyBmb3Ig
YSBpZGxlIFZNPyBXaGVuIEkgc25hcCwgaXQncyBhIG1hdHRlciBpZiBzZWNvbmRzLCBidXQgdGhh
dCBtaWdodCBiZSB5b3VyIEdsdXN0ZXIgc3Bvb2tpbmcuIFdlIHVzZSBhIHRyYWRpdGlvbmFsIE5G
UyBzZXJ2ZXIuIFdoeSBub3Qgc2V0IHRoYXQgdXAgYW5kIGJlbmNobWFyayB0aGUgZGlmZmVyZW5j
ZT8NCg0KL0sNCg0KPiBUaGUgVk0gZ29lcyBpbnRvICJwYXVzZSINCj4gc3RhdGUgdGhlbiwgSSBn
dWVzcyB0aGUgc25hcHNob3QgaXMgYSBjb3B5IG9mIHRoZSBlbnRpcmUgVk0/IEkgaGF2ZQ0KPiBu
b3QgZ290IGEgc2Vjb25kIGhvc3QgdXAgd2l0aCB0aG9zZSByaGV2IGJ1aWxkIHRvIHNlZSB0aGUg
YmVoYXZpb3INCj4gd2hlbiBkaXNrIG1pZ3JhdGluZw0KPg0KPiBUaGFua3MNCj4NCj4gT24gU2F0
LCBKdWwgNSwgMjAxNCBhdCA3OjUxIEFNLCBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNv
bT4gd3JvdGU6DQo+ID4gVGhlcmUgd2UgZ28sIHNvcnJ5IGFib3V0IHRoYXQhIElsbCBnaXZlIHRo
ZXNlIGEgdGVzdCB0aGVuLiBUaGFua3MgZm9yIHRoZSBoZWxwDQo+ID4NCj4gPiBPbiBTYXQsIEp1
bCA1LCAyMDE0IGF0IDc6MzkgQU0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5z
ZT4gd3JvdGU6DQo+ID4+DQo+ID4+IERlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVu
ZHkgPGJyYWQuYmVuZHlAZ21haWwuY29tPjoNCj4gPj4NCj4gPj4NCj4gPj4+DQo+ID4+PiBIYWhh
LCB5ZWFoIG5ldmVyIGhhdmUgYmVlbiBhIEZlZG9yYSBmYW4sIGFuZCBub3RoaW5nIGhhcyBjaGFu
Z2VkLiBJcw0KPiA+Pj4gdGhlIG9ubHkgYmlnIGZlYXR1cmUgaW0gbWlzc2luZyBvdXQgb24gaXMg
c25hcHNob3RzPyBGcm9tIHdoYXQgSSBjYW4NCj4gPj4+IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5n
LCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZw0KPiA+Pj4gR2x1
c3RlckZTIGJ1dCB3aXRob3V0IHRoZSBsaXZlIG1pZ3JhdGlvbiB0byBhbm90aGVyIGhvc3QgdGhh
dCBpcw0KPiA+Pj4gc29tZXdoYXQgZGVmZWF0ZWQuDQo+ID4+DQo+ID4+IFZNIGxpdmUgbWlncmF0
aW9uIHdvcmtzLCBsaXZlIF9kaXNrXyBtaWdyYXRpb24gZG9lcyBub3QuDQo+ID4+DQo+ID4+PiBP
bmx5IHdheSB0byBnZXQgdGhhdCBpcyB3aXRoIFJIRUwgcmVhbGx5IHRoZW4/DQo+ID4+DQo+ID4+
IE5vLCBhcyBJIGVhcmxpZXIgcG9pbnRlZCBvdXQsIHRoZXJlIGlzIGEgcGxhY2UgeW91IGNhbiBn
ZXQgdGhlIHBhY2thZ2VzIHlvdQ0KPiA+PiBuZWVkIGZvciBDZW50T1M6DQo+ID4+IGh0dHA6Ly9q
ZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19l
bDYvbGFzdFN0YWJsZUJ1aWxkLw0KPiA+Pg0KPiA+PiBZb3UnbGwgaGF2ZSB0byBkb3dubG9hZC0g
YW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5IGluc3RhbGxlZA0KPiA+PiB2
ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRoZW4gaXQnbGwgd29y
ay4NCj4gPj4NCj4gPj4gVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1bSB3
aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcw0KPiA+PiBhbmQgaXQganVzdCBzdG9w
cyB3b3JraW5nIGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVyZS4NCj4gPj4NCj4g
Pj4gL0sNCj4gPj4NCj4gPj4+DQo+ID4+PiBPbiBTYXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0s
IEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5zZT4NCj4gPj4+IHdyb3RlOg0KPiA+
Pj4gPg0KPiA+Pj4gPiBEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5IDxicmFk
LmJlbmR5QGdtYWlsLmNvbT46DQo+ID4+PiA+DQo+ID4+PiA+DQo+ID4+PiA+Pg0KPiA+Pj4gPj4g
SWYgSSB1c2UgRmVkb3JhIHdpbGwgImV2ZXJ5dGhpbmciIHdvcms/IEkgaGFkIG51bWVyb3VzIGlz
c3VlcywgSUlSQyBJDQo+ID4+PiA+PiBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBz
d2l0Y2ggdG8gaW5zdGFsbCBhbmQgYSBmZXcgb3RoZXINCj4gPj4+ID4+IHRoaW5ncy4gV2hhdCB2
ZXJzaW9uIG9mIEZlZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/DQo+ID4+PiA+DQo+ID4+PiA+
IE5vbmU6KSBXZSBzd2l0Y2hlZCBsb25nIGFnbyB0byBDZW50T1MgYW5kIGhhdmUgbmV2ZXIgbG9v
a2VkIGJhY2ssIGV2ZW4NCj4gPj4+ID4gd2l0aA0KPiA+Pj4gPiB0aGVzZSBpc3N1ZXMuIE5vdCB3
b3J0aCB0aGUgaGVhZGFjaGUgdGhhdCBpcyBGZWRvcmEuDQo+ID4+PiA+DQo+ID4+PiA+IC9LDQo+
ID4+PiA+DQo+ID4+PiA+PiBJbGwgZG8gYW5vdGhlcg0KPiA+Pj4gPj4gaW5zdGFsbCBhbmQgZ2l2
ZSB0aGF0IGEgd2hpcmwgYWdhaW4uDQo+ID4+PiA+Pg0KPiA+Pj4gPj4gVGhhbmtzIQ0KPiA+Pj4g
Pj4NCj4gPj4+ID4+IE9uIEZyaSwgSnVsIDQsIDIwMTQgYXQgMTA6MzMgUE0sIEthcmxpIFNqw7Zi
ZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5zZT4NCj4gPj4+ID4+IHdyb3RlOg0KPiA+Pj4gPj4gPg0K
PiA+Pj4gPj4gPiBEZW4gNSBqdWwgMjAxNCAwNzowNCBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJl
bmR5QGdtYWlsLmNvbT46DQo+ID4+PiA+PiA+Pg0KPiA+Pj4gPj4gPj4gSGksDQo+ID4+PiA+PiA+
Pg0KPiA+Pj4gPj4gPj4gSXZlIHNlZWluZyBjb25mbGljdGluZyBpbmZvIHdpdGggd2hhdCB2ZXJz
aW9uIG9mIHFlbXUgcnBtcyBhcmUNCj4gPj4+ID4+ID4+IG5lZWRlZA0KPiA+Pj4gPj4gPj4gdG8g
ZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBvbmVz
IHdpbGwNCj4gPj4+ID4+ID4+IG5vdA0KPiA+Pj4gPj4gPj4gd29yayBhbmQgdGhlIFJIRVYgb25l
cyBhcmUgcmVxdWlyZWQuIEFsbCB0aGUgbWFpbGluZyBsaXN0IHBvc3QgSSBzZWUNCj4gPj4+ID4+
ID4+IGFyZSBmcm9tIDMtNCBtb250aHMgYWdvLCBzbyBub3Qgc3VyZS4NCj4gPj4+ID4+ID4+DQo+
ID4+PiA+PiA+PiBJbSBnZXR0aW5nIFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0
aW9uOiBGYWlsZWQgdG8NCj4gPj4+ID4+ID4+IFNuYXBzaG90VkRTLCBlcnJvciA9IFNuYXBzaG90
IGZhaWxlZCwgY29kZSA9IDQ4IChGYWlsZWQgd2l0aCBlcnJvcg0KPiA+Pj4gPj4gPj4gU05BUFNI
T1RfRkFJTEVEIGFuZCBjb2RlIDQ4KQ0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+IEkgYWxzbyBz
YXcgdGhpcyB0aHJlYWQ6DQo+ID4+PiA+PiA+PiBodHRwOi8vY29tbWVudHMuZ21hbmUub3JnL2dt
YW5lLmxpbnV4LmNlbnRvcy5nZW5lcmFsLzEzODU5Mw0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+
IEl2ZSBiZWVuIGhhdmluZyBpc3N1ZXMgZ2V0dGluZyB0aG9zZSB0byBpbnN0YWxsLCBidXQgYmVm
b3JlIEkgc3BlbnQNCj4gPj4+ID4+ID4+IHRvDQo+ID4+PiA+PiA+PiBtdWNoIG1vcmUgdGltZSBJ
IHdhbnRlZCB0byByZWFsbHkgc2VlIGlmIEkgd2FzIG9uIHRoZSByaWdodCB0cmFjay4NCj4gPj4+
ID4+ID4+DQo+ID4+PiA+PiA+PiBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qg
c3RhcnRlZCB0cnlpbmcgd2l0aCBGZWRvcmEgMTkNCj4gPj4+ID4+ID4+IGFuZA0KPiA+Pj4gPj4g
Pj4gMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBp
cyB0aGUgZmlyc3QNCj4gPj4+ID4+ID4+IGFuZA0KPiA+Pj4gPj4gPj4gb25seSBpc3N1ZSBzbyBm
YXIgaXZlIHJhbiBpbnRvLg0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+IFRoYW5rcyENCj4gPj4+
ID4+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+
ID4+PiA+PiA+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4+ID4+ID4+IFVzZXJzQG92aXJ0Lm9y
Zw0KPiA+Pj4gPj4gPj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz
ZXJzDQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+IFdlbGwsIGdvaW5nIHdpdGggRmVkb3JhIHdvdWxk
IGF0IGxlYXN0IGdldCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLA0KPiA+Pj4gPj4gPiBpZg0K
PiA+Pj4gPj4gPiBJIHJlbWVtYmVyIGNvcnJlY3RseSwgYnV0IHRoYXQncyBub3Qgc29tZXRoaW5n
IHlvdSBydW4gaW4gcHJvZHVjdGlvbi4NCj4gPj4+ID4+ID4gQXMgeW91DQo+ID4+PiA+PiA+IHNh
aWQsICJtYWpvciBpc3N1ZXMiLg0KPiA+Pj4gPj4gPg0KPiA+Pj4gPj4gPiBGb3IgQ2VudE9TLCB5
b3UgbmVlZCAic3BlY2lhbCIgdmVyc2lvbnMgb2YgY2VydGFpbiBwYWNrYWdlcywgc2luY2UNCj4g
Pj4+ID4+ID4gUmVkSGF0IHdhbnRzIHlvdSB0byBwYXkgZm9yIFJIRVYsIHRoZXkgaGF2ZSBjaG9z
ZW4gdG8gY3JpcHBsZSB0aGUNCj4gPj4+ID4+ID4gc3RhbmRhcmQNCj4gPj4+ID4+ID4gcGFja2Fn
ZXMgc28gdGhvc2UgZmVhdHVyZXMgd29uJ3Qgd29yazoNCj4gPj4+ID4+ID4gaHR0cDovL2xpc3Rz
Lm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwvMjAxNC1KdW5lLzAwNzczNS5odG1sDQo+ID4+PiA+
PiA+DQo+ID4+PiA+PiA+IEFuZCBoZXJlIHlvdSBjYW4gZmluZCB0aGUgcGFja2FnZXMgeW91IG5l
ZWQ6DQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+IGh0dHA6Ly9qZW5raW5zLm92
aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0
YWJsZUJ1aWxkLw0KPiA+Pj4gPj4gPg0KPiA+Pj4gPj4gPiAvSw0K
--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <BAD80A68DBDD7F4B815CAEDD35E083FE(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiA2IGp1bCAyMDE0IDA4OjE3IHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu
ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJcyBub3JtYWwgYmVoYXZpb3Ig
YSBvdXRhZ2Ugd2hlbiBhIHNuYXBzaG90IG9jY3Vycz8gSXZlIGdvdCB0aGUgcmhldjxicj4NCiZn
dDsgYnVpbGRzIGluc3RhbGxlZCBidXQgd2hlbiBJIHRha2UgYSBzbmFwIGltIGdldHRpbmcgd2Vs
bCBvdmVyIHR3bzxicj4NCiZndDsgbWludXRlcyBvZiBkb3dudGltZSwgb24gYSBWTSB3aXRoIHpl
cm8gdXNhZ2UuPC9wPg0KPHAgZGlyPSJsdHIiPlRoYXQgYmVoYXZpb3IgaXMgZXhwZWN0ZWQsIGVu
Z2luZSBwYXVzZXMgdGhlIFZNIGR1cmluZyBzbmFwc2hvdCB0byBlbnN1cmUgY29uc2lzdGVuY3ku
IE5vdCBhcyBzdXJlIGFib3V0IHRoZSB0aW1lZnJhbWUgdGhvdWdoOyB0d28gbWlucyBmb3IgYSBp
ZGxlIFZNPyBXaGVuIEkgc25hcCwgaXQncyBhIG1hdHRlciBpZiBzZWNvbmRzLCBidXQgdGhhdCBt
aWdodCBiZSB5b3VyIEdsdXN0ZXIgc3Bvb2tpbmcuIFdlIHVzZSBhIHRyYWRpdGlvbmFsDQogTkZT
IHNlcnZlci4gV2h5IG5vdCBzZXQgdGhhdCB1cCBhbmQgYmVuY2htYXJrIHRoZSBkaWZmZXJlbmNl
PzwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7IFRoZSBWTSBnb2Vz
IGludG8gJnF1b3Q7cGF1c2UmcXVvdDs8YnI+DQomZ3Q7IHN0YXRlIHRoZW4sIEkgZ3Vlc3MgdGhl
IHNuYXBzaG90IGlzIGEgY29weSBvZiB0aGUgZW50aXJlIFZNPyBJIGhhdmU8YnI+DQomZ3Q7IG5v
dCBnb3QgYSBzZWNvbmQgaG9zdCB1cCB3aXRoIHRob3NlIHJoZXYgYnVpbGQgdG8gc2VlIHRoZSBi
ZWhhdmlvcjxicj4NCiZndDsgd2hlbiBkaXNrIG1pZ3JhdGluZzxicj4NCiZndDs8YnI+DQomZ3Q7
IFRoYW5rczxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFNhdCwgSnVsIDUsIDIwMTQgYXQgNzo1MSBB
TSwgQnJhZCBCZW5keSAmbHQ7YnJhZC5iZW5keUBnbWFpbC5jb20mZ3Q7IHdyb3RlOjxicj4NCiZn
dDsgJmd0OyBUaGVyZSB3ZSBnbywgc29ycnkgYWJvdXQgdGhhdCEgSWxsIGdpdmUgdGhlc2UgYSB0
ZXN0IHRoZW4uIFRoYW5rcyBmb3IgdGhlIGhlbHA8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn
dDsgT24gU2F0LCBKdWwgNSwgMjAxNCBhdCA3OjM5IEFNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2Fy
bGkuU2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7
ICZndDsmZ3Q7IERlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQu
YmVuZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSGFoYSwgeWVh
aCBuZXZlciBoYXZlIGJlZW4gYSBGZWRvcmEgZmFuLCBhbmQgbm90aGluZyBoYXMgY2hhbmdlZC4g
SXM8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyB0aGUgb25seSBiaWcgZmVhdHVyZSBpbSBtaXNzaW5n
IG91dCBvbiBpcyBzbmFwc2hvdHM/IEZyb20gd2hhdCBJIGNhbjxicj4NCiZndDsgJmd0OyZndDsm
Z3Q7IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5nLCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29y
ay4gV2FzIGRlcGxveWluZzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEdsdXN0ZXJGUyBidXQgd2l0
aG91dCB0aGUgbGl2ZSBtaWdyYXRpb24gdG8gYW5vdGhlciBob3N0IHRoYXQgaXM8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyBzb21ld2hhdCBkZWZlYXRlZC48YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyBWTSBsaXZlIG1pZ3JhdGlvbiB3b3JrcywgbGl2ZSBfZGlza18gbWlncmF0
aW9uIGRvZXMgbm90Ljxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBP
bmx5IHdheSB0byBnZXQgdGhhdCBpcyB3aXRoIFJIRUwgcmVhbGx5IHRoZW4/PGJyPg0KJmd0OyAm
Z3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgTm8sIGFzIEkgZWFybGllciBwb2ludGVkIG91dCwg
dGhlcmUgaXMgYSBwbGFjZSB5b3UgY2FuIGdldCB0aGUgcGFja2FnZXMgeW91PGJyPg0KJmd0OyAm
Z3Q7Jmd0OyBuZWVkIGZvciBDZW50T1M6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vamVua2lu
cy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3JlYXRlLXJwbXNfZWw2L2xh
c3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBZb3Un
bGwgaGF2ZSB0byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJl
YWR5IGluc3RhbGxlZDxicj4NCiZndDsgJmd0OyZndDsgdmVyc2lvbnMgb2YgdGhvc2UgcGFja2Fn
ZXMgb24gYWxsIEhvc3RzIGFuZCB0aGVuIGl0J2xsIHdvcmsuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxi
cj4NCiZndDsgJmd0OyZndDsgVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1
bSB3aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvczxicj4NCiZndDsgJmd0OyZndDsg
YW5kIGl0IGp1c3Qgc3RvcHMgd29ya2luZyBhZ2FpbiB1bnRpbCB5b3UgcmVwZWF0IHRoZSBwcm9j
ZWR1cmUuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgL0s8YnI+DQomZ3Q7
ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBP
biBTYXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0sIEthcmxpIFNqw7ZiZXJnICZsdDtLYXJsaS5T
am9iZXJnQHNsdS5zZSZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyBEZW4gNSBqdWwg
MjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5ICZsdDticmFkLmJlbmR5QGdtYWlsLmNvbSZndDs6
PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDs8
YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn
dDsmZ3Q7IElmIEkgdXNlIEZlZG9yYSB3aWxsICZxdW90O2V2ZXJ5dGhpbmcmcXVvdDsgd29yaz8g
SSBoYWQgbnVtZXJvdXMgaXNzdWVzLCBJSVJDIEk8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBzd2l0Y2ggdG8gaW5zdGFsbCBh
bmQgYSBmZXcgb3RoZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB0aGluZ3MuIFdo
YXQgdmVyc2lvbiBvZiBGZWRvcmEgZG8geW91IHJlY29tbWVuZCB0aGVuPzxicj4NCiZndDsgJmd0
OyZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IE5vbmU6KSBXZSBzd2l0
Y2hlZCBsb25nIGFnbyB0byBDZW50T1MgYW5kIGhhdmUgbmV2ZXIgbG9va2VkIGJhY2ssIGV2ZW48
YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IHdpdGg8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAm
Z3Q7IHRoZXNlIGlzc3Vlcy4gTm90IHdvcnRoIHRoZSBoZWFkYWNoZSB0aGF0IGlzIEZlZG9yYS48
YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyAv
Szxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyBJbGwgZG8gYW5vdGhlcjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7IGluc3Rh
bGwgYW5kIGdpdmUgdGhhdCBhIHdoaXJsIGFnYWluLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn
dDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgVGhhbmtzITxicj4NCiZndDsg
Jmd0OyZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgT24g
RnJpLCBKdWwgNCwgMjAxNCBhdCAxMDozMyBQTSwgS2FybGkgU2rDtmJlcmcgJmx0O0thcmxpLlNq
b2JlcmdAc2x1LnNlJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7IHdyb3RlOjxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyAmZ3Q7IERlbiA1IGp1bCAyMDE0IDA3OjA0IHNrcmV2IEJyYWQgQmVuZHkgJmx0
O2JyYWQuYmVuZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0
OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpLDxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSXZlIHNlZWluZyBjb25mbGljdGluZyBpbmZvIHdpdGgg
d2hhdCB2ZXJzaW9uIG9mIHFlbXUgcnBtcyBhcmU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyAmZ3Q7Jmd0OyBuZWVkZWQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyB0byBkbyBsaXZlIG1pZ3JhdGlvbiB1bmRlciBDZW50T1MuIEl0IGFwcGVhcnMgdGhlIHN0
b2NrIG9uZXMgd2lsbDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IG5v
dDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHdvcmsgYW5kIHRoZSBS
SEVWIG9uZXMgYXJlIHJlcXVpcmVkLiBBbGwgdGhlIG1haWxpbmcgbGlzdCBwb3N0IEkgc2VlPGJy
Pg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgYXJlIGZyb20gMy00IG1vbnRo
cyBhZ28sIHNvIG5vdCBzdXJlLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsm
Z3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSW0gZ2V0dGluZyBW
RFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvPGJyPg0KJmd0
OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgU25hcHNob3RWRFMsIGVycm9yID0gU25h
cHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9yPGJyPg0KJmd0OyAmZ3Q7
Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgU05BUFNIT1RfRkFJTEVEIGFuZCBjb2RlIDQ4KTxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSSBhbHNvIHNhdyB0aGlzIHRocmVhZDo8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBodHRwOi8vY29tbWVudHMuZ21hbmUub3Jn
L2dtYW5lLmxpbnV4LmNlbnRvcy5nZW5lcmFsLzEzODU5Mzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7
ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZn
dDsgSXZlIGJlZW4gaGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBi
ZWZvcmUgSSBzcGVudDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHRv
PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUg
SSB3YW50ZWQgdG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qg
c3RhcnRlZCB0cnlpbmcgd2l0aCBGZWRvcmEgMTk8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyAmZ3Q7Jmd0OyBhbmQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0
OyAyMCBhbmQgaGFzIG1ham9yIGlzc3Vlcywgd2VudCB0byBDZW50T1MgNi41IGFuZCB0aGlzIGlz
IHRoZSBmaXJzdDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGFuZDxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IG9ubHkgaXNzdWUgc28gZmFy
IGl2ZSByYW4gaW50by48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZn
dDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7
ICZndDsmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7
ICZndDsmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyAmZ3Q7IFdlbGwsIGdvaW5nIHdpdGggRmVkb3JhIHdvdWxkIGF0IGxlYXN0IGdl
dCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsm
Z3Q7ICZndDsgaWY8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7IEkgcmVtZW1i
ZXIgY29ycmVjdGx5LCBidXQgdGhhdCdzIG5vdCBzb21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0
aW9uLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgQXMgeW91PGJyPg0KJmd0
OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyBzYWlkLCAmcXVvdDttYWpvciBpc3N1ZXMmcXVv
dDsuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZn
dDsmZ3Q7ICZndDsmZ3Q7ICZndDsgRm9yIENlbnRPUywgeW91IG5lZWQgJnF1b3Q7c3BlY2lhbCZx
dW90OyB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzLCBzaW5jZTxicj4NCiZndDsgJmd0OyZn
dDsmZ3Q7ICZndDsmZ3Q7ICZndDsgUmVkSGF0IHdhbnRzIHlvdSB0byBwYXkgZm9yIFJIRVYsIHRo
ZXkgaGF2ZSBjaG9zZW4gdG8gY3JpcHBsZSB0aGU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyAmZ3Q7IHN0YW5kYXJkPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyBw
YWNrYWdlcyBzbyB0aG9zZSBmZWF0dXJlcyB3b24ndCB3b3JrOjxicj4NCiZndDsgJmd0OyZndDsm
Z3Q7ICZndDsmZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwv
MjAxNC1KdW5lLzAwNzczNS5odG1sPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0
Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgQW5kIGhlcmUgeW91IGNhbiBm
aW5kIHRoZSBwYWNrYWdlcyB5b3UgbmVlZDo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0
OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0
OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL3ZpZXcvQWxs
L2pvYi9xZW11LWt2bS1yaGV2X2NyZWF0ZS1ycG1zX2VsNi9sYXN0U3RhYmxlQnVpbGQvPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn
dDsmZ3Q7ICZndDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_--
10 years, 9 months
Spam Beta upgrade error
by Maurice James
------=_Part_10804_402052571.1404605075377
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Upgrading from 3.4.2-1 to 3.5.0 yields the following error
# engine-setup
***L:ERROR Internal error: cannot import name database
------=_Part_10804_402052571.1404605075377
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Upgrading from 3.4.2-1 to 3.5.0 yields the following error</div><div><br></div><div><span name="x"><span name="x"></span></span><p style="margin: 0px;" data-mce-style="margin: 0px;"># engine-setup<br>***L:ERROR Internal error: cannot import name database</p><br></div></div></body></html>
------=_Part_10804_402052571.1404605075377--
10 years, 9 months
Spam Latency
by Maurice James
------=_Part_9185_436466821.1403826165017
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
I noticed that the following operations take way, way too long:
Any type of import/export (VM, template. etc.)
Disk migration
Snapshot deletion
These operations take over 60 minutes, most of the time pushing 90 minutes. I know I don't have the fastest storage disks but wow, up to 90 minutes?.
My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network connection.
Specs:
Cluster of 4 Dell R420
Dual 6 core Xeon
32 GB Ram per server
4 500GB 7200 rpm disks RAID 5
------=_Part_9185_436466821.1403826165017
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>I noticed that the following operations take way, way too long:<br></div><div><br></div><div>Any type of import/export (VM, template. etc.)<br></div><div>Disk migration<br></div><div>Snapshot deletion<br></div><div><br></div><div>These operations take over 60 minutes, most of the time pushing 90 minutes. I know I don't have the fastest storage disks but wow, up to 90 minutes?.<br></div><div>My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network connection.<br></div><div><br></div><div>Specs:<br></div><div>Cluster of 4 Dell R420<br></div><div>Dual 6 core Xeon<br></div><div>32 GB Ram per server<br></div><div>4 500GB 7200 rpm disks RAID 5<br></div><div><br></div><div><br></div></div></body></html>
------=_Part_9185_436466821.1403826165017--
10 years, 9 months
Backup
by Punit Dambiwal
Hi,
I have one question regarding the backup architecture for ovirt....
1. How to take the backup of VM ??
2. Is there any way we can schedule the backup of all VM's on another
storage(Suppose we have two storage one for VM disks and another for VM
backups) ??
3. Is there any way to restore the backup (after point 2) ??
4. How to take the ovirt-engine database backup and restore it....is there
any automated way to do this or we need to manually take the backup as we
take the backup of postgresql ??
Thanks,
Punit
10 years, 9 months
Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F098C538FCAexchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls
LmNvbT46DQo+DQo+IElmIEkgdXNlIEZlZG9yYSB3aWxsICJldmVyeXRoaW5nIiB3b3JrPyBJIGhh
ZCBudW1lcm91cyBpc3N1ZXMsIElJUkMgSQ0KPiBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0
bWdtdCBzd2l0Y2ggdG8gaW5zdGFsbCBhbmQgYSBmZXcgb3RoZXINCj4gdGhpbmdzLiBXaGF0IHZl
cnNpb24gb2YgRmVkb3JhIGRvIHlvdSByZWNvbW1lbmQgdGhlbj8NCg0KTm9uZTopIFdlIHN3aXRj
aGVkIGxvbmcgYWdvIHRvIENlbnRPUyBhbmQgaGF2ZSBuZXZlciBsb29rZWQgYmFjaywgZXZlbiB3
aXRoIHRoZXNlIGlzc3Vlcy4gTm90IHdvcnRoIHRoZSBoZWFkYWNoZSB0aGF0IGlzIEZlZG9yYS4N
Cg0KL0sNCg0KPiBJbGwgZG8gYW5vdGhlcg0KPiBpbnN0YWxsIGFuZCBnaXZlIHRoYXQgYSB3aGly
bCBhZ2Fpbi4NCj4NCj4gVGhhbmtzIQ0KPg0KPiBPbiBGcmksIEp1bCA0LCAyMDE0IGF0IDEwOjMz
IFBNLCBLYXJsaSBTasO2YmVyZyA8S2FybGkuU2pvYmVyZ0BzbHUuc2U+IHdyb3RlOg0KPiA+DQo+
ID4gRGVuIDUganVsIDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSA8YnJhZC5iZW5keUBnbWFp
bC5jb20+Og0KPiA+Pg0KPiA+PiBIaSwNCj4gPj4NCj4gPj4gSXZlIHNlZWluZyBjb25mbGljdGlu
ZyBpbmZvIHdpdGggd2hhdCB2ZXJzaW9uIG9mIHFlbXUgcnBtcyBhcmUgbmVlZGVkDQo+ID4+IHRv
IGRvIGxpdmUgbWlncmF0aW9uIHVuZGVyIENlbnRPUy4gSXQgYXBwZWFycyB0aGUgc3RvY2sgb25l
cyB3aWxsIG5vdA0KPiA+PiB3b3JrIGFuZCB0aGUgUkhFViBvbmVzIGFyZSByZXF1aXJlZC4gQWxs
IHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNlZQ0KPiA+PiBhcmUgZnJvbSAzLTQgbW9udGhzIGFn
bywgc28gbm90IHN1cmUuDQo+ID4+DQo+ID4+IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlv
bjogVkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0bw0KPiA+PiBTbmFwc2hvdFZEUywgZXJyb3Ig
PSBTbmFwc2hvdCBmYWlsZWQsIGNvZGUgPSA0OCAoRmFpbGVkIHdpdGggZXJyb3INCj4gPj4gU05B
UFNIT1RfRkFJTEVEIGFuZCBjb2RlIDQ4KQ0KPiA+Pg0KPiA+PiBJIGFsc28gc2F3IHRoaXMgdGhy
ZWFkOg0KPiA+PiBodHRwOi8vY29tbWVudHMuZ21hbmUub3JnL2dtYW5lLmxpbnV4LmNlbnRvcy5n
ZW5lcmFsLzEzODU5Mw0KPiA+Pg0KPiA+PiBJdmUgYmVlbiBoYXZpbmcgaXNzdWVzIGdldHRpbmcg
dGhvc2UgdG8gaW5zdGFsbCwgYnV0IGJlZm9yZSBJIHNwZW50IHRvDQo+ID4+IG11Y2ggbW9yZSB0
aW1lIEkgd2FudGVkIHRvIHJlYWxseSBzZWUgaWYgSSB3YXMgb24gdGhlIHJpZ2h0IHRyYWNrLg0K
PiA+Pg0KPiA+PiBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qgc3RhcnRlZCB0
cnlpbmcgd2l0aCBGZWRvcmEgMTkgYW5kDQo+ID4+IDIwIGFuZCBoYXMgbWFqb3IgaXNzdWVzLCB3
ZW50IHRvIENlbnRPUyA2LjUgYW5kIHRoaXMgaXMgdGhlIGZpcnN0IGFuZA0KPiA+PiBvbmx5IGlz
c3VlIHNvIGZhciBpdmUgcmFuIGludG8uDQo+ID4+DQo+ID4+IFRoYW5rcyENCj4gPj4gX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPj4gVXNlcnMgbWFp
bGluZyBsaXN0DQo+ID4+IFVzZXJzQG92aXJ0Lm9yZw0KPiA+PiBodHRwOi8vbGlzdHMub3ZpcnQu
b3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMNCj4gPg0KPiA+IFdlbGwsIGdvaW5nIHdpdGggRmVk
b3JhIHdvdWxkIGF0IGxlYXN0IGdldCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLCBpZiBJIHJl
bWVtYmVyIGNvcnJlY3RseSwgYnV0IHRoYXQncyBub3Qgc29tZXRoaW5nIHlvdSBydW4gaW4gcHJv
ZHVjdGlvbi4gQXMgeW91IHNhaWQsICJtYWpvciBpc3N1ZXMiLg0KPiA+DQo+ID4gRm9yIENlbnRP
UywgeW91IG5lZWQgInNwZWNpYWwiIHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMsIHNpbmNl
IFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2VuIHRvIGNy
aXBwbGUgdGhlIHN0YW5kYXJkIHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0IHdvcms6
DQo+ID4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwvMjAxNC1KdW5lLzAw
NzczNS5odG1sDQo+ID4NCj4gPiBBbmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlv
dSBuZWVkOg0KPiA+IGh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1r
dm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0YWJsZUJ1aWxkLw0KPiA+DQo+ID4gL0sNCg==
--_000_5F9E965F5A80BC468BE5F40576769F098C538FCAexchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <8EAEEB1DD3BDE64D82DB7AB7960BED9E(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiA1IGp1bCAyMDE0IDE1OjU3IHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu
ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJZiBJIHVzZSBGZWRvcmEgd2ls
bCAmcXVvdDtldmVyeXRoaW5nJnF1b3Q7IHdvcms/IEkgaGFkIG51bWVyb3VzIGlzc3VlcywgSUlS
QyBJPGJyPg0KJmd0OyBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBzd2l0Y2ggdG8g
aW5zdGFsbCBhbmQgYSBmZXcgb3RoZXI8YnI+DQomZ3Q7IHRoaW5ncy4gV2hhdCB2ZXJzaW9uIG9m
IEZlZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/IDwvcD4NCjxwIGRpcj0ibHRyIj5Ob25lOikg
V2Ugc3dpdGNoZWQgbG9uZyBhZ28gdG8gQ2VudE9TIGFuZCBoYXZlIG5ldmVyIGxvb2tlZCBiYWNr
LCBldmVuIHdpdGggdGhlc2UgaXNzdWVzLiBOb3Qgd29ydGggdGhlIGhlYWRhY2hlIHRoYXQgaXMg
RmVkb3JhLjwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7IElsbCBk
byBhbm90aGVyPGJyPg0KJmd0OyBpbnN0YWxsIGFuZCBnaXZlIHRoYXQgYSB3aGlybCBhZ2Fpbi48
YnI+DQomZ3Q7PGJyPg0KJmd0OyBUaGFua3MhPGJyPg0KJmd0Ozxicj4NCiZndDsgT24gRnJpLCBK
dWwgNCwgMjAxNCBhdCAxMDozMyBQTSwgS2FybGkgU2rDtmJlcmcgJmx0O0thcmxpLlNqb2JlcmdA
c2x1LnNlJmd0OyB3cm90ZTo8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsgRGVuIDUganVs
IDIwMTQgMDc6MDQgc2tyZXYgQnJhZCBCZW5keSAmbHQ7YnJhZC5iZW5keUBnbWFpbC5jb20mZ3Q7
Ojxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IEhpLDxicj4NCiZndDsgJmd0
OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IEl2ZSBzZWVpbmcgY29uZmxpY3RpbmcgaW5mbyB3aXRo
IHdoYXQgdmVyc2lvbiBvZiBxZW11IHJwbXMgYXJlIG5lZWRlZDxicj4NCiZndDsgJmd0OyZndDsg
dG8gZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBv
bmVzIHdpbGwgbm90PGJyPg0KJmd0OyAmZ3Q7Jmd0OyB3b3JrIGFuZCB0aGUgUkhFViBvbmVzIGFy
ZSByZXF1aXJlZC4gQWxsIHRoZSBtYWlsaW5nIGxpc3QgcG9zdCBJIHNlZTxicj4NCiZndDsgJmd0
OyZndDsgYXJlIGZyb20gMy00IG1vbnRocyBhZ28sIHNvIG5vdCBzdXJlLjxicj4NCiZndDsgJmd0
OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7IEltIGdldHRpbmcgVkRTR2VuZXJpY0V4Y2VwdGlvbjog
VkRTRXJyb3JFeGNlcHRpb246IEZhaWxlZCB0bzxicj4NCiZndDsgJmd0OyZndDsgU25hcHNob3RW
RFMsIGVycm9yID0gU25hcHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9y
PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBTTkFQU0hPVF9GQUlMRUQgYW5kIGNvZGUgNDgpPGJyPg0KJmd0
OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSSBhbHNvIHNhdyB0aGlzIHRocmVhZDo8YnI+
DQomZ3Q7ICZndDsmZ3Q7IGh0dHA6Ly9jb21tZW50cy5nbWFuZS5vcmcvZ21hbmUubGludXguY2Vu
dG9zLmdlbmVyYWwvMTM4NTkzPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsg
SXZlIGJlZW4gaGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBiZWZv
cmUgSSBzcGVudCB0bzxicj4NCiZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUgSSB3YW50ZWQg
dG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0KJmd0OyAmZ3Q7
Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgSXMgdGhlcmUgYSBiZXR0ZXIgT1MgY2hvaWNlPyBJIGZp
cnN0IHN0YXJ0ZWQgdHJ5aW5nIHdpdGggRmVkb3JhIDE5IGFuZDxicj4NCiZndDsgJmd0OyZndDsg
MjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBpcyB0
aGUgZmlyc3QgYW5kPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBvbmx5IGlzc3VlIHNvIGZhciBpdmUgcmFu
IGludG8uPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgVGhhbmtzITxicj4N
CiZndDsgJmd0OyZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX188YnI+DQomZ3Q7ICZndDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0
OyZndDsgVXNlcnNAb3ZpcnQub3JnPGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vbGlzdHMub3Zp
cnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn
dDsgV2VsbCwgZ29pbmcgd2l0aCBGZWRvcmEgd291bGQgYXQgbGVhc3QgZ2V0IHlvdSB0aGUgc25h
cHNob3RzIHdvcmtpbmcsIGlmIEkgcmVtZW1iZXIgY29ycmVjdGx5LCBidXQgdGhhdCdzIG5vdCBz
b21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0aW9uLiBBcyB5b3Ugc2FpZCwgJnF1b3Q7bWFqb3Ig
aXNzdWVzJnF1b3Q7Ljxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBGb3IgQ2VudE9TLCB5
b3UgbmVlZCAmcXVvdDtzcGVjaWFsJnF1b3Q7IHZlcnNpb25zIG9mIGNlcnRhaW4gcGFja2FnZXMs
IHNpbmNlIFJlZEhhdCB3YW50cyB5b3UgdG8gcGF5IGZvciBSSEVWLCB0aGV5IGhhdmUgY2hvc2Vu
IHRvIGNyaXBwbGUgdGhlIHN0YW5kYXJkIHBhY2thZ2VzIHNvIHRob3NlIGZlYXR1cmVzIHdvbid0
IHdvcms6PGJyPg0KJmd0OyAmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvcGlwZXJtYWlsL2Rl
dmVsLzIwMTQtSnVuZS8wMDc3MzUuaHRtbDxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyBB
bmQgaGVyZSB5b3UgY2FuIGZpbmQgdGhlIHBhY2thZ2VzIHlvdSBuZWVkOjxicj4NCiZndDsgJmd0
OyBodHRwOi8vamVua2lucy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3Jl
YXRlLXJwbXNfZWw2L2xhc3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn
dDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_5F9E965F5A80BC468BE5F40576769F098C538FCAexchange21_--
10 years, 9 months
Live Migration / Snapshots- CentOS 6.5
by Brad Bendy
Hi,
Ive seeing conflicting info with what version of qemu rpms are needed
to do live migration under CentOS. It appears the stock ones will not
work and the RHEV ones are required. All the mailing list post I see
are from 3-4 months ago, so not sure.
Im getting VDSGenericException: VDSErrorException: Failed to
SnapshotVDS, error = Snapshot failed, code = 48 (Failed with error
SNAPSHOT_FAILED and code 48)
I also saw this thread:
http://comments.gmane.org/gmane.linux.centos.general/138593
Ive been having issues getting those to install, but before I spent to
much more time I wanted to really see if I was on the right track.
Is there a better OS choice? I first started trying with Fedora 19 and
20 and has major issues, went to CentOS 6.5 and this is the first and
only issue so far ive ran into.
Thanks!
10 years, 9 months
Host exists issue -- not in the UI
by Morgan McLean
Hi,
I had a host created, was setting up local storage and then it hung on
failed to initialize. I removed the host and then tried to readd to re do
the whole process, and oVirt says a host with the same name, address exists
etc.
How can I clear this and readd the host? Do I need to clear anything on the
host itself?
Thanks,
Morgan
10 years, 10 months
[ovirt-devel] ovirt 3.5 Test day 1 - Import Storage Domain
by ybronhei
Hey,
I assigned myself to the Import Storage Domain feature [1] in the first
ovirt 3.5 test day
Currently I checked that when setting OvfUpdateIntervalInMinutes (on
vdc_options) to 2 minutes, it saves the ovf files as expected. After
setting up new environment and importing the same nfs path that I used
as storage domain, ovirt recovered my setup properly
I'll play with it more on second test day.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1083307
--
Yaniv Bronhaim.
10 years, 10 months
USB support?
by Demeter Tibor
------=_Part_21849033_1430502381.1403807823211
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
Is there any possibility for using the host's usb ports for a guest?
I need to migrate a physical windows based machine that using usb tokens.
Thanks in advance.
Tibor
------=_Part_21849033_1430502381.1403807823211
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>Is there any possibility for using the host's usb ports for a guest? </div><div>I need to migrate a physical windows based machine that using usb tokens. </div><div><br></div><div>Thanks in advance.</div><div>Tibor</div><div><br></div></div></body></html>
------=_Part_21849033_1430502381.1403807823211--
10 years, 10 months
trouble running unlock_entity.sh
by Andy Michielsen
Hello Vered,
When I try to run the command I get an error psql: fe_sendauth: no password
supplied ?
Kind regards.
10 years, 10 months
Problem installing Ubuntu Guest Agent
by Bob Doolittle
--_002_0ED03591EAF6DF4490E8BF74F44AABD6190717FAsterexch02terad_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Hi,=0A=
=0A=
I am wanting to install the Ubuntu Guest Agent. Following the=0A=
instructions on this page:=0A=
http://www.ovirt.org/Feature/GuestAgentUbuntu=0A=
=0A=
The instructions are not working for Ubuntu 14.04. I get:=0A=
=0A=
gpg: "D5C7F7C373A1A29" not a key ID: skipping=0A=
=0A=
=0A=
I've attached a copy of my output following the described process.=0A=
=0A=
Any assistance most appreciated.=0A=
=0A=
Thanks,=0A=
Bob=0A=
=0A=
--_002_0ED03591EAF6DF4490E8BF74F44AABD6190717FAsterexch02terad_
Content-Type: text/plain; name="out"
Content-Description: out
Content-Disposition: attachment; filename="out"; size=7995;
creation-date="Wed, 02 Jul 2014 14:09:30 GMT";
modification-date="Wed, 02 Jul 2014 14:09:30 GMT"
Content-Transfer-Encoding: base64
IyBlY2hvICJkZWIgaHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZy9yZXBvc2l0b3JpZXMvaG9t
ZTovZXZpbGlzc2ltbzovdWJ1bnR1Oi8xNC4wNC94VWJ1bnR1XzE0LjA0LyAuLyIgPj4gL2V0Yy9h
cHQvc291cmNlcy5saXN0CgojIGdwZyAtdiAtYSAtLWtleXNlcnZlciBodHRwOi8vZG93bmxvYWQu
b3BlbnN1c2Uub3JnL3JlcG9zaXRvcmllcy9ob21lOi9ldmlsaXNzaW1vOi91YnVudHU6LzE0LjA0
L3hVYnVudHVfMTQuMDQvUmVsZWFzZS5rZXkgLS1yZWN2LWtleXMgRDVDN0Y3QzM3M0ExQTI5Cmdw
ZzogZGlyZWN0b3J5IGAvaG9tZS9yYWQvLmdudXBnJyBjcmVhdGVkCmdwZzogbmV3IGNvbmZpZ3Vy
YXRpb24gZmlsZSBgL2hvbWUvcmFkLy5nbnVwZy9ncGcuY29uZicgY3JlYXRlZApncGc6IFdBUk5J
Tkc6IG9wdGlvbnMgaW4gYC9ob21lL3JhZC8uZ251cGcvZ3BnLmNvbmYnIGFyZSBub3QgeWV0IGFj
dGl2ZSBkdXJpbmcgdGhpcyBydW4KZ3BnOiBrZXlyaW5nIGAvaG9tZS9yYWQvLmdudXBnL3NlY3Jp
bmcuZ3BnJyBjcmVhdGVkCmdwZzoga2V5cmluZyBgL2hvbWUvcmFkLy5nbnVwZy9wdWJyaW5nLmdw
ZycgY3JlYXRlZApncGc6ICJENUM3RjdDMzczQTFBMjkiIG5vdCBhIGtleSBJRDogc2tpcHBpbmcK
CiMgZ3BnIC0tZXhwb3J0IC0tYXJtb3IgNzNBMUEyOTkgfCBhcHQta2V5IGFkZCAtCmdwZzogV0FS
TklORzogbm90aGluZyBleHBvcnRlZApncGc6IG5vIHZhbGlkIE9wZW5QR1AgZGF0YSBmb3VuZC4K
CiMgYXB0LWdldCB1cGRhdGUKSWduIGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5
IEluUmVsZWFzZQpJZ24gaHR0cDovL3NlY3VyaXR5LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5
IEluUmVsZWFzZSAgICAgICAgICAgICAgICAgICAgICAgCklnbiBodHRwOi8vdXMuYXJjaGl2ZS51
YnVudHUuY29tIHRydXN0eS11cGRhdGVzIEluUmVsZWFzZSAgICAgICAgICAgICAgICAgICAgICAK
R2V0OjEgaHR0cDovL3NlY3VyaXR5LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5IFJlbGVhc2Uu
Z3BnIFs5MzMgQl0gICAgICAgICAgIApJZ24gaHR0cDovL3VzLmFyY2hpdmUudWJ1bnR1LmNvbSB0
cnVzdHktYmFja3BvcnRzIEluUmVsZWFzZSAgICAgICAgICAKR2V0OjIgaHR0cDovL3NlY3VyaXR5
LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5IFJlbGVhc2UgWzU4LjUga0JdICAgCklnbiBodHRw
Oi8vZXh0cmFzLnVidW50dS5jb20gdHJ1c3R5IEluUmVsZWFzZSAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAKSWduIGh0dHA6Ly9kb3dubG9hZC5vcGVuc3VzZS5vcmcgLi8gSW5SZWxl
YXNlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApIaXQgaHR0cDovL3VzLmFyY2hp
dmUudWJ1bnR1LmNvbSB0cnVzdHkgUmVsZWFzZS5ncGcgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgCkdldDozIGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LXVwZGF0ZXMgUmVs
ZWFzZS5ncGcgWzkzMyBCXSAgICAgICAgICAKSGl0IGh0dHA6Ly9leHRyYXMudWJ1bnR1LmNvbSB0
cnVzdHkgUmVsZWFzZS5ncGcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIApHZXQ6NCBo
dHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS1iYWNrcG9ydHMgUmVsZWFzZS5ncGcg
WzkzMyBCXSAgICAgICAgCkhpdCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eSBS
ZWxlYXNlICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKR2V0OjUgaHR0cDovL3NlY3Vy
aXR5LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5L21haW4gU291cmNlcyBbMzAuMiBrQl0gICAg
ICAgIApHZXQ6NiBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS11cGRhdGVzIFJl
bGVhc2UgWzU4LjUga0JdICAgICAgICAgICAgCkhpdCBodHRwOi8vZXh0cmFzLnVidW50dS5jb20g
dHJ1c3R5IFJlbGVhc2UgICAgICAgICAgICAgICAgICAgICAgICAgICAKR2V0OjcgaHR0cDovL2Rv
d25sb2FkLm9wZW5zdXNlLm9yZyAuLyBSZWxlYXNlLmdwZyBbNDgxIEJdICAgICAgICAgICAgIApH
ZXQ6OCBodHRwOi8vc2VjdXJpdHkudWJ1bnR1LmNvbSB0cnVzdHktc2VjdXJpdHkvcmVzdHJpY3Rl
ZCBTb3VyY2VzIFsxNCBCXSAgICAgCkdldDo5IGh0dHA6Ly9zZWN1cml0eS51YnVudHUuY29tIHRy
dXN0eS1zZWN1cml0eS91bml2ZXJzZSBTb3VyY2VzIFs2MzI2IEJdICAgICAKSGl0IGh0dHA6Ly9l
eHRyYXMudWJ1bnR1LmNvbSB0cnVzdHkvbWFpbiBTb3VyY2VzICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIApHZXQ6MTAgaHR0cDovL2Rvd25sb2FkLm9wZW5zdXNlLm9yZyAuLyBSZWxlYXNl
IFsxMDQ0IEJdICAgICAgICAgICAgICAgICAgICAgICAgCklnbiBodHRwOi8vZG93bmxvYWQub3Bl
bnN1c2Uub3JnIC4vIFJlbGVhc2UgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK
R2V0OjExIGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LWJhY2twb3J0cyBSZWxl
YXNlIFs1OC42IGtCXSAgICAgICAgIApHZXQ6MTIgaHR0cDovL3NlY3VyaXR5LnVidW50dS5jb20g
dHJ1c3R5LXNlY3VyaXR5L211bHRpdmVyc2UgU291cmNlcyBbNjg4IEJdICAgCkdldDoxMyBodHRw
Oi8vc2VjdXJpdHkudWJ1bnR1LmNvbSB0cnVzdHktc2VjdXJpdHkvbWFpbiBhbWQ2NCBQYWNrYWdl
cyBbMTA0IGtCXSAKSGl0IGh0dHA6Ly9leHRyYXMudWJ1bnR1LmNvbSB0cnVzdHkvbWFpbiBhbWQ2
NCBQYWNrYWdlcyAgICAgICAgICAgICAgICAgICAgICAgIApIaXQgaHR0cDovL3VzLmFyY2hpdmUu
dWJ1bnR1LmNvbSB0cnVzdHkvbWFpbiBTb3VyY2VzICAgICAgICAgICAgICAgICAgICAgICAgICAg
CkhpdCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS9yZXN0cmljdGVkIFNvdXJj
ZXMgICAgICAgICAgICAgICAgICAgICAKSGl0IGh0dHA6Ly9leHRyYXMudWJ1bnR1LmNvbSB0cnVz
dHkvbWFpbiBpMzg2IFBhY2thZ2VzICAgICAgICAgICAgICAgICAgICAgICAgIApIaXQgaHR0cDov
L3VzLmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHkvdW5pdmVyc2UgU291cmNlcyAgICAgICAgICAg
ICAgICAgICAgICAgCkdldDoxNCBodHRwOi8vc2VjdXJpdHkudWJ1bnR1LmNvbSB0cnVzdHktc2Vj
dXJpdHkvcmVzdHJpY3RlZCBhbWQ2NCBQYWNrYWdlcyBbMTQgQl0KSGl0IGh0dHA6Ly91cy5hcmNo
aXZlLnVidW50dS5jb20gdHJ1c3R5L211bHRpdmVyc2UgU291cmNlcyAgICAgICAgICAgICAgICAg
ICAgIApHZXQ6MTUgaHR0cDovL3NlY3VyaXR5LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5L3Vu
aXZlcnNlIGFtZDY0IFBhY2thZ2VzIFszNS4zIGtCXQpIaXQgaHR0cDovL3VzLmFyY2hpdmUudWJ1
bnR1LmNvbSB0cnVzdHkvbWFpbiBhbWQ2NCBQYWNrYWdlcyAgICAgICAgICAgICAgICAgICAgCkhp
dCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS9yZXN0cmljdGVkIGFtZDY0IFBh
Y2thZ2VzICAgICAgICAgICAgICAKR2V0OjE2IGh0dHA6Ly9zZWN1cml0eS51YnVudHUuY29tIHRy
dXN0eS1zZWN1cml0eS9tdWx0aXZlcnNlIGFtZDY0IFBhY2thZ2VzIFsxMTU3IEJdCkhpdCBodHRw
Oi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS91bml2ZXJzZSBhbWQ2NCBQYWNrYWdlcyAg
ICAgICAgICAgICAgICAKR2V0OjE3IGh0dHA6Ly9zZWN1cml0eS51YnVudHUuY29tIHRydXN0eS1z
ZWN1cml0eS9tYWluIGkzODYgUGFja2FnZXMgWzEwMSBrQl0gIApIaXQgaHR0cDovL3VzLmFyY2hp
dmUudWJ1bnR1LmNvbSB0cnVzdHkvbXVsdGl2ZXJzZSBhbWQ2NCBQYWNrYWdlcyAgICAgICAgICAg
ICAgCkhpdCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS9tYWluIGkzODYgUGFj
a2FnZXMgICAgICAgICAgICAgICAgICAgICAKSGl0IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5j
b20gdHJ1c3R5L3Jlc3RyaWN0ZWQgaTM4NiBQYWNrYWdlcyAgICAgICAgICAgICAgIApHZXQ6MTgg
aHR0cDovL3NlY3VyaXR5LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5L3Jlc3RyaWN0ZWQgaTM4
NiBQYWNrYWdlcyBbMTQgQl0KR2V0OjE5IGh0dHA6Ly9zZWN1cml0eS51YnVudHUuY29tIHRydXN0
eS1zZWN1cml0eS91bml2ZXJzZSBpMzg2IFBhY2thZ2VzIFszNS40IGtCXQpIaXQgaHR0cDovL3Vz
LmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHkvdW5pdmVyc2UgaTM4NiBQYWNrYWdlcyAgICAgICAg
ICAgICAgICAgCkdldDoyMCBodHRwOi8vc2VjdXJpdHkudWJ1bnR1LmNvbSB0cnVzdHktc2VjdXJp
dHkvbXVsdGl2ZXJzZSBpMzg2IFBhY2thZ2VzIFsxMzkyIEJdCkhpdCBodHRwOi8vdXMuYXJjaGl2
ZS51YnVudHUuY29tIHRydXN0eS9tdWx0aXZlcnNlIGkzODYgUGFja2FnZXMgICAgICAgICAgICAg
ICAKSGl0IGh0dHA6Ly9zZWN1cml0eS51YnVudHUuY29tIHRydXN0eS1zZWN1cml0eS9tYWluIFRy
YW5zbGF0aW9uLWVuICAgICAgICAgICAgIApIaXQgaHR0cDovL3VzLmFyY2hpdmUudWJ1bnR1LmNv
bSB0cnVzdHkvbWFpbiBUcmFuc2xhdGlvbi1lbiAgICAgICAgICAgICAgICAgICAgCklnbiBodHRw
Oi8vZXh0cmFzLnVidW50dS5jb20gdHJ1c3R5L21haW4gVHJhbnNsYXRpb24tZW4gICAgICAgICAg
ICAgICAgICAgICAgICAKSGl0IGh0dHA6Ly9zZWN1cml0eS51YnVudHUuY29tIHRydXN0eS1zZWN1
cml0eS9tdWx0aXZlcnNlIFRyYW5zbGF0aW9uLWVuICAgICAgIApIaXQgaHR0cDovL3VzLmFyY2hp
dmUudWJ1bnR1LmNvbSB0cnVzdHkvbXVsdGl2ZXJzZSBUcmFuc2xhdGlvbi1lbiAgICAgCkhpdCBo
dHRwOi8vc2VjdXJpdHkudWJ1bnR1LmNvbSB0cnVzdHktc2VjdXJpdHkvcmVzdHJpY3RlZCBUcmFu
c2xhdGlvbi1lbgpIaXQgaHR0cDovL3VzLmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHkvcmVzdHJp
Y3RlZCBUcmFuc2xhdGlvbi1lbiAgICAgCkhpdCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29t
IHRydXN0eS91bml2ZXJzZSBUcmFuc2xhdGlvbi1lbiAgICAgICAKR2V0OjIxIGh0dHA6Ly91cy5h
cmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LXVwZGF0ZXMvbWFpbiBTb3VyY2VzIFs3OC40IGtCXQpH
ZXQ6MjIgaHR0cDovL3NlY3VyaXR5LnVidW50dS5jb20gdHJ1c3R5LXNlY3VyaXR5L3VuaXZlcnNl
IFRyYW5zbGF0aW9uLWVuIFsxOS4zIGtCXQpHZXQ6MjMgaHR0cDovL2Rvd25sb2FkLm9wZW5zdXNl
Lm9yZyAuLyBQYWNrYWdlcyBbNjA5IEJdICAgICAgICAgICAgICAgICAgICAgICAgCkdldDoyNCBo
dHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS11cGRhdGVzL3Jlc3RyaWN0ZWQgU291
cmNlcyBbMTQgQl0gICAKR2V0OjI1IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5
LXVwZGF0ZXMvdW5pdmVyc2UgU291cmNlcyBbNTUuNiBrQl0KR2V0OjI2IGh0dHA6Ly91cy5hcmNo
aXZlLnVidW50dS5jb20gdHJ1c3R5LXVwZGF0ZXMvbXVsdGl2ZXJzZSBTb3VyY2VzIFsyNjgxIEJd
CkdldDoyNyBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS11cGRhdGVzL21haW4g
YW1kNjQgUGFja2FnZXMgWzIxMCBrQl0KSWduIGh0dHA6Ly9kb3dubG9hZC5vcGVuc3VzZS5vcmcg
Li8gVHJhbnNsYXRpb24tZW4gICAgICAKR2V0OjI4IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5j
b20gdHJ1c3R5LXVwZGF0ZXMvcmVzdHJpY3RlZCBhbWQ2NCBQYWNrYWdlcyBbMTQgQl0KR2V0OjI5
IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LXVwZGF0ZXMvdW5pdmVyc2UgYW1k
NjQgUGFja2FnZXMgWzE0NyBrQl0KR2V0OjMwIGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20g
dHJ1c3R5LXVwZGF0ZXMvbXVsdGl2ZXJzZSBhbWQ2NCBQYWNrYWdlcyBbNzM5NyBCXQpHZXQ6MzEg
aHR0cDovL3VzLmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHktdXBkYXRlcy9tYWluIGkzODYgUGFj
a2FnZXMgWzIwNyBrQl0KR2V0OjMyIGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5
LXVwZGF0ZXMvcmVzdHJpY3RlZCBpMzg2IFBhY2thZ2VzIFsxNCBCXQpHZXQ6MzMgaHR0cDovL3Vz
LmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHktdXBkYXRlcy91bml2ZXJzZSBpMzg2IFBhY2thZ2Vz
IFsxNDgga0JdCkdldDozNCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS11cGRh
dGVzL211bHRpdmVyc2UgaTM4NiBQYWNrYWdlcyBbNzU2OSBCXQpIaXQgaHR0cDovL3VzLmFyY2hp
dmUudWJ1bnR1LmNvbSB0cnVzdHktdXBkYXRlcy9tYWluIFRyYW5zbGF0aW9uLWVuCkhpdCBodHRw
Oi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS11cGRhdGVzL211bHRpdmVyc2UgVHJhbnNs
YXRpb24tZW4KSGl0IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LXVwZGF0ZXMv
cmVzdHJpY3RlZCBUcmFuc2xhdGlvbi1lbgpIaXQgaHR0cDovL3VzLmFyY2hpdmUudWJ1bnR1LmNv
bSB0cnVzdHktdXBkYXRlcy91bml2ZXJzZSBUcmFuc2xhdGlvbi1lbgpHZXQ6MzUgaHR0cDovL3Vz
LmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHktYmFja3BvcnRzL21haW4gU291cmNlcyBbMTQgQl0K
R2V0OjM2IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LWJhY2twb3J0cy9yZXN0
cmljdGVkIFNvdXJjZXMgWzE0IEJdCkdldDozNyBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29t
IHRydXN0eS1iYWNrcG9ydHMvdW5pdmVyc2UgU291cmNlcyBbNjcyNiBCXQpHZXQ6MzggaHR0cDov
L3VzLmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHktYmFja3BvcnRzL211bHRpdmVyc2UgU291cmNl
cyBbNzY4IEJdCkdldDozOSBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS1iYWNr
cG9ydHMvbWFpbiBhbWQ2NCBQYWNrYWdlcyBbMTQgQl0KR2V0OjQwIGh0dHA6Ly91cy5hcmNoaXZl
LnVidW50dS5jb20gdHJ1c3R5LWJhY2twb3J0cy9yZXN0cmljdGVkIGFtZDY0IFBhY2thZ2VzIFsx
NCBCXQpHZXQ6NDEgaHR0cDovL3VzLmFyY2hpdmUudWJ1bnR1LmNvbSB0cnVzdHktYmFja3BvcnRz
L3VuaXZlcnNlIGFtZDY0IFBhY2thZ2VzIFs3NDAwIEJdCkdldDo0MiBodHRwOi8vdXMuYXJjaGl2
ZS51YnVudHUuY29tIHRydXN0eS1iYWNrcG9ydHMvbXVsdGl2ZXJzZSBhbWQ2NCBQYWNrYWdlcyBb
NjE5IEJdCkdldDo0MyBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS1iYWNrcG9y
dHMvbWFpbiBpMzg2IFBhY2thZ2VzIFsxNCBCXQpHZXQ6NDQgaHR0cDovL3VzLmFyY2hpdmUudWJ1
bnR1LmNvbSB0cnVzdHktYmFja3BvcnRzL3Jlc3RyaWN0ZWQgaTM4NiBQYWNrYWdlcyBbMTQgQl0K
R2V0OjQ1IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LWJhY2twb3J0cy91bml2
ZXJzZSBpMzg2IFBhY2thZ2VzIFs3NDEyIEJdCkdldDo0NiBodHRwOi8vdXMuYXJjaGl2ZS51YnVu
dHUuY29tIHRydXN0eS1iYWNrcG9ydHMvbXVsdGl2ZXJzZSBpMzg2IFBhY2thZ2VzIFs2MTkgQl0K
SGl0IGh0dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LWJhY2twb3J0cy9tYWluIFRy
YW5zbGF0aW9uLWVuCkhpdCBodHRwOi8vdXMuYXJjaGl2ZS51YnVudHUuY29tIHRydXN0eS1iYWNr
cG9ydHMvbXVsdGl2ZXJzZSBUcmFuc2xhdGlvbi1lbgpIaXQgaHR0cDovL3VzLmFyY2hpdmUudWJ1
bnR1LmNvbSB0cnVzdHktYmFja3BvcnRzL3Jlc3RyaWN0ZWQgVHJhbnNsYXRpb24tZW4KSGl0IGh0
dHA6Ly91cy5hcmNoaXZlLnVidW50dS5jb20gdHJ1c3R5LWJhY2twb3J0cy91bml2ZXJzZSBUcmFu
c2xhdGlvbi1lbgpGZXRjaGVkIDE0MDQga0IgaW4gNHMgKDM0MiBrQi9zKQpSZWFkaW5nIHBhY2th
Z2UgbGlzdHMuLi4gRG9uZQpXOiBHUEcgZXJyb3I6IGh0dHA6Ly9kb3dubG9hZC5vcGVuc3VzZS5v
cmcgLi8gUmVsZWFzZTogVGhlIGZvbGxvd2luZyBzaWduYXR1cmVzIGNvdWxkbid0IGJlIHZlcmlm
aWVkIGJlY2F1c2UgdGhlIHB1YmxpYyBrZXkgaXMgbm90IGF2YWlsYWJsZTogTk9fUFVCS0VZIEQ1
QzdGN0MzNzNBMUEyOTkK
--_002_0ED03591EAF6DF4490E8BF74F44AABD6190717FAsterexch02terad_--
10 years, 10 months
