January 2014 - Users - oVirt List Archives

[Users] virt-v2v: invalid backend appliance
by Markus Stockhausen 20 Jan '14

20 Jan '14

------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, just tried to run virt-v2v on Fedora 20. Disk conversion works flawlessly but in the end the process fails with: libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= GuestfsHandle.pm line 83. libguestfs: closing guestfs handle 0x4fe26a0 (state 0) I'm using the same scripts & configuration files with Fedora 19. No problems there. Any ideas what is going wrong? Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello,<br> <br> just tried to run virt-v2v on Fedora 20. Disk conversion works<br> flawlessly but in the end the process fails with:<br> <br> libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl<br> invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= GuestfsHandle.pm line 83.<br> libguestfs: closing guestfs handle 0x4fe26a0 (state 0)<br> <br> I'm using the same scripts & configuration files with Fedora 19.<br> No problems there.<br> <br> Any ideas what is going wrong?<br> <br> Markus<br> <br> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_-- ------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 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-e048b27c-2262-4ee1-9927-f5f1e482ee61--

2 3

[Users] Disk error
by Koen Vanoppen 20 Jan '14

20 Jan '14

Hi all! I got a kind of a strange error in ovirt. THere was a problem with a vm that was complaining about low disk space. (in terms of storage space of the storage center). So I did a live migration of the vm's disk. This failed, so I did a shutdown of the vm, to see if that would help, but now I can't get the VM back up again. Neither can I remove the disk or deactivate the dis. This is the error: Keep in mind that the vm is down and he had 2 disks... While trying to deactivate the disk: Error while executing action: KV-virt-v2v: - Cannot hot unplug Virtual Machine Disk. Disk KV-virt-v2v_Disk2 is being moved or copied. When I try to simply remove the vm: Error while executing action: KV-virt-v2v: - Cannot remove VM. Disk KV-virt-v2v_Disk2 is being moved or copied. - Cannot remove VM. Disk LargeTemplate_Disk1 is being moved or copied. Kind regards, Koen

3 6

[Users] VM MAC-Ranges and setting custom MACs via API
by Sven Kieske 20 Jan '14

20 Jan '14

Hi, I got some questions regarding the MAC-Range in the engine and how to utilize the set custom mac feature via API: We want to set a custom MAC per VM via REST-API (JSON) The RSDL tells me, that this should be possible in general. However, I have two questions: Must the specified custom MAC be within the range defined in engine? I suppose not, as this range should just be a pool to take MACs from when engine itself acquires one for a vm. Also some users in IRC could use imported vms with custom macs, but using REST might yield different results? Does this work via JSON in ovirt-engine 3.3.2 ? I just learned that the JSON implementation is not feature complete until 3.4. so I wonder if I can use JSON instead of XML to achieve this. I can not wait for the 3.4. release anyway. We had so far no problem with using JSON beside a nasty Cloud-Init (documentation)bug (BZ 1045484) and we don't want to rewrite all our code to generate XML instead of JSON if we can avoid it. -- 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

4 6

[Users] Windows guest
by Maurice James 20 Jan '14

20 Jan '14

------=_NextPart_000_0040_01CF129C.7A3E5FE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does anyone know if directdraw/directx works on windows guests in Ovirt? ------=_NextPart_000_0040_01CF129C.7A3E5FE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>Does anyone know if directdraw/directx works on = windows guests in Ovirt?<o:p></o:p></p></div></body></html> ------=_NextPart_000_0040_01CF129C.7A3E5FE0--

3 4

[Users] SPICE on OSX
by Karli Sjöberg 20 Jan '14

20 Jan '14

Hi Juan! I´ve read a post you made about packaging Remote-Viewer for OS X. I tested extracting and running this[1] package on a 10.7.5 machine, logging in to our webadmin portal with Firefox, clicking for console on a VM, remote-viewer starts up but doesn´t seems to load the console.vv file (the VM´s console never shows up). Is it something I´m missing? oVirt 3.3.1-2.el6 [1] http://people.freedesktop.org/~teuf/spice-gtk-osx/dmg/0.5.7/RemoteViewer-0.… -- Med Vänliga Hälsningar ------------------------------------------------------------------------------- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg(a)slu.se

4 6

[Users] engine-iso-uploader -- REST API not usable?
by Ted Miller 20 Jan '14

20 Jan '14

--------------060904020206020404060005 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit I ran into this problem when I tried to use engine-iso-uploader, but reading on the lists makes it sound like it may be a more general problem. There was a bug that caused this, but that was back in the ver. 3.0/3.1 days, and doesn't seem common since then. Back on Dec 24 I was able to upload an ISO file OK, so I am not sure what has changed since then. I am running a test setup, fully up to date: office2a host w/ glusterfs Centos 6 office4a host w/ glusterfs Centos 6 ov-eng01 engine on Centos 6 VM (not hosted on oVirt) office9 KVM host (not oVirt) for ov-eng01 whether I log in to ov-eng01 by ssh or execute the command from the console, I get: # engine-iso-uploader list -v Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? checking on some things suggested on a thread about engine-iso-uploader back in March, I get: # ls -la /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem # cat /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/20140117112938.log 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? The thread back in March gave a work-around to upload ISO images directly, so I am not "blocked" from uploading images, but I would like to get things working "right", as I am afraid the problem will "turn around and bite me" down the road. Ted Miller --------------060904020206020404060005 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> I ran into this problem when I tried to use engine-iso-uploader, but reading on the lists makes it sound like it may be a more general problem.  There was a bug that caused this, but that was back in the ver. 3.0/3.1 days, and doesn't seem common since then.<br> <div class="moz-forward-container"> <div name="divtagdefaultwrapper" id="divtagdefaultwrapper" style="font-family: Calibri,Arial,Helvetica,sans-serif; font-size: 12pt; color: #000000; margin: 0"> <br> Back on Dec 24 I was able to upload an ISO file OK, so I am not sure what has changed since then.<br> <br> I am running a test setup, fully up to date:<br> office2a  host w/ glusterfs Centos 6 <br> office4a  host w/ glusterfs Centos 6<br> ov-eng01 engine on Centos 6 VM (not hosted on oVirt)<br> office9  KVM host (not oVirt) for ov-eng01<br> <br> whether I log in to ov-eng01 by ssh or execute the command from the console, I get:<br> <br> # engine-iso-uploader list -v                                     <br> Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): <br> ERROR: Problem connecting to the REST API.  Is the service available and does the CA certificate exist?<br> <br> checking on some things suggested on a thread about engine-iso-uploader back in March, I get:<br> <br> # ls -la /etc/pki/ovirt-engine/ca.pem<br> -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem<br> <br> # cat /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/20140117112938.log<br> 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem connecting to the REST API.  Is the service available and does the CA certificate exist?<br> <br> The thread back in March gave a work-around to upload ISO images directly, so I am not "blocked" from uploading images, but I would like to get things working "right", as I am afraid the problem will "turn around and bite me" down the road.<br> <br> Ted Miller<br> <br> </div> <br> </div> <br> </body> </html> --------------060904020206020404060005--

3 2

[Users] Engine installation issue
by Nauman Abbas 20 Jan '14

20 Jan '14

Hello all, I can't seem to run engine setup on my machine. I get the following error. Googled around, can't find a solution [ INFO ] Creating PostgreSQL database [ INFO ] Configuring PostgreSQL [ ERROR ] Failed to execute stage 'Misc configuration': Command '/bin/systemctl' failed to execute [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20140115032633.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed It happened to me on two machines which kinda makes me think someone else also must have come across this. A little help would be great. Regards Nauman Abbas Assistant System Administrator (LMS), Room No. A-207, SEECS, National University of Sciences & Technology, + 92 321 5359946

6 10

Re: [Users] Issues starting hosted engine VM
by Doron Fediuck 20 Jan '14

20 Jan '14

----_com.android.email_1060248458131710 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 QW5kcmV3LMKgClBsZWFzZSBvcGVuIGEgYnVnIG9uIHRoaXMsIMKgYW5kIHdlJ2xsCnNlZSB3aGF0 J3MgdGhlIGJlc3Qgd2F5IHRvIGRlYWwgd2l0aCBpdC7CoAoKVGhhbmtzIGFnYWluIGZvciBhbGwg eW91ciBlZmZvcnRzLsKgCkRvcm9uCgotLS0tLS0tLSDXlNeV15PXoteUINee16fXldeo15nXqiAt LS0tLS0tLQrXnteQ16o6IEFuZHJldyBMYXUgPGFuZHJld0BhbmRyZXdrbGF1LmNvbT4gCteq15DX qNeZ15o6MjAvMDEvMjAxNCAgMDc6NDcgIChHTVQrMDI6MDApIArXkNecOiBZZWRpZHlhaCBCYXIg RGF2aWQgPGRpZGlAcmVkaGF0LmNvbT4gCtei15XXqtenOiB1c2VycyA8dXNlcnNAb3ZpcnQub3Jn PiAK16DXldep15A6IFJlOiBbVXNlcnNdIElzc3VlcyBzdGFydGluZyBob3N0ZWQgZW5naW5lIFZN IAoKSGksCgpRdWljayBxdWVzdGlvbiwgaW4gdGhlIHNjZW5hcmlvIGVnLiB0aGUgTkZTIHNlcnZl ciBiZWNvbWVzIHVucmVhY2hhYmxlIGFuZCB0aGUgaG9zdGVkLWVuZ2luZSBnb2VzIGludG8gYSBw YXVzZWQgc3RhdGUuIFdpbGwgb3RoZXIgaG9zdHMgYXR0ZW1wdCB0byBicmluZyBpdCBiYWNrIHVw PyBTaG91bGQgdGhlcmUgYmUgYSBjb21tYW5kIGVnLiDCoGhvc3RlZC1lbmdpbmUgLS12bS1yZXN1 bWUgP8KgCgpXaGVuIHRoaXMgaGFwcGVuZWQsIEkgbWFudWFsbHkgZm9yY2VkIGl0IHRvIHJlc3Vt ZSB1c2luZyB2aXJzaAoKCk9uIFN1biwgSmFuIDE5LCAyMDE0IGF0IDc6MjEgUE0sIFllZGlkeWFo IEJhciBEYXZpZCA8ZGlkaUByZWRoYXQuY29tPiB3cm90ZToKVGhhbmtzIGEgbG90IGZvciB5b3Vy IGVmZm9ydHMgYW5kIHRoZSByZXBvcnQhCi0twqAKRGlkaQoKRnJvbTogIkFuZHJldyBMYXUiIDxh bmRyZXdAYW5kcmV3a2xhdS5jb20+ClRvOiAidXNlcnMiIDx1c2Vyc0BvdmlydC5vcmc+ClNlbnQ6 IFNhdHVyZGF5LCBKYW51YXJ5IDE4LCAyMDE0IDM6MjA6MjIgUE0KU3ViamVjdDogUmU6IFtVc2Vy c10gSXNzdWVzIHN0YXJ0aW5nIGhvc3RlZCBlbmdpbmUgVk0KCgpJIGJlbGlldmUgSSBmb3VuZCB0 aGUgaXNzdWUgYW5kIGhhdmUgcmVwb3J0ZWQgaXQgaGVyZcKgaHR0cHM6Ly9idWd6aWxsYS5yZWRo YXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xMDU1MDU5CgpPbiBTYXQsIEphbiAxOCwgMjAxNCBhdCAx MTozMyBQTSwgQW5kcmV3IExhdSA8YW5kcmV3QGFuZHJld2tsYXUuY29tPiB3cm90ZToKVGhlIGlu dGVyZXN0aW5nIHRoaW5nIC0gdHJ5aW5nIGl0IHdpdGggdGhlIHBhdXNlZCBvcHRpb24gdmRzbSBz ZWVtcyB0byBjcmVhdGUgdGhlIFZNCgpob3N0ZWQtZW5naW5lIC0tdm0tc3RhcnQtcGF1c2VkCgp2 ZHNtLmxvZ8KgaHR0cDovL3d3dy5mcGFzdGUub3JnLzY5NjA0LzEzOTAwNDgyLwoKQnV0IEknbSBu b3Qgc3VyZSBob3cgdG8gdGhlbiBwcm9jZWVkIHRvICJyZXN1bWUiIGl0LgoKT24gU2F0LCBKYW4g MTgsIDIwMTQgYXQgMTA6MjMgUE0sIEFuZHJldyBMYXUgPGFuZHJld0BhbmRyZXdrbGF1LmNvbT4g d3JvdGU6CkhpLAoKV2l0aCB0aGUgZ3JlYXQgaGVscCBmcm9tIHNib25henpvLCBJIG1hbmFnZWQg dG8gc3RlcCBwYXN0IHRoZSBpbml0aWFsIGJ1ZyB3aXRoIHRoZSBob3N0ZWQtZW5naW5lLXNldHVw IGJ1dCBhcHBlYXIgdG8gaGF2ZSBydW4gaW50byBhbm90aGVyIHNob3cgc3RvcHBlci4KCkkgcmFu IHRocm91Z2ggdGhlIGluc3RhbGwgcHJvY2VzcyBzdWNjZXNzZnVsbHkgdXAgdG8gdGhlIHN0YWdl IHdoZXJlIGl0IGNvbXBsZXRlZCBhbmQgdGhlIGVuZ2luZSBWTSB3YXMgdG8gYmUgc2h1dGRvd24u IChUaGUgZW5naW5lIGhhcyBhbHJlYWR5IGJlZW4gaW5zdGFsbGVkIG9uIHRoZSBWTSBhbmQgdGhl IGhvc3QgaGFzIGJlZW4gY29ubmVjdGVkIHRvIHRoZSBlbmdpbmUpLsKgCgpUaGUgaXNzdWUgc3Rh cnRzIGhlcmUgdGhhdCB0aGUgaG9zdCBmaW5kcyBpdHNlbGYgbm90IGFibGUgdG8gc3RhcnQgdGhl IFZNIHVwIGFnYWluLgoKVkRTTSBMb2dzOsKgaHR0cDovL3d3dy5mcGFzdGUub3JnLzY5NTkyLzAw NDI3MTQxLwpvdmlydC1ob3N0ZWQtZW5naW5lLWhhIGFnZW50LmxvZ8KgaHR0cDovL3d3dy5mcGFz dGUub3JnLzY5NTk1LzQzNjA5MTM5LwoKSXQgc2VlbXMgdG8ga2VlcCBmYWlsaW5nIHRvIHN0YXJ0 IHRoZSBWTS4uIHdoZW4gSSByZXN0YXJ0IHRoZSBhZ2VudCBJIGNhbiBzZWUgdGhlIHNjb3JlIGRy b3AgdG8gMCBhZnRlciAzIGJvb3QgYXR0ZW1wdHMuIMKgVGhlIGludGVyZXN0aW5nIHRoaW5nIHNl ZW1zIHRvIGJlIGluIHRoZSBWRFNNIExvZ3MgIidWaXJ0dWFsIG1hY2hpbmUgZG9lcyBub3QgZXhp c3QnLCAnY29kZSc6IDF9fSIKCkknbSBub3Qgc3VyZSB3aGVyZSBlbHNlIHRvIGxvb2suIFN1Z2dl c3Rpb25zPwoKQ2hlZXJzLApBbmRyZXcKCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18KVXNlcnMgbWFpbGluZyBsaXN0ClVzZXJzQG92aXJ0Lm9yZwpodHRw Oi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMKCgoKLS0gCkRpZGkKCg== ----_com.android.email_1060248458131710 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5BbmRyZXcsJm5ic3A7PC9k aXY+PGRpdj5QbGVhc2Ugb3BlbiBhIGJ1ZyBvbiB0aGlzLCAmbmJzcDthbmQgd2UnbGw8L2Rpdj48 ZGl2PnNlZSB3aGF0J3MgdGhlIGJlc3Qgd2F5IHRvIGRlYWwgd2l0aCBpdC4mbmJzcDs8L2Rpdj48 ZGl2Pjxicj48L2Rpdj48ZGl2PlRoYW5rcyBhZ2FpbiBmb3IgYWxsIHlvdXIgZWZmb3J0cy4mbmJz cDs8L2Rpdj48ZGl2PkRvcm9uPC9kaXY+PGJyPjxicj4tLS0tLS0tLSDXlNeV15PXoteUINee16fX ldeo15nXqiAtLS0tLS0tLTxicj7XnteQ16o6IEFuZHJldyBMYXUgPGFuZHJld0BhbmRyZXdrbGF1 LmNvbT4gPGJyPteq15DXqNeZ15o6MjAvMDEvMjAxNCAgMDc6NDcgIChHTVQrMDI6MDApIDxicj7X kNecOiBZZWRpZHlhaCBCYXIgRGF2aWQgPGRpZGlAcmVkaGF0LmNvbT4gPGJyPtei15XXqtenOiB1 c2VycyA8dXNlcnNAb3ZpcnQub3JnPiA8YnI+16DXldep15A6IFJlOiBbVXNlcnNdIElzc3VlcyBz dGFydGluZyBob3N0ZWQgZW5naW5lIFZNIDxicj48YnI+PGRpdiBkaXI9Imx0ciI+PGRpdiBjbGFz cz0iZ21haWxfZGVmYXVsdCIgc3R5bGU9ImZvbnQtZmFtaWx5OnRhaG9tYSxzYW5zLXNlcmlmIj48 ZGl2IGRpcj0ibHRyIj48ZGl2IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1p bHk6dGFob21hLHNhbnMtc2VyaWYiPkhpLDwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQi IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJyPjwvZGl2PjxkaXYgY2xh c3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+ CgpRdWljayBxdWVzdGlvbiwgaW4gdGhlIHNjZW5hcmlvIGVnLiB0aGUgTkZTIHNlcnZlciBiZWNv bWVzIHVucmVhY2hhYmxlIGFuZCB0aGUgaG9zdGVkLWVuZ2luZSBnb2VzIGludG8gYSBwYXVzZWQg c3RhdGUuIFdpbGwgb3RoZXIgaG9zdHMgYXR0ZW1wdCB0byBicmluZyBpdCBiYWNrIHVwPyBTaG91 bGQgdGhlcmUgYmUgYSBjb21tYW5kIGVnLiAmbmJzcDtob3N0ZWQtZW5naW5lIC0tdm0tcmVzdW1l ID8mbmJzcDs8L2Rpdj4KCjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1bHQiIHN0eWxlPSJmb250LWZh bWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2RlZmF1 bHQiIHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+V2hlbiB0aGlzIGhhcHBl bmVkLCBJIG1hbnVhbGx5IGZvcmNlZCBpdCB0byByZXN1bWUgdXNpbmcgdmlyc2g8L2Rpdj48ZGl2 IGNsYXNzPSJnbWFpbF9kZWZhdWx0IiBzdHlsZT0iZm9udC1mYW1pbHk6dGFob21hLHNhbnMtc2Vy aWYiPgoKPGJyPjwvZGl2PjxkaXYgY2xhc3M9ImdtYWlsX2V4dHJhIj48YnI+PGRpdiBjbGFzcz0i Z21haWxfcXVvdGUiPk9uIFN1biwgSmFuIDE5LCAyMDE0IGF0IDc6MjEgUE0sIFllZGlkeWFoIEJh ciBEYXZpZCA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIGhyZWY9Im1haWx0bzpkaWRpQHJlZGhhdC5j b20iIHRhcmdldD0iX2JsYW5rIj5kaWRpQHJlZGhhdC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6 PGJyPgoKPGJsb2NrcXVvdGUgY2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAw IC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PGRpdj48 ZGl2IHN0eWxlPSJmb250LXNpemU6MTJwdDtmb250LWZhbWlseTp0aW1lcyBuZXcgcm9tYW4sbmV3 IHlvcmssdGltZXMsc2VyaWYiPjxkaXY+VGhhbmtzIGEgbG90IGZvciB5b3VyIGVmZm9ydHMgYW5k IHRoZSByZXBvcnQhPC9kaXY+Cgo8ZGl2Pi0tJm5ic3A7PC9kaXY+PGRpdj5EaWRpPC9kaXY+PGRp dj48YnI+PC9kaXY+PGhyPjxibG9ja3F1b3RlIHN0eWxlPSJwYWRkaW5nLWxlZnQ6NXB4O2ZvbnQt c2l6ZToxMnB0O2ZvbnQtc3R5bGU6bm9ybWFsO21hcmdpbi1sZWZ0OjVweDtmb250LWZhbWlseTpI ZWx2ZXRpY2EsQXJpYWwsc2Fucy1zZXJpZjt0ZXh0LWRlY29yYXRpb246bm9uZTtmb250LXdlaWdo dDpub3JtYWw7Ym9yZGVyLWxlZnQ6MnB4IHNvbGlkICMxMDEwZmYiPgoKPGI+RnJvbTogPC9iPiJB bmRyZXcgTGF1IiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmFuZHJld0BhbmRyZXdrbGF1LmNvbSIgdGFy Z2V0PSJfYmxhbmsiPmFuZHJld0BhbmRyZXdrbGF1LmNvbTwvYT4mZ3Q7PGJyPjxiPlRvOiA8L2I+ InVzZXJzIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnVzZXJzQG92aXJ0Lm9yZyIgdGFyZ2V0PSJfYmxh bmsiPnVzZXJzQG92aXJ0Lm9yZzwvYT4mZ3Q7PGJyPgoKPGI+U2VudDogPC9iPlNhdHVyZGF5LCBK YW51YXJ5IDE4LCAyMDE0IDM6MjA6MjIgUE08YnI+PGI+U3ViamVjdDogPC9iPlJlOiBbVXNlcnNd IElzc3VlcyBzdGFydGluZyBob3N0ZWQgZW5naW5lIFZNPGRpdj48ZGl2IGNsYXNzPSJoNSI+PGJy PjxkaXY+PGJyPjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OnRh aG9tYSxzYW5zLXNlcmlmIj5JIGJlbGlldmUgSSBmb3VuZCB0aGUgaXNzdWUgYW5kIGhhdmUgcmVw b3J0ZWQgaXQgaGVyZSZuYnNwOzxhIGhyZWY9Imh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9z aG93X2J1Zy5jZ2k/aWQ9MTA1NTA1OSIgc3R5bGU9ImZvbnQtZmFtaWx5OmFyaWFsIiB0YXJnZXQ9 Il9ibGFuayI+aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xMDU1 MDU5PC9hPjwvZGl2PgoKPGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48ZGl2IGNsYXNzPSJn bWFpbF9xdW90ZSI+T24gU2F0LCBKYW4gMTgsIDIwMTQgYXQgMTE6MzMgUE0sIEFuZHJldyBMYXUg PHNwYW4gZGlyPSJsdHIiPiZsdDs8YSBocmVmPSJtYWlsdG86YW5kcmV3QGFuZHJld2tsYXUuY29t IiB0YXJnZXQ9Il9ibGFuayI+YW5kcmV3QGFuZHJld2tsYXUuY29tPC9hPiZndDs8L3NwYW4+IHdy b3RlOjxicj4KCjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjow cHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6 cmdiKDIwNCwyMDQsMjA0KTtib3JkZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4 Ij48ZGl2IGRpcj0ibHRyIj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJp ZiI+CgpUaGUgaW50ZXJlc3RpbmcgdGhpbmcgLSB0cnlpbmcgaXQgd2l0aCB0aGUgcGF1c2VkIG9w dGlvbiB2ZHNtIHNlZW1zIHRvIGNyZWF0ZSB0aGUgVk08L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZh bWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OnRhaG9tYSxzYW5zLXNlcmlmIj5ob3N0ZWQtZW5naW5lIC0tdm0tc3RhcnQtcGF1c2VkPC9kaXY+ Cgo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJyPjwvZGl2Pjxk aXYgc3R5bGU9ImZvbnQtZmFtaWx5OnRhaG9tYSxzYW5zLXNlcmlmIj52ZHNtLmxvZyZuYnNwOzxh IGhyZWY9Imh0dHA6Ly93d3cuZnBhc3RlLm9yZy82OTYwNC8xMzkwMDQ4Mi8iIHRhcmdldD0iX2Js YW5rIj5odHRwOi8vd3d3LmZwYXN0ZS5vcmcvNjk2MDQvMTM5MDA0ODIvPC9hPjxicj48L2Rpdj4K PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6dGFob21hLHNhbnMtc2VyaWYiPgo8YnI+PC9kaXY+PGRp diBzdHlsZT0iZm9udC1mYW1pbHk6dGFob21hLHNhbnMtc2VyaWYiPkJ1dCBJJ20gbm90IHN1cmUg aG93IHRvIHRoZW4gcHJvY2VlZCB0byAicmVzdW1lIiBpdC48L2Rpdj48ZGl2PjxkaXY+PGRpdiBj bGFzcz0iZ21haWxfZXh0cmEiPjxicj48ZGl2IGNsYXNzPSJnbWFpbF9xdW90ZSI+T24gU2F0LCBK YW4gMTgsIDIwMTQgYXQgMTA6MjMgUE0sIEFuZHJldyBMYXUgPHNwYW4gZGlyPSJsdHIiPiZsdDs8 YSBocmVmPSJtYWlsdG86YW5kcmV3QGFuZHJld2tsYXUuY29tIiB0YXJnZXQ9Il9ibGFuayI+YW5k cmV3QGFuZHJld2tsYXUuY29tPC9hPiZndDs8L3NwYW4+IHdyb3RlOjxicj4KCjxibG9ja3F1b3Rl IGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3Jk ZXItbGVmdC13aWR0aDoxcHg7Ym9yZGVyLWxlZnQtY29sb3I6cmdiKDIwNCwyMDQsMjA0KTtib3Jk ZXItbGVmdC1zdHlsZTpzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij48ZGl2IGRpcj0ibHRyIj48ZGl2 IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+CgpIaSw8L2Rpdj48ZGl2IHN0 eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJyPjwvZGl2PjxkaXYgc3R5bGU9 ImZvbnQtZmFtaWx5OnRhaG9tYSxzYW5zLXNlcmlmIj5XaXRoIHRoZSBncmVhdCBoZWxwIGZyb20g c2JvbmF6em8sIEkgbWFuYWdlZCB0byBzdGVwIHBhc3QgdGhlIGluaXRpYWwgYnVnIHdpdGggdGhl IGhvc3RlZC1lbmdpbmUtc2V0dXAgYnV0IGFwcGVhciB0byBoYXZlIHJ1biBpbnRvIGFub3RoZXIg c2hvdyBzdG9wcGVyLjwvZGl2PgoKPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6dGFob21hLHNhbnMt c2VyaWYiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJp ZiI+SSByYW4gdGhyb3VnaCB0aGUgaW5zdGFsbCBwcm9jZXNzIHN1Y2Nlc3NmdWxseSB1cCB0byB0 aGUgc3RhZ2Ugd2hlcmUgaXQgY29tcGxldGVkIGFuZCB0aGUgZW5naW5lIFZNIHdhcyB0byBiZSBz aHV0ZG93bi4gKFRoZSBlbmdpbmUgaGFzIGFscmVhZHkgYmVlbiBpbnN0YWxsZWQgb24gdGhlIFZN IGFuZCB0aGUgaG9zdCBoYXMgYmVlbiBjb25uZWN0ZWQgdG8gdGhlIGVuZ2luZSkuJm5ic3A7PC9k aXY+Cgo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJyPjwvZGl2 PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OnRhaG9tYSxzYW5zLXNlcmlmIj5UaGUgaXNzdWUgc3Rh cnRzIGhlcmUgdGhhdCB0aGUgaG9zdCBmaW5kcyBpdHNlbGYgbm90IGFibGUgdG8gc3RhcnQgdGhl IFZNIHVwIGFnYWluLjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OnRhaG9tYSxzYW5zLXNl cmlmIj4KCjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJp ZiI+VkRTTSBMb2dzOiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly93d3cuZnBhc3RlLm9yZy82OTU5Mi8w MDQyNzE0MS8iIHN0eWxlPSJmb250LWZhbWlseTphcmlhbCIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6 Ly93d3cuZnBhc3RlLm9yZy82OTU5Mi8wMDQyNzE0MS88L2E+PC9kaXY+PGRpdiBzdHlsZT0iZm9u dC1mYW1pbHk6dGFob21hLHNhbnMtc2VyaWYiPgoKb3ZpcnQtaG9zdGVkLWVuZ2luZS1oYSBhZ2Vu dC5sb2cmbmJzcDs8YSBocmVmPSJodHRwOi8vd3d3LmZwYXN0ZS5vcmcvNjk1OTUvNDM2MDkxMzkv IiBzdHlsZT0iZm9udC1mYW1pbHk6YXJpYWwiIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vd3d3LmZw YXN0ZS5vcmcvNjk1OTUvNDM2MDkxMzkvPC9hPjwvZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5 OnRhaG9tYSxzYW5zLXNlcmlmIj48YnI+PC9kaXY+Cgo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTp0 YWhvbWEsc2Fucy1zZXJpZiI+SXQgc2VlbXMgdG8ga2VlcCBmYWlsaW5nIHRvIHN0YXJ0IHRoZSBW TS4uIHdoZW4gSSByZXN0YXJ0IHRoZSBhZ2VudCBJIGNhbiBzZWUgdGhlIHNjb3JlIGRyb3AgdG8g MCBhZnRlciAzIGJvb3QgYXR0ZW1wdHMuICZuYnNwO1RoZSBpbnRlcmVzdGluZyB0aGluZyBzZWVt cyB0byBiZSBpbiB0aGUgVkRTTSBMb2dzICI8c3BhbiBzdHlsZT0ibGluZS1oZWlnaHQ6MTQuMzkw NjI1cHg7Zm9udC1zaXplOjEycHg7Zm9udC1mYW1pbHk6bW9ub3NwYWNlIj4nVmlydHVhbCBtYWNo aW5lIGRvZXMgbm90IGV4aXN0JywgJ2NvZGUnOiAxfX0iPC9zcGFuPjwvZGl2PgoKPGRpdiBzdHls ZT0iZm9udC1mYW1pbHk6dGFob21hLHNhbnMtc2VyaWYiPjxicj48L2Rpdj48ZGl2IHN0eWxlPSJm b250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+SSdtIG5vdCBzdXJlIHdoZXJlIGVsc2UgdG8g bG9vay4gU3VnZ2VzdGlvbnM/PC9kaXY+PGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6dGFob21hLHNh bnMtc2VyaWYiPjxicj48L2Rpdj48ZGl2PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OnRhaG9tYSxz YW5zLXNlcmlmO2Rpc3BsYXk6aW5saW5lIj4KCkNoZWVycyw8L2Rpdj48c3BhbiBmYWNlPSJ0YWhv bWEsIHNhbnMtc2VyaWYiIHN0eWxlPSJmb250LWZhbWlseTp0YWhvbWEsc2Fucy1zZXJpZiI+PGJy PkFuZHJldzwvc3Bhbj48YnI+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rp dj48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2PjwvZGl2Pjxi cj48L2Rpdj48L2Rpdj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXzxicj4KClVzZXJzIG1haWxpbmcgbGlzdDxicj48YSBocmVmPSJtYWlsdG86VXNlcnNAb3Zp cnQub3JnIiB0YXJnZXQ9Il9ibGFuayI+VXNlcnNAb3ZpcnQub3JnPC9hPjxicj48YSBocmVmPSJo dHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiIHRhcmdldD0iX2Js YW5rIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+PHNw YW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxicj4KCjwvZm9udD48L3Nw YW4+PC9ibG9ja3F1b3RlPjxzcGFuIGNsYXNzPSJIT0VuWmIiPjxmb250IGNvbG9yPSIjODg4ODg4 Ij48ZGl2Pjxicj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4tLSA8YnI+PC9kaXY+PGRp dj48c3BhbiBuYW1lPSJ4Ij48L3NwYW4+RGlkaTxzcGFuIG5hbWU9IngiPjwvc3Bhbj48YnI+PC9k aXY+PC9mb250Pjwvc3Bhbj48L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+Cgo8L2Rpdj48YnI+PC9k aXY+PC9kaXY+PC9kaXY+PC9kaXY+CjwvYm9keT4= ----_com.android.email_1060248458131710--

1 0

[Users] vlan on mgmt network
by Juan Pablo Lorier 19 Jan '14

19 Jan '14

Hi William, You can have several logical networks on the same interface. If ovirtmgmt is not a vm network you can even mix tagged and untagged networks (if not, you can't mix). You don's have to do anything besides creating the logical networks in ovirt and assign them to the interface, ovirt takes care of creating the virtual interfaces it needs. What you can't do is have more than one logical network per vlan (I think there's a feature request on this, I know I've asked it on the list:-) ). Regards,

7 11

Re: [Users] Making v2v easier?
by Amedeo Salvati 19 Jan '14

19 Jan '14

Il 19/01/2014 06:55, Blaster ha scritto: > On Jan 18, 2014, at 2:25 AM, Amedeo Salvati <amedeo(a)oscert.net> wrote: > >> regarding virtio drivers, on linux, and if your kernel support them, you can recreate / regenerate initram f.s., and then you can boot your vm linux coming from vmware with virtio drivers... same process when doing p2v or v2p >> > Do you have a good tutorial on this? I was wondering if this would be a needed step when doing a P2V. It would be nice if the virtio drivers were included by default. > > > no I haven't any tutorial... but it's not so complicated; if your physical host has recent kernel they have support for virtio drivers (I don't remember from which exactly rhel version virtio was included, but probably was rhel5.4, and on ubuntu 10.04 also was included) the only things to pay attention is to regenerate initramfs for the new virtual env, because when you installed a physical machine, it detected what drivers they could use to boot (for example on hp DL|BL it could be cciss driver, and so initram f.s. on those hosts has cciss.ko module to properly access to hp smart array disks) so you can check your current initramfs of physical host, if has virtio drivers by simply decompress it: mkdir /tmp/initram cp -p /boot/initramfs-2.6.32-431.el6.x86_64.img /tmp/initram/ <--- use your current kernel version cd /tmp/initram/ mv initramfs-2.6.32-431.el6.x86_64.img initramfs-2.6.32-431.el6.x86_64.img.gz gunzip initramfs-2.6.32-431.el6.x86_64.img.gz cpio -idv < ./initramfs-2.6.32-431.el6.x86_64.img now you can check if there are virtio drivers by: find /tmp/initram/lib/modules/2.6.32-431.el6.x86_64 -name '*virtio*' /tmp/initram/lib/modules/2.6.32-431.el6.x86_64/kernel/drivers/virtio /tmp/initram/lib/modules/2.6.32-431.el6.x86_64/kernel/drivers/virtio/virtio.ko /tmp/initram/lib/modules/2.6.32-431.el6.x86_64/kernel/drivers/virtio/virtio_ring.ko /tmp/initram/lib/modules/2.6.32-431.el6.x86_64/kernel/drivers/virtio/virtio_pci.ko /tmp/initram/lib/modules/2.6.32-431.el6.x86_64/kernel/drivers/scsi/virtio_scsi.ko /tmp/initram/lib/modules/2.6.32-431.el6.x86_64/kernel/drivers/block/virtio_blk.ko if there aren't you must regenerate it by using: dracut on rhel6 mkinitramfs on debian/ubuntu mkinitrd on rhel5, suse and gentoo HTH p.s. if I remember I've rebuilded initram f.s. only on rhel4|5 on p2v and v2p, and obviously for virtio drivers and cciss driver (v2p) -- Amedeo Salvati RHC{DS,E,VA} - LPIC-3 - UCP - NCLA 11 email: amedeo(a)oscert.net email: amedeo(a)linux.com http://plugcomputing.it/redhatcert.php http://plugcomputing.it/lpicert.php

1 0