January 2014 - Users - oVirt List Archives

[Users] Networking questions (LONG)
by Alan Murrell 21 Jan '14

21 Jan '14

------_=_NextPart_001_01CF0D11.E17769E3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am evaluating oVirt as a replacement/alternative to VMware deployments = we typically do. I have installed and all-in-one setup on a test box = (which itself used to be an ESXi server), but it only has one NIC. I = trying to duplicate our typical configuration we do in VMware, which is = this: 1.) we create several "port groups" on the vSwitch, each assigned a = VLAN ID, such as: - VLAN001 (VLAN ID: 1) - VLAN002 (VLAN ID: 2) - VLAN009 (VLAN ID: 9) - VLAN010 (VLAN ID: 10) - VLAN200 (VLAN ID: 200) - TRUNK (VLAN ID: 4095 - in VMware-world, VLAN ID "4095" is "all = VLANS" and basically just passes the VLANs through to whatever is = attached to the port group for the VM to handle) 2.) We assign VMs to port groups appropriate for the VLAN they are = part of. 3.) The only VM that has a NIC assigned to the "TRUNK" port group is = the firewall (which is Linux), and we create VLAN interfaces on it = (i.e., "eth1.1", "eth1.2", "eth1.10", "eth1.200"). The firewall VM acts = as the router between the various VLANs. To replicate the above in oVirt, I created logical networks for each = VLAN, and assigned the appropriate VLAN ID. It seems oVirt/KVM does not = have an equivalent for VMware's VLAN ID of "4095", so after some = searching around, so for the "TRUNK" network, I left it with no VLAN = assigned. Because i cannot add VLAN and non-VLAN networks to the same = physical NIC, after some searching around, it looks like I may have to = utilise two NICS: one for the VLAN networks and one for the "TRUNK" = network. Because, at this point, I am not yet concerned with making the test VMs = I will be setting up be accessible from outside the virtual lab = environment (i.e., everything will communicate within my oVirt = server/network for now), I am trying to make use of "dummy" interfaces, = but I am not sure the best way to make use of this. I am able to create = the dummy* interfaces and have them show up in oVirt, but I am not sure = of how they should be setup. Here is what I am *thinking* should be = done, but want to make sure it is correct before getting too deep: - I will use the physical NIC for management, therefore the = "ovirtmgmt" bridge with eth0 assigned to it will remain as-is - Create two dummy interfaces: "dummy0" and "dummy1" - Create a new bridge, "ovirtvm" and assign "dummy0" and "dummy1" to = it - Attach the VLAN-enabled networks to "dummy0" - Attach the "TRUNK" network to "dummy1" Would the above be the way to go about this? The one thing I am not = sure of is whether or not having no VLAN assigned (on the "TRUNK" = network) accomplishes the same this as the "VLAN ID 4095" in VMware: = will oVirt/KVM just pass the traffic through for the VM attached to it = to deal with? Thanks for reading this far, and I appreciate any help you might be able = to lend in the above. -Alan ------_=_NextPart_001_01CF0D11.E17769E3 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Diso-8859-1"> <META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 6.5.7654.12"> <TITLE>Networking questions (LONG)</TITLE> </HEAD> <BODY>  Hello, I am evaluating oVirt as a replacement/alternative to VMware deployments = we typically do.  I have installed and all-in-one setup on a test = box (which itself used to be an ESXi server), but it only has one = NIC.  I trying to duplicate our typical configuration we do in = VMware, which is this:   1.) we create several "port groups" on the vSwitch, = each assigned a VLAN ID, such as:       - VLAN001 (VLAN ID: 1)       - VLAN002 (VLAN ID: 2)       - VLAN009 (VLAN ID: 9)       - VLAN010 (VLAN ID: 10)       - VLAN200 (VLAN ID: 200)       - TRUNK (VLAN ID: 4095 - in VMware-world, = VLAN ID "4095" is "all VLANS" and basically just = passes the VLANs through to whatever is attached to the port group for = the VM to handle)   2.) We assign VMs to port groups appropriate for the VLAN they = are part of.   3.) The only VM that has a NIC assigned to the "TRUNK" = port group is the firewall (which is Linux), and we create VLAN = interfaces on it (i.e., "eth1.1", "eth1.2", = "eth1.10", "eth1.200").  The firewall VM acts = as the router between the various VLANs. To replicate the above in oVirt, I created logical networks for each = VLAN, and assigned the appropriate VLAN ID.  It seems oVirt/KVM = does not have an equivalent for VMware's VLAN ID of "4095", so = after some searching around, so for the "TRUNK" network, I = left it with no VLAN assigned.  Because i cannot add VLAN and = non-VLAN networks to the same physical NIC, after some searching around, = it looks like I may have to utilise two NICS: one for the VLAN networks = and one for the "TRUNK" network. Because, at this point, I am not yet concerned with making the test VMs = I will be setting up be accessible from outside the virtual lab = environment (i.e., everything will communicate within my oVirt = server/network for now), I am trying to make use of "dummy" = interfaces, but I am not sure the best way to make use of this.  I = am able to create the dummy* interfaces and have them show up in oVirt, = but I am not sure of how they should be setup.  Here is what I am = *thinking* should be done, but want to make sure it is correct before = getting too deep:   - I will use the physical NIC for management, therefore the = "ovirtmgmt" bridge with eth0 assigned to it will remain = as-is   - Create two dummy interfaces: "dummy0" and = "dummy1"   - Create a new bridge, "ovirtvm" and assign = "dummy0" and "dummy1" to it   - Attach the VLAN-enabled networks to "dummy0"   - Attach the "TRUNK" network to "dummy1" Would the above be the way to go about this?  The one thing I am = not sure of is whether or not having no VLAN assigned (on the = "TRUNK" network) accomplishes the same this as the "VLAN = ID 4095" in VMware: will oVirt/KVM just pass the traffic through = for the VM attached to it to deal with? Thanks for reading this far, and I appreciate any help you might be able = to lend in the above. -Alan </BODY> </HTML> ------_=_NextPart_001_01CF0D11.E17769E3--

7 14

[Users] Script to auto backup VMs
by Jairo Rizzo 21 Jan '14

21 Jan '14

Hello, Do you guys know of a script that I could use to backup VMs automatically but creating the lower downtime? I modified a bit the 'virt-backup.pl' script by Daniel Berteaud <daniel(a)firewall-services.com> so it authenticates against Ovirt as shown below: Sys::Virt::CRED_AUTHNAME, Sys::Virt::CRED_PASSPHRASE, However, wondering if I could get advice from you as to which tool or script will do this job better. Thanks --Rizzo

1 0

[Users] Feature Review: Gluster Volume Snapshot
by Shubhendu Tripathi 21 Jan '14

21 Jan '14

------=_Part_4459753_822472212.1390304404609 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit The following is a new meeting request: Subject: Feature Review: Gluster Volume Snapshot Organizer: "Shubhendu Tripathi" <shtripat(a)redhat.com> Location: "Vijayanagara - BLR" <vijayanagara-blr(a)redhat.com> Resources: "Vijayanagara - BLR" <vijayanagara-blr(a)redhat.com> Time: Monday, January 27, 2014, 6:30:00 PM - 7:30:00 PM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi Invitees: arch(a)ovirt.org; users(a)ovirt.org *~*~*~*~*~*~*~*~*~* Hi, In this talk I intend to present a short overview of the feature Gluster Volume Snapshots in oVirt. BlueJeans session details: https://bluejeans.com/298626980/6439/browser WIKI Page: http://www.ovirt.org/Features/GlusterVolumeSnapshots Call bridge details: Would be shared separately. Thanks and Regards, Shubhendu Tripathi ------=_Part_4459753_822472212.1390304404609 Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Kolkata BEGIN:STANDARD DTSTART:16010101T000000 TZOFFSETTO:+0530 TZOFFSETFROM:+0530 TZNAME:IST END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:3440764a-ef38-4491-a023-f369dcfe9a18 SUMMARY:Feature Review: Gluster Volume Snapshot LOCATION:"Vijayanagara - BLR" <vijayanagara-blr(a)redhat.com> ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:arch@ov irt.org ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o virt.org ATTENDEE;CN=Vijayanagara - BLR;CUTYPE=RESOURCE;ROLE=NON-PARTICIPANT;PARTSTAT =NEEDS-ACTION;RSVP=TRUE:mailto:vijayanagara-blr@redhat.com ORGANIZER;CN=Shubhendu Tripathi:mailto:shtripat@redhat.com DTSTART;TZID="Asia/Kolkata":20140127T183000 DTEND;TZID="Asia/Kolkata":20140127T193000 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140121T114004Z DTSTAMP:20140121T114004Z SEQUENCE:0 DESCRIPTION:The following is a new meeting request:\n\nSubject: Feature Revi ew: Gluster Volume Snapshot \nOrganizer: "Shubhendu Tripathi" <shtripat@redh at.com> \n\nLocation: "Vijayanagara - BLR" <vijayanagara-blr(a)redhat.com> \nR esources: "Vijayanagara - BLR" <vijayanagara-blr(a)redhat.com> \nTime: Monday\ , January 27\, 2014\, 6:30:00 PM - 7:30:00 PM GMT +05:30 Chennai\, Kolkata\, Mumbai\, New Delhi\n \nInvitees: arch(a)ovirt.org\; users(a)ovirt.org \n\n\n*~* ~*~*~*~*~*~*~*~*\n\nHi\,\n\nIn this talk I intend to present a short overvie w of the feature Gluster Volume Snapshots in oVirt.\n\nBlueJeans session det ails:\nhttps://bluejeans.com/298626980/6439/browser\n\nWIKI Page:\nhttp://ww w.ovirt.org/Features/GlusterVolumeSnapshots\n\nCall bridge details:\nWould b e shared separately.\n\nThanks and Regards\,\nShubhendu Tripathi BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR ------=_Part_4459753_822472212.1390304404609--

1 0

[Users] Feature Review: Gluster Volume Snapshots
by Shubhendu Tripathi via Blue Jeans Network 21 Jan '14

21 Jan '14

------=_Part_219_383193853.1390304209777 Content-Type: multipart/related; boundary="----=_Part_220_35630018.1390304209777" ------=_Part_220_35630018.1390304209777 Content-Type: multipart/alternative; boundary="----=_Part_221_1833258660.1390304209778" ------=_Part_221_1833258660.1390304209778 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Shubhendu Ram Tripathi (shtripat(a)redhat.com) has invited you to a video meeting. Meeting Title: Feature Review: Gluster Volume Snapshots Meeting Time: Monday January 27, 2014 6:30 p.m. IST / 1 hr ************************************************ To join or start the meeting, go to: https://bluejeans.com/298626980/6439?g=ovzwk4ttibxxm2lsoqxg64th No Computer or Internet Connection? Join via phone: 1) Dial-in phone number: +1 408 740 7256 or +1 888 240 2560 (US or Canada only) (http://bluejeans.com/numbers) 2) Enter Conference ID: 298626980 3) Enter Participant PIN: 6439 Join via room system: 1) Dial-in IP: 199.48.152.152 or bjn.vc 2) Enter Meeting ID: 298626980 3) Enter Participant passcode: 6439 ************************************************ First time joining a Blue Jeans Video Meeting? http://bluejeans.com/faq#connecting ************************************************ Want to test your video connection? http://bluejeans.com/111 ************************************************ Blue Jeans Network 2012 ------=_Part_221_1833258660.1390304209778 Content-Type: text/html;charset="utf-8" Content-Transfer-Encoding: 7bit <table width="100%"> <tr bgcolor="#d8d8d8"> <td align="center"> <table width="600px" bgcolor="#FFFFFF" style="margin-top:20px;padding:0px 50px 10px 50px;margin-bottom:20px;text-align:left;"> <tr> <td style="padding-right:10px;padding-bottom:20px;"> <a href="http://bluejeans.com"> <img src="https://static.bluejeans.com/z1/static/images/bjn/BlueJeans_Logo.png" alt="Blue Jeans" style="border:none;"> </a> </td> </tr> <tr> <td style="font-size: 20px;color: #333333; padding-bottom:30px;"> <a href="mailto:shtripat@redhat.com">Shubhendu Ram Tripathi</a> has invited you to a video meeting. </td> </tr> <tr> <td style="padding-top:10px; font-size: 16px;"> Meeting Title: Feature Review: Gluster Volume Snapshots </td> </tr> <tr> <td style="padding-top:10px; padding-bottom: 10px; font-size: 16px;"> Meeting Time: Monday January 27, 2014 • 6:30 p.m. IST / 1 hr </td> </tr> <tr> <td style="padding-top:40px; padding-bottom: 40px;"> <table cellpadding="0" cellspacing="0" border="0"> <tbody> <tr> <td height="30" bgcolor="#FEFEFE"></td> <td width="200" height="50" bgcolor="#2588AD" align="center" valign="middle"> <a href="https://bluejeans.com/298626980/6439?g=ovzwk4ttibxxm2lsoqxg64th" style="font-family:Helvetica, sans-serif;font-size:17px;color:#FFFFFF;font-weight:bold;text-decoration:none" target="_blank"> Join Meeting </a> </td> <td height="30" bgcolor="#FEFEFE"></td> </tr> </tbody> </table> </td> </tr> <tr> <td> <hr size="1" noshade="noshade" style="line-height:1px;border-color:#cccccc;"> </td> </tr> <tr> <td style="padding-top:10px; padding-bottom:10px;"> No Computer or Internet Connection? Join via phone: 1) <a href="tel:+1 408 740 7256,#298626980#,6439#">Direct-dial with my iPhone</a> or     Dial-in phone number: +1 408 740 7256 or +1 888 240 2560 (US or Canada only) (<a href="http://bluejeans.com/numbers">all</a>) 2) Enter Conference ID: 298626980 3) Enter Participant PIN: 6439 Join via room system: 1) Dial-in IP: 199.48.152.152 or bjn.vc 2) Enter Meeting ID: 298626980 3) Enter Participant passcode: 6439 </td> </tr> <tr> <td> <hr size="1" noshade="noshade" style="line-height:1px;border-color:#cccccc;"> </td> </tr> <tr> <td style="padding-top:10px;padding-bottom: 10px;"> First time joining a Blue Jeans Video Meeting? <a href="http://bluejeans.com/faq#connecting">http://bluejeans.com/faq#connecting</a> </td> </tr> <tr> <td> <hr size="1" noshade="noshade" style="line-height:1px;border-color:#cccccc;"> </td> </tr> <tr> <td style="padding-top:10px;padding-bottom: 10px;"> Want to test your video connection? <a href="http://bluejeans.com/111">http://bluejeans.com/111</a> </td> </tr> <tr> <td style="line-height:1px;color:#CCCCCC;"> <hr size="1" noshade="noshade" style="line-height:1px;color:#CCCCCC;border-color:#CCCCCC;"> </td> </tr> <tr> <td style="font-size:11px;text-align:left"> ©Blue Jeans Network 2013 </td> </tr> </table> </td> </tr> </table> ------=_Part_221_1833258660.1390304209778 Content-Type: text/calendar; method=REQUEST; charset="utf-8" Content-Transfer-Encoding: 7bit BEGIN:VCALENDAR VERSION:2.0 METHOD:REQUEST PRODID:-//PYVOBJECT//NONSGML Version 1//EN BEGIN:VTIMEZONE TZID:Asia/Kolkata TZURL:http://tzurl.org/zoneinfo-outlook/Asia/Kolkata X-LIC-LOCATION:Asia/Kolkata BEGIN:STANDARD TZOFFSETFROM:+0530 TZOFFSETTO:+0530 TZNAME:IST DTSTART:19700101T000000 END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:0H44B_sN0PzTAnM2@H6D3JmW4G7v71tX DTSTART;TZID=Asia/Kolkata:20140127T183000 DTEND;TZID=Asia/Kolkata:20140127T193000 ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP =TRUE:mailto:users@ovirt.org CREATED:20140121T113648Z DESCRIPTION:\nShubhendu Ram Tripathi (shtripat(a)redhat.com) has invited you to a video meeting.\n\n\n\n********************************************** **\n\nTo join or start the meeting\, go to:\nhttps://bluejeans.com/2986269 80/6439?g=ovzwk4ttibxxm2lsoqxg64th\n\n\nNo Computer or Internet Connection ?\n\nJoin via phone:\n1) Dial-in phone number: +1 408 740 7256 or +1 888 2 40 2560 (US or Canada only) (http://bluejeans.com/numbers)\n2) Enter Conf erence ID: 298626980\n3) Enter Participant PIN: 6439\n\nJoin via room syst em:\n1) Dial-in IP: 199.48.152.152 or bjn.vc\n2) Enter Meeting ID: 2986269 80\n3) Enter Participant passcode: 6439\n\n******************************* *****************\n\nFirst time joining a Blue Jeans Video Meeting?\nhttp: //bluejeans.com/faq#connecting\n\n**************************************** ********\n\nWant to test your video connection?\nhttp://bluejeans.com/111\ n\n************************************************\n\nBlue Jeans Network 2012\n DTSTAMP:20140121T113649Z LAST-MODIFIED:20140121T113648Z LOCATION: ORGANIZER:mailto:shtripat@redhat.com SEQUENCE:0 STATUS:CONFIRMED SUMMARY:Feature Review: Gluster Volume Snapshots TRANSP:OPAQUE END:VEVENT END:VCALENDAR ------=_Part_221_1833258660.1390304209778-- ------=_Part_220_35630018.1390304209777-- ------=_Part_219_383193853.1390304209777 Content-Type: application/ics; name=invite.ics Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=invite.ics BEGIN:VCALENDAR VERSION:2.0 METHOD:REQUEST PRODID:-//PYVOBJECT//NONSGML Version 1//EN BEGIN:VTIMEZONE TZID:Asia/Kolkata TZURL:http://tzurl.org/zoneinfo-outlook/Asia/Kolkata X-LIC-LOCATION:Asia/Kolkata BEGIN:STANDARD TZOFFSETFROM:+0530 TZOFFSETTO:+0530 TZNAME:IST DTSTART:19700101T000000 END:STANDARD END:VTIMEZONE BEGIN:VEVENT UID:0H44B_sN0PzTAnM2@H6D3JmW4G7v71tX DTSTART;TZID=Asia/Kolkata:20140127T183000 DTEND;TZID=Asia/Kolkata:20140127T193000 ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP =TRUE:mailto:users@ovirt.org CREATED:20140121T113648Z DESCRIPTION:\nShubhendu Ram Tripathi (shtripat(a)redhat.com) has invited you to a video meeting.\n\n\n\n********************************************** **\n\nTo join or start the meeting\, go to:\nhttps://bluejeans.com/2986269 80/6439?g=ovzwk4ttibxxm2lsoqxg64th\n\n\nNo Computer or Internet Connection ?\n\nJoin via phone:\n1) Dial-in phone number: +1 408 740 7256 or +1 888 2 40 2560 (US or Canada only) (http://bluejeans.com/numbers)\n2) Enter Conf erence ID: 298626980\n3) Enter Participant PIN: 6439\n\nJoin via room syst em:\n1) Dial-in IP: 199.48.152.152 or bjn.vc\n2) Enter Meeting ID: 2986269 80\n3) Enter Participant passcode: 6439\n\n******************************* *****************\n\nFirst time joining a Blue Jeans Video Meeting?\nhttp: //bluejeans.com/faq#connecting\n\n**************************************** ********\n\nWant to test your video connection?\nhttp://bluejeans.com/111\ n\n************************************************\n\nBlue Jeans Network 2012\n DTSTAMP:20140121T113649Z LAST-MODIFIED:20140121T113648Z LOCATION: ORGANIZER:mailto:shtripat@redhat.com SEQUENCE:0 STATUS:CONFIRMED SUMMARY:Feature Review: Gluster Volume Snapshots TRANSP:OPAQUE END:VEVENT END:VCALENDAR ------=_Part_219_383193853.1390304209777--

1 0

[Users] online storage domain resize
by Jiří Sléžka 21 Jan '14

21 Jan '14

This is a cryptographically signed message in MIME format. --------------ms040006030805040301050402 Content-Type: multipart/mixed; boundary="------------020709050106010805030505" This is a multi-part message in MIME format. --------------020709050106010805030505 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I'm just curious and I didn't try it already. I'm using FC storage (Dell = MD3620f) with some logical disks on it. I should be able online increase = virtual disk capacity using storage management (I have some free=20 capacity on disk group). Is there any way to on-line extend volume group used for vm's images=20 storage and don't break anything? I just found this hint by Eduardo from list 1. Shutdown all VMs 2. Manually connect iscsi on the SPM host 3. Run pvresize on the LUN 4. Put the domain in maintenance 5. Activate the domains Is it possible to do this on-line without shutting down all vms? If not, = it could be really nice feature for oncoming releases. Thanks in advance Jiri --------------020709050106010805030505 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------020709050106010805030505-- --------------ms040006030805040301050402 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJZjCC BJswggODoAMCAQICEFVyFjoambpWOjuqgDsl/VswDQYJKoZIhvcNAQEFBQAwOzELMAkGA1UE BhMCTkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBMB4X DTEyMTEyNzAwMDAwMFoXDTE0MTEyNzIzNTk1OVowZTELMAkGA1UEBhMCQ1oxJTAjBgNVBAoM HFNsZXpza8OhIHVuaXZlcnppdGEgdiBPcGF2xJsxGDAWBgNVBAMMD0ppxZnDrSBTbMOpxb5r YTEVMBMGCSqGSIb3DQEJAhYGc2xlemthMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAtbqepY7nJ2kyAZxv/HS4tUEyXDh2ovWpQEI3triEqomfGE0aOqkHB0j/z2Oq0IeC+U91 TIpAoTPP+7fYR5rpcTfWPOW745RW4rJ6lj57Y+ZSqY0ID9vHe2nBxSnY2mWGIg///MWSbWrX Pbsxoemn6rb5ZP/1W9oPbkdTI3omEsdX2JlLbjYG3tcwxMvvQUMz3XEXMPz/Vi4SsG+1N49X C+Qw/KI9tYoUqVDZPTQhS4S/zu/ediv2ZH7MwIWo23lhkFU83fDtrpgwsrjIgfHNqIhak0Ly EuiQlxQGrvBplO29S1odQlJBIOpNQU99DElbtNRb1O3LFAUw4dTjMe7ObwIDAQABo4IBbzCC AWswHwYDVR0jBBgwFoAUY01DWhlIP8RGwQK6v+4O5YK3ZqYwHQYDVR0OBBYEFGLVBIcIvL2c hB6HdEbdqflwgrTTMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAAMB0GA1UdJQQWMBQG CCsGAQUFBwMEBggrBgEFBQcDAjAYBgNVHSAEETAPMA0GCysGAQQBsjEBAgIdMD8GA1UdHwQ4 MDYwNKAyoDCGLmh0dHA6Ly9jcmwudGNzLnRlcmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5j cmwwcgYIKwYBBQUHAQEEZjBkMDoGCCsGAQUFBzAChi5odHRwOi8vY3J0LnRjcy50ZXJlbmEu b3JnL1RFUkVOQVBlcnNvbmFsQ0EuY3J0MCYGCCsGAQUFBzABhhpodHRwOi8vb2NzcC50Y3Mu dGVyZW5hLm9yZzAdBgNVHREEFjAUgRJqaXJpLnNsZXprYUBzbHUuY3owDQYJKoZIhvcNAQEF BQADggEBAAXIoOnvYifhjAyW1oALfQSl8UemLGYSXiOsoosWx/2yG2/WlULU1lyqOkqztden dQdt5JZ1Y91HFWRmGGyq+a5kZseYRcpRxEKhJtLngrA24arcvouC/1Wev0RO4d0CKQa/wuC5 yfXIqhn60XJh51mHtbZ4k0jY+U/eNhTWns2Q0NZbR+u3SMrQRa31Df0wmMJvnZkd7cqKF3ur 543ojxAlIVDEUanWPndyljm4ZlAUxmwfmYTd0fRbCl+pDNG+gJnXQO6uvt/yoKNxAaBBFwh0 zmj8k6dCrcpeOKXw+T2mqjSO+6SQBQugGeOSxZA8gZ7rUtf6oNnIZwfxyqoHTVQwggTDMIID q6ADAgECAhBz/lf637jFCIF7Zrlr8C3vMA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJV UzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUg VVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2 MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWls MB4XDTA5MDUxODAwMDAwMFoXDTI4MTIzMTIzNTk1OVowOzELMAkGA1UEBhMCTkwxDzANBgNV BAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBMIIBIjANBgkqhkiG9w0B AQEFAAOCAQ8AMIIBCgKCAQEAyBXZ9TNqI6GQDc+7BUTDqx9KNYUaIYWgT/jwQOJKQ5v+W7Gw v7RX3HWAQUtkGvbbT2+P0CVFNfnqy0r6+9rT7UWIEZQ25MyoDe/FPTftFnvjwpWeWDN/Ivv4 /+zmvtuuCmUlIofab4SLRuhAhig/v1YI4krpg6LpIvst+rYoH5HBw3H7U8ArTqQMoW6dVe3s 4SSHOgjiDRzkxE3Qyyf6hGTm0ZedViRbk7spLkPiQWo94kpl/JpfWoaHvIfHeYCWmVHGkA9k kZl9EN2sLAMq4Xhk/s49TvQrUBFL0VjUmwPwf/U7U7BTQ/vFL8QEKRo6rNdV6dEOldE7MX94 T64pLQIDAQABo4IBTTCCAUkwHwYDVR0jBBgwFoAUiYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYD VR0OBBYEFGNNQ1oZSD/ERsECur/uDuWCt2amMA4GA1UdDwEB/wQEAwIBBjASBgNVHRMBAf8E CDAGAQH/AgEAMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wWAYDVR0fBFEwTzBNoEugSYZH aHR0cDovL2NybC51c2VydHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGlj YXRpb25hbmRFbWFpbC5jcmwwbwYIKwYBBQUHAQEEYzBhMDgGCCsGAQUFBzAChixodHRwOi8v Y3J0LnVzZXJ0cnVzdC5jb20vVVROQUFBQ2xpZW50X0NBLmNydDAlBggrBgEFBQcwAYYZaHR0 cDovL29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG9w0BAQUFAAOCAQEABiupUy8T3Fw5FsyG n15Me3L77I1Vil6aCv9TTHb0Bj1Qz1fwos+vmYyq/qAZdj6ZAzL6dYM4irtrmqUME7LUG3bm lC5nmFnjkWwCkJqcyGBLVavKiFqNK+VplQMH0dQO/CQiLlmxY6Rf7dkjcuSczjpcbB9PqQDJ Hf76f0Utti6E3Q8noFkYTtV2JUX0mSZ522+fI/dDuysPBKOBJiy3ezX5PXdfQCHmfx2lllq9 0MsWOmy7YYuK/QQ5RArLLOHLzi4QmBrb4JPtSWRkCCCft6NQ8KLdyrTGfAw9514V3CeG5Do7 UloXq6kGUyudCXNkHAHD/TDShwNv5BUDejlfaDGCAwcwggMDAgEBME8wOzELMAkGA1UEBhMC TkwxDzANBgNVBAoTBlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBVchY6 Gpm6Vjo7qoA7Jf1bMAkGBSsOAwIaBQCgggGNMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTE0MDEyMDE0NTczNFowIwYJKoZIhvcNAQkEMRYEFIoX/VPcdTJX x6m4sGEQH5qjDOoTMF4GCSsGAQQBgjcQBDFRME8wOzELMAkGA1UEBhMCTkwxDzANBgNVBAoT BlRFUkVOQTEbMBkGA1UEAxMSVEVSRU5BIFBlcnNvbmFsIENBAhBVchY6Gpm6Vjo7qoA7Jf1b MGAGCyqGSIb3DQEJEAILMVGgTzA7MQswCQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRsw GQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0ECEFVyFjoambpWOjuqgDsl/VswbAYJKoZIhvcN AQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3 DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDANBgkqhkiG 9w0BAQEFAASCAQARkLOM+mziP6jxoSER0vGkhRFTJ+UJuIDelhhfv908fbf7Qz0m2iNltpBU EfkTYKtIUOo1ZZdUTioGNTHriIcAE9+cqxIEsPwg4QpcImrJUTJPOQ6yhx+4BZ+bAopGaRJy qEN5/xGflbjpk83BragPNE3Cq+0H/msq2RUbfWK+7kEyQGVYigaXzUrxn3VJ4/BaIQTNOg13 esW/R+sJcvh6oIil5/TN7pxuSKj/NkwfpuYzPlr35Izzdjo88GFrwIF0NwkjXGqWD2ZwLmKh 29t0+G7P1MLazz4+yPY+q19bXv60lg9+rv7jq5xM1640CtRMpllbYWzEN6h2B5HfclbAAAAA AAAA --------------ms040006030805040301050402--

3 3

[Users] Node not connecting
by Nauman Abbas 21 Jan '14

21 Jan '14

Hello there Seem to be going in a problem again. I had installed oVirt node on my server and was running the engine on another machine. Now I had to change the engine machine since that was just a test PC so I got rid of the engine machine. Installed the engine on another machine and now i'm trying to add the node to it. It goes on all well until it reaches the 'termination' stage and then it gives an error "Installation failed. Network error during communication with the host." PS SELinux/ebtables is off on both machines. 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

4 5

[Users] VoIP on virtual infrastructure and oVirt in particular
by Gianluca Cecchi 21 Jan '14

21 Jan '14

Hello, any feedback about VoIP softswitches on virtual servers? I found this positive whitepaper on VMware web site but it seems mostly related to Class5 softswitches (intended for work with end-users): http://www.vmware.com/files/pdf/techpaper/voip-perf-vsphere5.pdf I would like to know about real experiences and Class4 softswitches too (used for transit VoIP traffic between carriers). Thanks in advance, Gianluca

3 2

[Users] Register a disk image via oVirt REST api
by Satya Vempati 20 Jan '14

20 Jan '14

--_000_16669B246DBC4D4EB043E6B646D51CEA2231D8mbx025w1ca8exch02_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a disk image (i.e. a file) that I want to register as a disk using t= he REST API. The REST API works with existing disks, but does the API work with disk ima= ges? --_000_16669B246DBC4D4EB043E6B646D51CEA2231D8mbx025w1ca8exch02_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> I have a disk image (i.e. a file) that I want to reg= ister as a disk using the REST API. <o:p></o:p> <o:p> </o:p> The REST API works with existing disks, but does the= API work with disk images?<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_16669B246DBC4D4EB043E6B646D51CEA2231D8mbx025w1ca8exch02_--

3 11

[Users] oVirt Node ISO for oVirt 3.3 - Draft image for testing
by Fabian Deutsch 20 Jan '14

20 Jan '14

--=-0VuymFCw5CMiaFLyxpM6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hey, as many of you have noticed there wasn't any well working oVirt Node ISO around for oVirt 3.3. To get this ball rolling again I've put together a draft image of ALPHA quality. It contains many fixes some of us have been working on over the last weeks. - Source & ISO - To not drown Jenkins in a hell-of-a-patch-queue I've pushed the patches to https://github.com/fabiand/ovirt-node/tree/teamsync The ISO built from that patchset can be found here: http://fedorapeople.org/~fabiand/node/3.0.4/ovirt-node-iso-3.0.3-0.999.2014= 01170926draft.vdsm.el6.iso Please test this draft image and provide feedback on how it works for you. If you encounter problems - and you probably will - please take a look here on how to debug them: http://www.ovirt.org/Node_Troubleshooting - Important Notes - SELinux: Boot this alpha image with enforcing=3D0 to log potential denials, but not block the calls. To fix those denials permanently please attach your /var/log/audit/audit.log to a bug in bugzilla. Known problems: - Exception is raised after registration to Engine - Many bond devices are show on network page - Denials appear in /var/log/audit/audit.log And don't hesitate to reach out to us if you want to get more involved with Node. - fabian --=-0VuymFCw5CMiaFLyxpM6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAABAgAGBQJS2Q8IAAoJEC9+uOgSHVGUE4cP/05i7nAgZVXJGhErZeZQlpkn eP6ot4cCRS4MDDOjfkrK54TNvs+CrKMefsvDv4B8NzfnaDHrVjyCFI2+8Yfhj/0/ so/csLBWy1A0LR5tHv4RQBov8Dz74zgMjZxMeGIMuQcQekSmghONK8vQsfpGOtys xytG84MXRTQjrkJt5Wc7V1AKxkH7lHGH21g+IDesnSVUQouA/Zu/x/4A0o/mx/R+ VJow7lNR/PMlMe8fzjFNUrlFYjA0olFGFaeVXfphVjhnIIN2dJABVpb6hXfU25Uy 6rwjr45eS8gL81JjMEm3XwD215WxdlmzVawcVmqcKcrBu7U+eKxFZFYSe4HD7Nnf E4Aw3A5mSK76WFjLyaKwczXl1DyWNdTp1yIPDtX8H5lG2rJpUe23o2yMlqn3IZ5u JjBRjg5EwgHfucxpRRUwdh8tnYIzgp6ejhvgwbY8X8kYwXqSd8Td5mZvM8GBEdif noXrJImIYoU08Q/0acjiOpZ710wqEvPhmL15okXj+3+WFp53aMUdUY8F2amSBj+a ik+Zzpiq0SXTthuAatOUxdTX+Sp0kraV5moV6qBYxXX80wGLg2qzhNA4xZ0vqkc2 ipQOuyceGWCaSziklngY86DNNWzhkaOAyCyTmXDMokSthAITI4LVgsuWIvy2A8Z1 JSMjEl7msdgH/t3OFrjO =oLBg -----END PGP SIGNATURE----- --=-0VuymFCw5CMiaFLyxpM6--

2 6

[Users] virt-v2v: too many IDE bus:
by Markus Stockhausen 20 Jan '14

20 Jan '14

------=_NextPartTM-000-dd723cdf-6ccb-4b19-9baf-8b262252573c Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D3007EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D3007EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, we are currently encountering the above error during virt-v2v migration. There was an older post about it here: http://lists.ovirt.org/pipermail/users/2013-December/018379.html The answers suggest that this is already fixed upstream and that you only need virt-v2v for OS disks. Could someone, explain - how to migrate only the OS disk and to dd the data disks. - if there exist any offical patches to fix the bug. Thanks in advance. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D3007EXCHANGEcollogi_ 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, we are currently encountering the above error during virt-v2v migration. There was an older post about it here: http://lists.ovirt.org/pipermail/users/2013-December/018379.html The answers suggest that this is already fixed upstream and that you only need virt-v2v for OS disks. Could someone, explain - how to migrate only the OS disk and to dd the data disks. - if there exist any offical patches to fix the bug. Thanks in advance. Markus </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D3007EXCHANGEcollogi_-- ------=_NextPartTM-000-dd723cdf-6ccb-4b19-9baf-8b262252573c 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-dd723cdf-6ccb-4b19-9baf-8b262252573c--

3 3

[Users] get VM events via API?
by Sven Kieske 20 Jan '14

20 Jan '14

Hi, is it possible to get the vm events via any API/CLI? I'm talking about the "events" tab which you can select in webadmin when you selected a vm. If this is possible, how can we get the data? We could even write a vdsm hook, if necessary, but would of course prefer REST-API. Thanks. -- 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 9

[Users] Network profile lost after host edit
by Simon Barrett 20 Jan '14

20 Jan '14

--_000_D86C48DF8800164BBE50B87623F7AC9548080D6Eln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have a problem where VM network profiles are lost when editing a host. E.= G. * VM is running fine on the correct network. Network Interfaces tab= shows "nic1" and "Network Name" shows the correct network profile. * I shutdown the VM then right click and Edit. * The General settings for the node shows "nic1 <Empty>". If I then= edit config, something like increasing memory or changing CPU cores then c= lick on OK, the VM configuration is saved without a network profile. * When I boot the VM I cannot connect to it. * I then have to edit the node again configure back in the correct = network profile. Does anyone know if this is a known issue? If not, any suggestions as to ho= w I correct this so that the original network profile definition is retaine= d after an edit? Many thanks, Simon --_000_D86C48DF8800164BBE50B87623F7AC9548080D6Eln2wio001devtra_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I have a problem where VM network profiles are lost = when editing a host. E.G.<o:p></o:p> <o:p> </o:p> <![if !supportLists]>·         <![endif]>VM is running fine on the correct network. N= etwork Interfaces tab shows “nic1” and “Network Name&#822= 1; shows the correct network profile.<o:p></o:p> <![if !supportLists]>·         <![endif]>I shutdown the VM then right click and Edit.= <o:p></o:p> <![if !supportLists]>·         <![endif]>The General settings for the node shows &#82= 20;nic1 <Empty>”. If I then edit config, something like increas= ing memory or changing CPU cores then click on OK, the VM configuration is = saved without a network profile.<o:p></o:p> <![if !supportLists]>·         <![endif]>When I boot the VM I cannot connect to it.<o= :p></o:p> <![if !supportLists]>·         <![endif]>I then have to edit the node again configure= back in the correct network profile.<o:p></o:p> <o:p> </o:p> Does anyone know if this is a known issue? If not, a= ny suggestions as to how I correct this so that the original network profil= e definition is retained after an edit?<o:p></o:p> <o:p> </o:p> Many thanks,<o:p></o:p> <o:p> </o:p> Simon<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC9548080D6Eln2wio001devtra_--

4 11

[Users] VM Migration failed
by Edgars M. 20 Jan '14

20 Jan '14

Hi I am experiencing issues with manual VM migration. VM fails to migrate to other node in the same Cluster. Here are some relevant engine.log entries: ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-73) Rerun vm a31cfd62-26fc-4396-8a83-1aed68c7fd39. Called from vds novmnode1 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-49) Failed in MigrateStatusVDS method ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-49) Error code migrateErr and error message VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-6-thread-49) Command MigrateStatusVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = Fatal error during migration Both Engine and Node are running CentOS 6.5 x64. oVirt Engine Version: 3.3.2-1.el6. VDSM version 4.13.2-1. I restarted engine and vdsm, that did not help. Also in vdsm log file I see the following errors related to the same VM ID: Thread-27::ERROR::2014-01-17 16:37:06,271::sampling::355::vm.Vm::(collect) vmId=`a31cfd62-26fc-4396-8a83-1aed68c7fd39`::Stats function failed: <AdvancedStatsFunction _highWrite at 0x26efb58> Any hints? BR Edgars

5 20

[Users] How to Modify Network with Hosted Engine
by Andrew Lau 20 Jan '14

20 Jan '14

Hi, Now that I finally stepped through and have a working hosted engine setup (after opening numerous BZs).. How do I modify network configuration (eg. assign new VLANs to hosts), when I attempt to modify a network it gives the error: Error while executing action Setup Networks: Network is currently being used Is there a recommended way to set up these extra networks, or must all of these be not managed by the engine? Thanks, Andrew

3 7

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

20 Jan '14

---------- Forwarded message ---------- From: Koen Vanoppen <vanoppen.koen(a)gmail.com> Date: 2014/1/20 Subject: Re: [Users] Disk error To: dron(a)redhat.com Status ok... 2014/1/20 Dafna Ron <dron(a)redhat.com> > and what is the snapshot/disk status in the UI? > > > > > On 01/20/2014 11:08 AM, Koen Vanoppen wrote: > >> Error while executing action: >> >> KV-virt-v2v: >> >> * Cannot remove Snapshot. Disk KV-virt-v2v_Disk2 is being moved or >> copied. >> * Cannot remove Snapshot. Disk LargeTemplate_Disk1 is being moved or >> copied. >> >> >> >> 2014/1/20 Koen Vanoppen <vanoppen.koen(a)gmail.com <mailto: >> vanoppen.koen(a)gmail.com>> >> >> >> Yes, it did. Twice actually. But I already tried that one. This is >> the result: >> >> Error while executing action: >> >> KV-virt-v2v: >> >> * Cannot remove Snapshot. Disk KV-virt-v2v_Disk2 is being moved >> or copied. >> * Cannot remove Snapshot. Disk LargeTemplate_Disk1 is being >> moved or copied. >> >> >> >> >> 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> >> >> >> you said that you shut down the vm after you tried migrating? >> can you look at the vm in the UI and see if you have a >> snapshot created during the migration? >> if so, can you try to delete just the snapshot? >> >> >> >> >> >> On 01/20/2014 10:58 AM, Koen Vanoppen wrote: >> >> [root@soyuz ~]# lvs | grep >> ff674bce-aa94-4b46-9f9d-d4182eab1e49 >> Couldn't find device with uuid >> Y5m0SH-HbWl-8PNL-fGkk-oXNF-WyQk-Snhncm. >> ff674bce-aa94-4b46-9f9d-d4182eab1e49 >> f8ddd1d1-5266-493b-879b-f79c128751e2 -wi-ao--- 50,00g >> >> Maybe it's already to another hypervisor or disk domain? >> If there is a *SAVE* way to remove these two disk, tell >> me. The data on it it's not THAT important. >> >> >> >> >> 2014/1/20 Dafna Ron <dron(a)redhat.com >> <mailto:dron@redhat.com> <mailto:dron@redhat.com >> >> <mailto:dron@redhat.com>>> >> >> >> the disk ff674bce-aa94-4b46-9f9d-d4182eab1e49 does not >> exist in >> the domain - which is the master domain >> My guess that it has to do with the failed migration. >> >> can you run lvs and grep for >> ff674bce-aa94-4b46-9f9d-d4182eab1e49 >> lets see where this disk is... >> >> >> >> >> On 01/20/2014 10:44 AM, Koen Vanoppen wrote: >> >> [root@soyuz ~]# vdsClient -s 0 getStorageDomainInfo >> f8ddd1d1-5266-493b-879b-f79c128751e2 >> uuid = f8ddd1d1-5266-493b-879b-f79c128751e2 >> vguuid = i6QHH9-1fZR-HLcn-6Xuo-7jU7-66iu-iuzWfQ >> lver = 13 >> state = OK >> version = 3 >> role = Master >> pool = ['5849b030-626e-47cb-ad90-3ce782d831b3'] >> spm_id = 1 >> type = ISCSI >> class = Data >> master_ver = 1 >> name = StoragePoolEva01 >> >> Thanx for the help! >> >> >> 2014/1/20 Dafna Ron <dron(a)redhat.com >> <mailto:dron@redhat.com> <mailto:dron@redhat.com >> <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> >> >> >> >> can you please run: >> >> vdsClient -s 0 getStorageDomainInfo >> f8ddd1d1-5266-493b-879b-f79c128751e2 >> >> >> >> On 01/20/2014 10:33 AM, Koen Vanoppen wrote: >> >> [root@soyuz ~]# vdsClient -s 0 >> getStorageDomainsList >> f3fd055b-2764-44ed-9d77-81bd58984842 >> 94de241c-bf5c-4630-9af3-7e31b902ae77 >> f8ddd1d1-5266-493b-879b-f79c128751e2 >> 50cf24a4-d1ef-4105-a9a5-b81d91339175 >> 83b1867f-4aea-400e-9ce0-efbd5add4216 >> >> (soyuz=vdsmhost3) >> >> >> 2014/1/20 Dafna Ron <dron(a)redhat.com >> <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>>> >> <mailto:dron@redhat.com >> <mailto:dron@redhat.com> <mailto:dron@redhat.com >> <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>>>>> >> >> >> >> let's try to sift through :) >> >> can you run vdsClient -s 0 >> getStorageDomainsList? >> >> >> >> >> >> On 01/20/2014 09:52 AM, Meital >> Bourvine wrote: >> >> It seems that your setup is >> completely messed >> up. I >> see the >> following 3 errors all the time (I >> couldn't >> actually >> find the >> live storage migration error, >> since there are >> too many >> errors): >> >> Thread-118::ERROR::2014-01-20 >> 07:59:17,066::sampling::355::vm.Vm::(collect) >> vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats >> function >> failed: <AdvancedStatsFunction >> _highWrite at >> 0x27b41b8> >> Traceback (most recent call last): >> File >> "/usr/share/vdsm/sampling.py", line >> 351, in collect >> statsFunction() >> File >> "/usr/share/vdsm/sampling.py", line 226, in >> __call__ >> retValue = >> self._function(*args, **kwargs) >> File "/usr/share/vdsm/vm.py", >> line 509, in >> _highWrite >> if not vmDrive.blockDev or >> vmDrive.format >> != 'cow': >> AttributeError: 'Drive' object has no >> attribute 'format' >> >> PolicyEngine::DEBUG::2014-01-20 >> 07:59:17,198::libvirtconnection::108:: >> libvirtconnection::(wrapper) >> Unknown libvirterror: ecode: 8 >> edom: 10 level: >> 2 message: >> invalid argument: cannot set >> memory higher >> than max memory >> PolicyEngine::ERROR::2014-01-20 >> 07:59:17,199::vm::4359::vm.Vm::(reportError) >> vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new >> balloon >> target failed >> Traceback (most recent call last): >> File "/usr/share/vdsm/vm.py", >> line 4371, in >> setBalloonTarget >> self._dom.setMemory(target) >> File "/usr/share/vdsm/vm.py", >> line 835, in f >> ret = attr(*args, **kwargs) >> File >> "/usr/lib64/python2.6/site-packages/vdsm/ >> libvirtconnection.py", >> line >> 76, in wrapper >> ret = f(*args, **kwargs) >> File >> "/usr/lib64/python2.6/site-packages/libvirt.py", >> line >> 1410, in setMemory >> if ret == -1: raise libvirtError >> ('virDomainSetMemory() >> failed', dom=self) >> libvirtError: invalid argument: >> cannot set memory >> higher than >> max memory >> >> Thread-51::ERROR::2014-01-20 >> 07:59:22,109::sampling::355::vm.Vm::(collect) >> vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats >> function >> failed: <AdvancedStatsFunction >> _highWrite at >> 0x27b41b8> >> Traceback (most recent call last): >> File >> "/usr/share/vdsm/sampling.py", line >> 351, in collect >> statsFunction() >> File >> "/usr/share/vdsm/sampling.py", line 226, in >> __call__ >> retValue = >> self._function(*args, **kwargs) >> File "/usr/share/vdsm/vm.py", >> line 513, in >> _highWrite >> self._vm._dom.blockInfo(vmDrive.path, 0) >> File "/usr/share/vdsm/vm.py", >> line 835, in f >> ret = attr(*args, **kwargs) >> File >> "/usr/lib64/python2.6/site-packages/vdsm/ >> libvirtconnection.py", >> line >> 76, in wrapper >> ret = f(*args, **kwargs) >> File >> "/usr/lib64/python2.6/site-packages/libvirt.py", >> line >> 1797, in blockInfo >> if ret is None: raise libvirtError >> ('virDomainGetBlockInfo() failed', dom=self) >> libvirtError: invalid argument: >> invalid path >> /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b- >> f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ >> ff674bce-aa94-4b46-9f9d-d4182eab1e49 >> not assigned to domain >> >> >> ------------------------------------------------------------ >> ------------ >> >> >> >> *From: *"Koen Vanoppen" >> <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>>>> >> *To: *users(a)ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>>, "Meital >> >> Bourvine" <mbourvin(a)redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>> <mailto:mbourvin@redhat.com >> >> <mailto:mbourvin@redhat.com> >> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> >> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>>>> >> *Sent: *Monday, January 20, >> 2014 9:39:10 AM >> *Subject: *Re: [Users] Disk error >> >> >> vdsm-4.13.0-11.el6.x86_64 >> :-) >> >> >> >> 2014/1/20 Meital Bourvine >> <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>>>>> >> >> >> >> First of all, I opened a >> bug about 'Drive' >> object has no >> attribute 'format': >> https://bugzilla.redhat.com/show_bug.cgi?id=1055437 >> >> Please send me the output >> of `rpm -q >> vdsm` so I'll >> update the >> version in the bug. >> >> Also, it's better to send >> the logs to >> the list >> (and >> not only >> to me), so more people >> will be able to >> help >> you debug it. >> >> ----- Original Message ----- >> > From: "Dafna Ron" >> <dron(a)redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com >> <mailto:dron@redhat.com> <mailto:dron@redhat.com >> <mailto:dron@redhat.com>>> >> <mailto:dron@redhat.com >> <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> >> <mailto:dron@redhat.com >> <mailto:dron@redhat.com> <mailto:dron@redhat.com >> <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>>> >> <mailto:dron@redhat.com >> <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>> >> <mailto:dron@redhat.com <mailto:dron@redhat.com> >> <mailto:dron@redhat.com <mailto:dron@redhat.com>>>>>> >> >> > To: "Meital Bourvine" >> <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>>> >> <mailto: >> mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com> >> <mailto:mbourvin@redhat.com >> <mailto:mbourvin@redhat.com>>>>>> >> > Cc: "Koen Vanoppen" >> <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>>> >> <mailto: >> vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>>>>>, users(a)ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>>>>> >> >> >> > Sent: Monday, January >> 20, 2014 >> 8:49:32 AM >> > Subject: Re: [Users] >> Disk error >> > >> > from the errors you are >> getting, >> disk status >> in db >> is locked. >> > >> > >> > On 01/20/2014 08:38 AM, >> Meital >> Bourvine wrote: >> > > Hi Koen, >> > > >> > > What is the error that >> you got >> when live >> storage >> migration >> failed? >> > > Can you please attach >> vdsm.log and >> engine.log >> > > >> > > *From: *"Koen Vanoppen" >> <vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>>> >> <mailto: >> vanoppen.koen(a)gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>> >> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com> >> <mailto:vanoppen.koen@gmail.com >> <mailto:vanoppen.koen@gmail.com>>>>>> >> > > *To: *users(a)ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>> >> <mailto:users@ovirt.org >> <mailto:users@ovirt.org> <mailto:users@ovirt.org >> <mailto:users@ovirt.org>> >> <mailto:users@ovirt.org <mailto:users@ovirt.org> >> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>>> >> >> >> > > *Sent: *Monday, >> January 20, 2014 >> 5:30:51 AM >> > > *Subject: *[Users] >> Disk error >> > > >> > > 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 >> > > >> > > >> _______________________________________________ >> > > Users mailing list >> > > Users(a)ovirt.org >> <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>>> >> >> >> > > >> http://lists.ovirt.org/mailman/listinfo/users >> > > >> > > >> > > >> > > >> > > >> _______________________________________________ >> > > Users mailing list >> > > Users(a)ovirt.org >> <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>>> >> >> >> > > >> http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > -- >> > Dafna Ron >> > >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >> <mailto:Users@ovirt.org>> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- Dafna Ron >> >> >> us >> >> -- Dafna Ron >> >> >> >> >> -- Dafna Ron >> >> >> >> >> -- Dafna Ron >> >> >> >> > > -- > Dafna Ron >

1 0

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

20 Jan '14

Error while executing action: KV-virt-v2v: - Cannot remove Snapshot. Disk KV-virt-v2v_Disk2 is being moved or copied. - Cannot remove Snapshot. Disk LargeTemplate_Disk1 is being moved or copied. 2014/1/20 Koen Vanoppen <vanoppen.koen(a)gmail.com> > Yes, it did. Twice actually. But I already tried that one. This is the > result: > > Error while executing action: > > KV-virt-v2v: > > - Cannot remove Snapshot. Disk KV-virt-v2v_Disk2 is being moved or > copied. > - Cannot remove Snapshot. Disk LargeTemplate_Disk1 is being moved or > copied. > > > > > 2014/1/20 Dafna Ron <dron(a)redhat.com> > >> you said that you shut down the vm after you tried migrating? >> can you look at the vm in the UI and see if you have a snapshot created >> during the migration? >> if so, can you try to delete just the snapshot? >> >> >> >> >> >> On 01/20/2014 10:58 AM, Koen Vanoppen wrote: >> >>> [root@soyuz ~]# lvs | grep ff674bce-aa94-4b46-9f9d-d4182eab1e49 >>> Couldn't find device with uuid Y5m0SH-HbWl-8PNL-fGkk-oXNF-WyQk-Snhncm. >>> ff674bce-aa94-4b46-9f9d-d4182eab1e49 f8ddd1d1-5266-493b-879b-f79c128751e2 >>> -wi-ao--- 50,00g >>> >>> Maybe it's already to another hypervisor or disk domain? If there is a >>> *SAVE* way to remove these two disk, tell me. The data on it it's not THAT >>> important. >>> >>> >>> >>> >>> 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> >>> >>> >>> the disk ff674bce-aa94-4b46-9f9d-d4182eab1e49 does not exist in >>> the domain - which is the master domain >>> My guess that it has to do with the failed migration. >>> >>> can you run lvs and grep for ff674bce-aa94-4b46-9f9d-d4182eab1e49 >>> lets see where this disk is... >>> >>> >>> >>> >>> On 01/20/2014 10:44 AM, Koen Vanoppen wrote: >>> >>> [root@soyuz ~]# vdsClient -s 0 getStorageDomainInfo >>> f8ddd1d1-5266-493b-879b-f79c128751e2 >>> uuid = f8ddd1d1-5266-493b-879b-f79c128751e2 >>> vguuid = i6QHH9-1fZR-HLcn-6Xuo-7jU7-66iu-iuzWfQ >>> lver = 13 >>> state = OK >>> version = 3 >>> role = Master >>> pool = ['5849b030-626e-47cb-ad90-3ce782d831b3'] >>> spm_id = 1 >>> type = ISCSI >>> class = Data >>> master_ver = 1 >>> name = StoragePoolEva01 >>> >>> Thanx for the help! >>> >>> >>> 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com> >>> <mailto:dron@redhat.com <mailto:dron@redhat.com>>> >>> >>> >>> >>> can you please run: >>> >>> vdsClient -s 0 getStorageDomainInfo >>> f8ddd1d1-5266-493b-879b-f79c128751e2 >>> >>> >>> >>> On 01/20/2014 10:33 AM, Koen Vanoppen wrote: >>> >>> [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList >>> f3fd055b-2764-44ed-9d77-81bd58984842 >>> 94de241c-bf5c-4630-9af3-7e31b902ae77 >>> f8ddd1d1-5266-493b-879b-f79c128751e2 >>> 50cf24a4-d1ef-4105-a9a5-b81d91339175 >>> 83b1867f-4aea-400e-9ce0-efbd5add4216 >>> >>> (soyuz=vdsmhost3) >>> >>> >>> 2014/1/20 Dafna Ron <dron(a)redhat.com >>> <mailto:dron@redhat.com> <mailto:dron@redhat.com >>> <mailto:dron@redhat.com>> >>> <mailto:dron@redhat.com <mailto:dron@redhat.com> >>> <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> >>> >>> >>> >>> let's try to sift through :) >>> >>> can you run vdsClient -s 0 getStorageDomainsList? >>> >>> >>> >>> >>> >>> On 01/20/2014 09:52 AM, Meital Bourvine wrote: >>> >>> It seems that your setup is completely messed >>> up. I >>> see the >>> following 3 errors all the time (I couldn't >>> actually >>> find the >>> live storage migration error, since there are >>> too many >>> errors): >>> >>> Thread-118::ERROR::2014-01-20 >>> 07:59:17,066::sampling::355::vm.Vm::(collect) >>> vmId=`f8c6190c-b722-4fcd-af17- >>> 21572151fcef`::Stats >>> function >>> failed: <AdvancedStatsFunction _highWrite at >>> 0x27b41b8> >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/sampling.py", line >>> 351, in collect >>> statsFunction() >>> File "/usr/share/vdsm/sampling.py", line 226, >>> in >>> __call__ >>> retValue = self._function(*args, **kwargs) >>> File "/usr/share/vdsm/vm.py", line 509, in >>> _highWrite >>> if not vmDrive.blockDev or vmDrive.format >>> != 'cow': >>> AttributeError: 'Drive' object has no >>> attribute 'format' >>> >>> PolicyEngine::DEBUG::2014-01-20 >>> 07:59:17,198:: >>> libvirtconnection::108::libvirtconnection::(wrapper) >>> Unknown libvirterror: ecode: 8 edom: 10 level: >>> 2 message: >>> invalid argument: cannot set memory higher >>> than max memory >>> PolicyEngine::ERROR::2014-01-20 >>> 07:59:17,199::vm::4359::vm.Vm::(reportError) >>> vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set >>> new >>> balloon >>> target failed >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/vm.py", line 4371, in >>> setBalloonTarget >>> self._dom.setMemory(target) >>> File "/usr/share/vdsm/vm.py", line 835, in f >>> ret = attr(*args, **kwargs) >>> File >>> "/usr/lib64/python2.6/site- >>> packages/vdsm/libvirtconnection.py", >>> line >>> 76, in wrapper >>> ret = f(*args, **kwargs) >>> File >>> "/usr/lib64/python2.6/site-packages/libvirt.py", line >>> 1410, in setMemory >>> if ret == -1: raise libvirtError >>> ('virDomainSetMemory() >>> failed', dom=self) >>> libvirtError: invalid argument: cannot set memory >>> higher than >>> max memory >>> >>> Thread-51::ERROR::2014-01-20 >>> 07:59:22,109::sampling::355::vm.Vm::(collect) >>> vmId=`493128c0-aba9-4b38-bf18- >>> 2778b910917f`::Stats >>> function >>> failed: <AdvancedStatsFunction _highWrite at >>> 0x27b41b8> >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/sampling.py", line >>> 351, in collect >>> statsFunction() >>> File "/usr/share/vdsm/sampling.py", line 226, >>> in >>> __call__ >>> retValue = self._function(*args, **kwargs) >>> File "/usr/share/vdsm/vm.py", line 513, in >>> _highWrite >>> self._vm._dom.blockInfo(vmDrive.path, 0) >>> File "/usr/share/vdsm/vm.py", line 835, in f >>> ret = attr(*args, **kwargs) >>> File >>> "/usr/lib64/python2.6/site- >>> packages/vdsm/libvirtconnection.py", >>> line >>> 76, in wrapper >>> ret = f(*args, **kwargs) >>> File >>> "/usr/lib64/python2.6/site-packages/libvirt.py", line >>> 1797, in blockInfo >>> if ret is None: raise libvirtError >>> ('virDomainGetBlockInfo() failed', dom=self) >>> libvirtError: invalid argument: invalid path >>> /rhev/data-center/mnt/blockSD/ >>> f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541- >>> 9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 >>> not assigned to domain >>> >>> >>> ------------------------------ >>> ------------------------------------------ >>> >>> >>> >>> *From: *"Koen Vanoppen" >>> <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>>>> >>> *To: *users(a)ovirt.org >>> <mailto:users@ovirt.org> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>, "Meital >>> >>> Bourvine" <mbourvin(a)redhat.com >>> <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com >>> >>> <mailto:mbourvin@redhat.com> >>> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>>>> >>> *Sent: *Monday, January 20, 2014 9:39:10 AM >>> *Subject: *Re: [Users] Disk error >>> >>> >>> vdsm-4.13.0-11.el6.x86_64 >>> :-) >>> >>> >>> >>> 2014/1/20 Meital Bourvine >>> <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com >>> >> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>>> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>>>>> >>> >>> >>> >>> First of all, I opened a bug about >>> 'Drive' >>> object has no >>> attribute 'format': >>> https://bugzilla.redhat.com/show_bug.cgi?id=1055437 >>> >>> Please send me the output of `rpm -q >>> vdsm` so I'll >>> update the >>> version in the bug. >>> >>> Also, it's better to send the logs to >>> the list >>> (and >>> not only >>> to me), so more people will be able to >>> help >>> you debug it. >>> >>> ----- Original Message ----- >>> > From: "Dafna Ron" <dron(a)redhat.com >>> <mailto:dron@redhat.com> >>> <mailto:dron@redhat.com <mailto:dron@redhat.com>> >>> <mailto:dron@redhat.com >>> <mailto:dron@redhat.com> <mailto:dron@redhat.com >>> <mailto:dron@redhat.com>>> >>> <mailto:dron@redhat.com <mailto:dron@redhat.com> >>> <mailto:dron@redhat.com <mailto:dron@redhat.com>> >>> <mailto:dron@redhat.com >>> <mailto:dron@redhat.com> <mailto:dron@redhat.com >>> <mailto:dron@redhat.com>>>>> >>> > To: "Meital Bourvine" >>> <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com >>> >> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>>> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com> >>> <mailto:mbourvin@redhat.com >>> <mailto:mbourvin@redhat.com>>>>> >>> > Cc: "Koen Vanoppen" >>> <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>>>>>, users(a)ovirt.org >>> <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org>>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> >>> >>> >>> > Sent: Monday, January 20, 2014 >>> 8:49:32 AM >>> > Subject: Re: [Users] Disk error >>> > >>> > from the errors you are getting, >>> disk status >>> in db >>> is locked. >>> > >>> > >>> > On 01/20/2014 08:38 AM, Meital >>> Bourvine wrote: >>> > > Hi Koen, >>> > > >>> > > What is the error that you got >>> when live >>> storage >>> migration >>> failed? >>> > > Can you please attach vdsm.log and >>> engine.log >>> > > >>> > > *From: *"Koen Vanoppen" >>> <vanoppen.koen(a)gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com <mailto:vanoppen.koen@gmail.com >>> >>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>> >>> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com> >>> <mailto:vanoppen.koen@gmail.com >>> <mailto:vanoppen.koen@gmail.com>>>>> >>> > > *To: *users(a)ovirt.org >>> <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>> >>> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org> <mailto:users@ovirt.org >>> <mailto:users@ovirt.org>> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org> >>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> >>> >>> >>> > > *Sent: *Monday, January 20, 2014 >>> 5:30:51 AM >>> > > *Subject: *[Users] Disk error >>> > > >>> > > 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 >>> > > >>> > > >>> _______________________________________________ >>> > > Users mailing list >>> > > Users(a)ovirt.org >>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org>> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >>> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org>> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> >>> >>> >>> > > >>> http://lists.ovirt.org/mailman/listinfo/users >>> > > >>> > > >>> > > >>> > > >>> > > >>> _______________________________________________ >>> > > Users mailing list >>> > > Users(a)ovirt.org >>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org>> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >>> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org >>> <mailto:Users@ovirt.org>> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> >>> >>> >>> > > >>> http://lists.ovirt.org/mailman/listinfo/users >>> > >>> > >>> > -- >>> > Dafna Ron >>> > >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org> >>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> -- Dafna Ron >>> >>> >>> us >>> >>> -- Dafna Ron >>> >>> >>> >>> >>> -- Dafna Ron >>> >>> >>> >> >> -- >> Dafna Ron >> > >

2 1

Re: [Users] Disk error
by Dafna Ron 20 Jan '14

20 Jan '14

you said that you shut down the vm after you tried migrating? can you look at the vm in the UI and see if you have a snapshot created during the migration? if so, can you try to delete just the snapshot? On 01/20/2014 10:58 AM, Koen Vanoppen wrote: > [root@soyuz ~]# lvs | grep ff674bce-aa94-4b46-9f9d-d4182eab1e49 > Couldn't find device with uuid Y5m0SH-HbWl-8PNL-fGkk-oXNF-WyQk-Snhncm. > ff674bce-aa94-4b46-9f9d-d4182eab1e49 > f8ddd1d1-5266-493b-879b-f79c128751e2 -wi-ao--- 50,00g > > Maybe it's already to another hypervisor or disk domain? If there is a > *SAVE* way to remove these two disk, tell me. The data on it it's not > THAT important. > > > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> > > the disk ff674bce-aa94-4b46-9f9d-d4182eab1e49 does not exist in > the domain - which is the master domain > My guess that it has to do with the failed migration. > > can you run lvs and grep for ff674bce-aa94-4b46-9f9d-d4182eab1e49 > lets see where this disk is... > > > > > On 01/20/2014 10:44 AM, Koen Vanoppen wrote: > > [root@soyuz ~]# vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > uuid = f8ddd1d1-5266-493b-879b-f79c128751e2 > vguuid = i6QHH9-1fZR-HLcn-6Xuo-7jU7-66iu-iuzWfQ > lver = 13 > state = OK > version = 3 > role = Master > pool = ['5849b030-626e-47cb-ad90-3ce782d831b3'] > spm_id = 1 > type = ISCSI > class = Data > master_ver = 1 > name = StoragePoolEva01 > > Thanx for the help! > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> > > > can you please run: > > vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > > > > On 01/20/2014 10:33 AM, Koen Vanoppen wrote: > > [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList > f3fd055b-2764-44ed-9d77-81bd58984842 > 94de241c-bf5c-4630-9af3-7e31b902ae77 > f8ddd1d1-5266-493b-879b-f79c128751e2 > 50cf24a4-d1ef-4105-a9a5-b81d91339175 > 83b1867f-4aea-400e-9ce0-efbd5add4216 > > (soyuz=vdsmhost3) > > > 2014/1/20 Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> > > > > let's try to sift through :) > > can you run vdsClient -s 0 getStorageDomainsList? > > > > > > On 01/20/2014 09:52 AM, Meital Bourvine wrote: > > It seems that your setup is completely messed > up. I > see the > following 3 errors all the time (I couldn't > actually > find the > live storage migration error, since there are > too many > errors): > > Thread-118::ERROR::2014-01-20 > 07:59:17,066::sampling::355::vm.Vm::(collect) > vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats > function > failed: <AdvancedStatsFunction _highWrite at > 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line > 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 509, in > _highWrite > if not vmDrive.blockDev or vmDrive.format > != 'cow': > AttributeError: 'Drive' object has no > attribute 'format' > > PolicyEngine::DEBUG::2014-01-20 > > 07:59:17,198::libvirtconnection::108::libvirtconnection::(wrapper) > Unknown libvirterror: ecode: 8 edom: 10 level: > 2 message: > invalid argument: cannot set memory higher > than max memory > PolicyEngine::ERROR::2014-01-20 > 07:59:17,199::vm::4359::vm.Vm::(reportError) > > vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new > balloon > target failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 4371, in > setBalloonTarget > self._dom.setMemory(target) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", > line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1410, in setMemory > if ret == -1: raise libvirtError > ('virDomainSetMemory() > failed', dom=self) > libvirtError: invalid argument: cannot set memory > higher than > max memory > > Thread-51::ERROR::2014-01-20 > 07:59:22,109::sampling::355::vm.Vm::(collect) > vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats > function > failed: <AdvancedStatsFunction _highWrite at > 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line > 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 513, in > _highWrite > self._vm._dom.blockInfo(vmDrive.path, 0) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", > line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1797, in blockInfo > if ret is None: raise libvirtError > ('virDomainGetBlockInfo() failed', dom=self) > libvirtError: invalid argument: invalid path > > /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 > not assigned to domain > > > > ------------------------------------------------------------------------ > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>> > *To: *users(a)ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>, "Meital > > Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>> > *Sent: *Monday, January 20, 2014 9:39:10 AM > *Subject: *Re: [Users] Disk error > > > vdsm-4.13.0-11.el6.x86_64 > :-) > > > > 2014/1/20 Meital Bourvine > <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>>> > > > > First of all, I opened a bug about 'Drive' > object has no > attribute 'format': > https://bugzilla.redhat.com/show_bug.cgi?id=1055437 > > Please send me the output of `rpm -q > vdsm` so I'll > update the > version in the bug. > > Also, it's better to send the logs to > the list > (and > not only > to me), so more people will be able to > help > you debug it. > > ----- Original Message ----- > > From: "Dafna Ron" <dron(a)redhat.com > <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>>>> > > To: "Meital Bourvine" > <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>>> > > Cc: "Koen Vanoppen" > <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>>>, users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> > > > Sent: Monday, January 20, 2014 > 8:49:32 AM > > Subject: Re: [Users] Disk error > > > > from the errors you are getting, > disk status > in db > is locked. > > > > > > On 01/20/2014 08:38 AM, Meital > Bourvine wrote: > > > Hi Koen, > > > > > > What is the error that you got > when live > storage > migration > failed? > > > Can you please attach vdsm.log and > engine.log > > > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com <mailto:vanoppen.koen@gmail.com>>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>>> > > > *To: *users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> > > > > > *Sent: *Monday, January 20, 2014 > 5:30:51 AM > > > *Subject: *[Users] Disk error > > > > > > 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 > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > <mailto:Users@ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > <mailto:Users@ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > http://lists.ovirt.org/mailman/listinfo/users > > > > -- Dafna Ron > > > us > > -- Dafna Ron > > > > > -- > Dafna Ron > > -- Dafna Ron

1 0

Re: [Users] Disk error
by Dafna Ron 20 Jan '14

20 Jan '14

the disk ff674bce-aa94-4b46-9f9d-d4182eab1e49 does not exist in the domain - which is the master domain My guess that it has to do with the failed migration. can you run lvs and grep for ff674bce-aa94-4b46-9f9d-d4182eab1e49 lets see where this disk is... On 01/20/2014 10:44 AM, Koen Vanoppen wrote: > [root@soyuz ~]# vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > uuid = f8ddd1d1-5266-493b-879b-f79c128751e2 > vguuid = i6QHH9-1fZR-HLcn-6Xuo-7jU7-66iu-iuzWfQ > lver = 13 > state = OK > version = 3 > role = Master > pool = ['5849b030-626e-47cb-ad90-3ce782d831b3'] > spm_id = 1 > type = ISCSI > class = Data > master_ver = 1 > name = StoragePoolEva01 > > Thanx for the help! > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> > > can you please run: > > vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > > > > On 01/20/2014 10:33 AM, Koen Vanoppen wrote: > > [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList > f3fd055b-2764-44ed-9d77-81bd58984842 > 94de241c-bf5c-4630-9af3-7e31b902ae77 > f8ddd1d1-5266-493b-879b-f79c128751e2 > 50cf24a4-d1ef-4105-a9a5-b81d91339175 > 83b1867f-4aea-400e-9ce0-efbd5add4216 > > (soyuz=vdsmhost3) > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> > > > let's try to sift through :) > > can you run vdsClient -s 0 getStorageDomainsList? > > > > > > On 01/20/2014 09:52 AM, Meital Bourvine wrote: > > It seems that your setup is completely messed up. I > see the > following 3 errors all the time (I couldn't actually > find the > live storage migration error, since there are too many > errors): > > Thread-118::ERROR::2014-01-20 > 07:59:17,066::sampling::355::vm.Vm::(collect) > vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats > function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 509, in _highWrite > if not vmDrive.blockDev or vmDrive.format != 'cow': > AttributeError: 'Drive' object has no attribute 'format' > > PolicyEngine::DEBUG::2014-01-20 > > 07:59:17,198::libvirtconnection::108::libvirtconnection::(wrapper) > Unknown libvirterror: ecode: 8 edom: 10 level: 2 message: > invalid argument: cannot set memory higher than max memory > PolicyEngine::ERROR::2014-01-20 > 07:59:17,199::vm::4359::vm.Vm::(reportError) > vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new > balloon > target failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 4371, in > setBalloonTarget > self._dom.setMemory(target) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1410, in setMemory > if ret == -1: raise libvirtError > ('virDomainSetMemory() > failed', dom=self) > libvirtError: invalid argument: cannot set memory > higher than > max memory > > Thread-51::ERROR::2014-01-20 > 07:59:22,109::sampling::355::vm.Vm::(collect) > vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats > function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 513, in _highWrite > self._vm._dom.blockInfo(vmDrive.path, 0) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1797, in blockInfo > if ret is None: raise libvirtError > ('virDomainGetBlockInfo() failed', dom=self) > libvirtError: invalid argument: invalid path > > /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 > not assigned to domain > > > > ------------------------------------------------------------------------ > > > > *From: *"Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>> > *To: *users(a)ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>, "Meital > > Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>> > *Sent: *Monday, January 20, 2014 9:39:10 AM > *Subject: *Re: [Users] Disk error > > > vdsm-4.13.0-11.el6.x86_64 > :-) > > > > 2014/1/20 Meital Bourvine <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>> > > > > First of all, I opened a bug about 'Drive' > object has no > attribute 'format': > https://bugzilla.redhat.com/show_bug.cgi?id=1055437 > > Please send me the output of `rpm -q vdsm` so I'll > update the > version in the bug. > > Also, it's better to send the logs to the list > (and > not only > to me), so more people will be able to help > you debug it. > > ----- Original Message ----- > > From: "Dafna Ron" <dron(a)redhat.com > <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> > > To: "Meital Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>> > > Cc: "Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>>, users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>>> > > > Sent: Monday, January 20, 2014 8:49:32 AM > > Subject: Re: [Users] Disk error > > > > from the errors you are getting, disk status > in db > is locked. > > > > > > On 01/20/2014 08:38 AM, Meital Bourvine wrote: > > > Hi Koen, > > > > > > What is the error that you got when live > storage > migration > failed? > > > Can you please attach vdsm.log and engine.log > > > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>> > > > *To: *users(a)ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>> > > > > > *Sent: *Monday, January 20, 2014 > 5:30:51 AM > > > *Subject: *[Users] Disk error > > > > > > 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 > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > http://lists.ovirt.org/mailman/listinfo/users > > > > -- Dafna Ron > > > us > > -- > Dafna Ron > > -- Dafna Ron

1 0

[Users] Gluster command [Non interactive user] failed on server ..
by Andrew Lau 20 Jan '14

20 Jan '14

Hi, I'm seeing this weird error on my host which runs the hosted-engine, it only recently showed up and put the host into 'Non Operational' : Gluster command [Non interactive user] failed on server HV01. ovirt-engine.log http://www.fpaste.org/69949/90213863/ Current running VMs continue to run. Has anyone seen this before? Thanks, Andrew

2 2

Re: [Users] Disk error
by Dafna Ron 20 Jan '14

20 Jan '14

can you please run: vdsClient -s 0 getStorageDomainInfo f8ddd1d1-5266-493b-879b-f79c128751e2 On 01/20/2014 10:33 AM, Koen Vanoppen wrote: > [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList > f3fd055b-2764-44ed-9d77-81bd58984842 > 94de241c-bf5c-4630-9af3-7e31b902ae77 > f8ddd1d1-5266-493b-879b-f79c128751e2 > 50cf24a4-d1ef-4105-a9a5-b81d91339175 > 83b1867f-4aea-400e-9ce0-efbd5add4216 > > (soyuz=vdsmhost3) > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> > > let's try to sift through :) > > can you run vdsClient -s 0 getStorageDomainsList? > > > > > > On 01/20/2014 09:52 AM, Meital Bourvine wrote: > > It seems that your setup is completely messed up. I see the > following 3 errors all the time (I couldn't actually find the > live storage migration error, since there are too many errors): > > Thread-118::ERROR::2014-01-20 > 07:59:17,066::sampling::355::vm.Vm::(collect) > vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 509, in _highWrite > if not vmDrive.blockDev or vmDrive.format != 'cow': > AttributeError: 'Drive' object has no attribute 'format' > > PolicyEngine::DEBUG::2014-01-20 > 07:59:17,198::libvirtconnection::108::libvirtconnection::(wrapper) > Unknown libvirterror: ecode: 8 edom: 10 level: 2 message: > invalid argument: cannot set memory higher than max memory > PolicyEngine::ERROR::2014-01-20 > 07:59:17,199::vm::4359::vm.Vm::(reportError) > vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new balloon > target failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 4371, in setBalloonTarget > self._dom.setMemory(target) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1410, in setMemory > if ret == -1: raise libvirtError ('virDomainSetMemory() > failed', dom=self) > libvirtError: invalid argument: cannot set memory higher than > max memory > > Thread-51::ERROR::2014-01-20 > 07:59:22,109::sampling::355::vm.Vm::(collect) > vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 513, in _highWrite > self._vm._dom.blockInfo(vmDrive.path, 0) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1797, in blockInfo > if ret is None: raise libvirtError > ('virDomainGetBlockInfo() failed', dom=self) > libvirtError: invalid argument: invalid path > /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 > not assigned to domain > > > ------------------------------------------------------------------------ > > > > *From: *"Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com>> > *To: *users(a)ovirt.org <mailto:users@ovirt.org>, "Meital > Bourvine" <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com>> > *Sent: *Monday, January 20, 2014 9:39:10 AM > *Subject: *Re: [Users] Disk error > > > vdsm-4.13.0-11.el6.x86_64 > :-) > > > > 2014/1/20 Meital Bourvine <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>>> > > > First of all, I opened a bug about 'Drive' object has no > attribute 'format': > https://bugzilla.redhat.com/show_bug.cgi?id=1055437 > > Please send me the output of `rpm -q vdsm` so I'll > update the > version in the bug. > > Also, it's better to send the logs to the list (and > not only > to me), so more people will be able to help you debug it. > > ----- Original Message ----- > > From: "Dafna Ron" <dron(a)redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>> > > To: "Meital Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>>> > > Cc: "Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>, users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > > Sent: Monday, January 20, 2014 8:49:32 AM > > Subject: Re: [Users] Disk error > > > > from the errors you are getting, disk status in db > is locked. > > > > > > On 01/20/2014 08:38 AM, Meital Bourvine wrote: > > > Hi Koen, > > > > > > What is the error that you got when live storage > migration > failed? > > > Can you please attach vdsm.log and engine.log > > > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>> > > > *To: *users(a)ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > > > > *Sent: *Monday, January 20, 2014 5:30:51 AM > > > *Subject: *[Users] Disk error > > > > > > 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 > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Dafna Ron > > us -- Dafna Ron

1 0

[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, 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 </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>Does anyone know if directdraw/directx works on = windows guests in Ovirt?<o:p></o: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. <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"> 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 </div> </div> </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

[Users] Unbundle bond0 which virtmgmt is attached
by William Kwan 19 Jan '14

19 Jan '14

---450561345-899234904-1390087042=:80394 Content-Type: text/plain; charset=us-ascii Hi, FAQ type of question. If virtmgmt is assigned to bond0, which is composed of eth0 and eth1, what is the best way to "unbundle" eth1 from bond0? Will ---450561345-899234904-1390087042=:80394 Content-Type: text/html; charset=us-ascii <html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:10pt">Hi, FAQ type of question. If virtmgmt is assigned to bond0, which is composed of eth0 and eth1, what is the best way to "unbundle" eth1 from bond0? Will </div></body></html> ---450561345-899234904-1390087042=:80394--

3 3

[Users] Move disk to new AIO?
by Blaster 19 Jan '14

19 Jan '14

I have my current ovirt 3.3.2 AIO setup running on old hardware that I wish to move to new hardware. All my VMs and associated virtual disks are on a single physical disk. I can’t seem to find a nice way to “export” that disk and VMs, remove it, and re-import the whole mess into a new hypervisor. (at least w/o not having to bounce it all off of another NFS datastore…) I don’t want to cluster them as they are significantly different hardware, and I want to keep them as separate environments anyways…

2 3

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

18 Jan '14

Il 17/01/2014 17:25, users-request(a)ovirt.org ha scritto: > Date: Fri, 17 Jan 2014 17:06:13 +0100 From: Sander Grendelman > <sander(a)grendelman.com> To: Itamar Heim <iheim(a)redhat.com> Cc: "users > >> users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [Users] Making v2v > easier? Message-ID: > <CAHa6cRQzkMiZUM1615BddPsaZM=nP0OdNWdnYUG4RpG65BWnEA(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 On Fri, Jan 17, 2014 at > 4:19 PM, Itamar Heim <iheim(a)redhat.com> wrote: >> >I see a lot of threads about v2v pains (mostly from ESX?) >> > >> >I'm interested to see if we can make this simpler/easier. > hear hear! > >> > >> >if you have experience with this, please describe the steps you are using >> >(also the source platform), > Sources: > - Existing KVM (virt-manager/libvirt) platform > - ESX > - ova/ovf templates from several sources > > Methods: > - KVM: > virt-v2v with libvirtxml option, works reasonably well, most issues > are with windows guests where virt-v2v needs libguestfs-winsupport and > virtio-win (RHEL only) > - ESX: > virt-v2v which works reasonably well_if_ the right packages > (libguestfs-winsupport virtio-win) are installed. > virt-v2v can be used directly from ESX/ESX host (configure .netrc > first) but this is quite slow > another option is to export the VM as an OVA and then import it with virt-v2v > - ova/ovf templates: > hit and miss with virt-v2v, especially if they contain something > that is not a regular windows/linux guest. > Another option is to do a direct copy of the disks on a pre-created > VM, clumsy. > >> >and how you would like to see this make simpler >> >(I'm assuming that would start from somewhere in the webadmin probably). > Webadmin would be nice, but better behaviour from existing tools would be > a nice start too. > > For example: the flow with virt-v2v is > 1) Analyze source, look for disks > 2) Convert/copy disks to ovirt export domain > 3) Try to add virtio stuff to the copied disks on the export domain > > If step 3 fails ( which happens a LOT), the copied disks are removed. > This is very frustrating if you just waited a couple of hours for a large > VM (e.g. 200GB) to be copied:( > > Some kind of graceful abort/resume would be VERY welcome. > > Another issue with virt-v2v is that it_always_ tries to add virtio drivers. > I have a virtual appliance that contains some kind of proprietary embedded OS: > adding drivers will always fail, give me some option to override that > and configure > simple ide / e1000 hardware for the VM > 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 -- 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

[Users] xfs options for gluster storage
by Alexandr 18 Jan '14

18 Jan '14

Hi! I want to build small gluster storage with two nodes, 2x3Tb HDD in md-mirror on each. What parameters should I use in mkfs.xfs for optimal perfomance with ovirt? Should I use "-s size=4k" or something else?

2 1

[Users] vlan on mgmt network
by William Kwan 18 Jan '14

18 Jan '14

---645100006-1822523272-1389889898=:66226 Content-Type: text/plain; charset=us-ascii Hi all, CentOS 6.5 and oVirt 3.3 Let's say I have bond0 (eth0 and eth1) on a management network. Logical network ovirtmgmt is set and working on top of Interfaces bond0. Is it possible to have another Logical network, e.g. ovirt777, on the same Interface bond0? Or I should add a virtual interface, e.g. bond0.1, tie it to VLAN 777 and create logical network with this virtual interface? Wil ---645100006-1822523272-1389889898=:66226 Content-Type: text/html; charset=us-ascii <html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt">Hi all, CentOS 6.5 and oVirt 3.3 Let's say I have bond0 (eth0 and eth1) on a management network. Logical network ovirtmgmt is set and working on top of Interfaces bond0. Is it possible to have another Logical network, e.g. ovirt777, on the same Interface bond0? Or I should add a virtual interface, e.g. bond0.1, tie it to VLAN 777 and create logical network with this virtual interface? Wil <div> </div></div></body></html> ---645100006-1822523272-1389889898=:66226--

4 7

[Users] Migration from NFS backed VM to iSCSI LUN without exporting them on the Ovirt Export Share
by squadra 18 Jan '14

18 Jan '14

Hello folks, since the nfs discussion remembered me that i got some vm left to migrate... here some kind of special question. i am open for non-bestpractice hacky solutions, too Situation is: - 2 Ovirt Cluster - Same DC - one NFS backed, one iSCSI backed - NFS Share and iSCSI Share are exported from the same phys. Machine - Bot DC use the same filer, just different Luns / Protocolls so, i thought about something simple like just move vm folder from a to b and do a little bit database voodoo? anyone did something like this yet? or is storage live migration already working for this? the docs didnt tell me very much about this. Cheers, Juergn -- Sent from the Delta quadrant using Borg technology!

2 3

[Users] New user to oVirt, and I haz a sad so far...
by Will Dennis (Live.com) 18 Jan '14

18 Jan '14

Hi all, ready for a story? (well, more of a rant, but hopefully it will be a good UX tale, and may even be entertaining.) Had one of the groups come to me at work this week and request a OpenStack setup. When I sat down and discussed their needs, it turns out that they really only need a multi-hypervisor setup where they can spin up VMs for their research projects. The VMs should be fairly long-lived, and will have persistent storage. Their other request is that the storage should be local on the hypervisor nodes (they plan to use Intel servers with 8-10 2TB drives for VM storage on each node.) They desire this in order to keep the VM I/O local - they do not have a SAN of any sort anyhow, and they do not care about live migration, etc. In any case, knowing that they did not want to afford a VMware setup (which is what I'm used to using), I proposed using oVirt to fill their needs, having heard and read up on it a bit (It's "open-source VMware", right?) even though I had not used it before (I have however made single-node KVM hypervisors for their group before, utilizing Open vSwitch, libvirt, virt-manager etc., so I'm not completely ignorant of KVM/libvirt etc.) In any case, I took one of their older servers which was already running CentOS 6.5, installed the requisite packages on it, and in short order had an engine server up and running (oVirt 3.3.2). That seems to have been the easy part :-/ Now came the installation of a hypervisor node. I downloaded and burned an ISO of the latest oVirt node installer (ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso) and tried to install it on one of their target Intel servers. On the 1st try I got to the end of the setup TUI, invoked the Install link, and was promptly thrown an error (sorry, but forgot what it was, something like "press X for a command prompt, or Reboot".) No problem, I rebooted, selected booting off the CD again, waited until the TUI came up, and when I tried to move past the first screen, it threw me out to a login prompt. OK, enough of that (the server takes a long time to reboot, and then boot off the CD) - I then thought I would try it on a VMware Workstation VM (yes, I get the irony, but VMware wkstn can handle nested virt, so it's a great testbed platform for OpenStack, etc.) because that would install a heck of a lot faster. That went a lot better - got the oVirt node 3.0.3 installed on the first try. More pain was soon to follow, however. I logged in and started configuring the node. The TUI was easy enough - much like an ESXi node ;) I set the NIC to IPv4 static, entered in the correct IP info, registered a DNS name for the IP I had assigned, and then tested pinging the engine, all was good. I then moved on to the section where you define the engine. I entered in the FQDN of the engine, verified the key fingerprint, and clicked the "Save and Register" link at the bottom. That seemed to work, so I completed the rest of the TUI, and then looked at the oVirt engine web UI. There was my new node, ready for authorization. I clicked the link to authorize it, and after a while, the UI came back with "Install Failed" status. Hmmm. So I went back to the node's TUI, and now some of the screens said that the IP addr was unconfigured? I went then to the Network screen, and sure enough, the NIC at the bottom showed "Unconfigured". WTF? So I went and entered in the correct info back in the IPv4 section, and then arrowed down to the Save link and clicked it - and the next screen said something like "No info needing changes, nothing to do." Whaaaa? Went back to the network setup screen, NIC still showing "Unconfigured" even though the IPv4 info still was there. I did a ping test at this point from the Ping link on the network setup page, and what do you know - I could still ping IP's (the engine, the default gw, etc.) But as I moved around the TUI, other screens still said that the network was unconfigured. Went back to the Web UI of the engine, put the host in Maint, then tried to Activate it, still no go - Install Failed. Even though I had configured the node to allow remote access and set a password, and also verified via nmap that TCP port 22 on the node was indeed listening, when I tried to SSH into the node as admin, I immediately got a "connection closed" message, so that failed as well. Went back to the node's network setup page, set the IPv4 to "Disabled", saved it, then went back and set it back to "Static" then re-entered the IPv4 info. Clicked the Save link, it went thru the setup again, came back with a success, verified with ping etc. that networking was working on the node. The engine web UI still said that it could not connect to the node however. So I put the node in Maint, and then removed it. I went back to the node, went to the Engine setup page, and re-did the screen to define the engine on the node. I notice that after I did this, however, that the node screens went back to saying that the network was unconfigured. Grrrrrr. But the node was back in the engine's Web UI, however no joy this time either - "Install failed" again. Well, the hell with this, said I - I removed the node again from the engine, and went and installed Fedora 19 minimal install on the VM, so I could use the directions found in http://www.ovirt.org/Quick_Start_Guide#Install_Fedora_Host and give that a try. (At least I can see what's going on with the node's OS using F19.) Installing F19 on the VM was a breeze, then logged in as root and did the "yum localinstall http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm" which ran fine. I then stopped firewalld, and set it not to run at boot (which is what we typically do anyhow for internal research servers.) Then went over to the engine UI, and manually added the node. Oh happy day - the node seemed to install OK - it had the status of "Installing" for quite some time, and I looked at the processes on the F19 node, and could see python installer programs running via an SSH session from the engine. HOWEVER, at the end of the process, the Web UI reported a status of "Non Responsive", even though the F19 node looks OK (it had sanlock, supervdsmServer, vdsm processes running.) So thinking that it may take an after-install reboot, I did that, waited until the node came back up again, then clicked in the engine web UI and executed the "Confirm 'Host has been rebooted'" command, but still no good - the node remains in "Non Responsive" status. So I have no idea on how to proceed now, and what methods I can use to try and debug the connectivity problem between the engine and node. And there's many miles to go in setting up the whole environment. Maaaaaybe OpenStack would be easier ;-P No, I will press on and try to get this thing working... It seems it works for others, and looks like the right fit for the job. Just wish it was easier to get up and running. Oh yes, I tried reading the docs - go to http://www.ovirt.org/Quick_Start_Guide#Install_Hosts and click on the link for "see the oVirt Node deployment documentation." Not too helpful... (Bug report has been opened.) Thanks for reading, and any clues on getting a node up and running gratefully accepted... - Will

11 20

[Users] Host cannot access storage domains
by Albl, Oliver 18 Jan '14

18 Jan '14

--_000_2CB4E8C8E00E594EA06D4AC427E42992352696fabamailserverfab_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I am starting with oVirt 3.3.2 and I have an issue adding a host to a clu= ster. I am using oVirt Engine Version 3.3.2-1.el6 There is a cluster with one host (installed with oVirt Node - 3.0.3 - 1.1.f= c19 ISO image) up and running. I installed a second host using the same ISO image. I approved the host in the cluster. When I try to activate the second host, I receive the following messages in= the events pane: State was set to Up for host host02. Host host02 reports about one of the Active Storage Domains as Problematic. Host host02 cannot access one of the Storage Domains attached to the Data C= enter Test303. Stetting Host state to Non-Operational. Failed to connect Host host02 to Storage Pool Test303 There are 3 FC Storage Domains configured and visible to both hosts. multipath -ll shows all LUNs on both hosts. The engine.log reports the following about every five minutes: 2014-01-03 13:50:15,408 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.Ir= sBrokerCommand] (pool-6-thread-44) Domain 7841a1c0-181a-4d43-9a25-b707accb5= c4b: LUN_105 check timeot 69.7 is too big 2014-01-03 13:50:15,409 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.Ir= sBrokerCommand] (pool-6-thread-44) Domain 52cf84ce-6eda-4337-8c94-491d94f5a= 18d: LUN_103 check timeot 59.6 is too big 2014-01-03 13:50:15,410 ERROR [org.ovirt.engine.core.bll.InitVdsOnUpCommand= ] (pool-6-thread-44) Storage Domain LUN_105 of pool Test303 is in problem i= n host host02 2014-01-03 13:50:15,411 ERROR [org.ovirt.engine.core.bll.InitVdsOnUpCommand= ] (pool-6-thread-44) Storage Domain LUN_103 of pool Test030 is in problem i= n host host02 Please let me know if there are any log files I should attach. Thank you for your help! All the best, Oliver Albl --_000_2CB4E8C8E00E594EA06D4AC427E42992352696fabamailserverfab_ 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-micr= osoft-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=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi,<o:p></o:p> <o:p> </o:p>   I am starting with oVirt= 3.3.2 and I have an issue adding a host to a cluster.<o:p></o:p></p= > <o:p> </o:p> I am using oVirt Engine Version 3.3.2-1.el6<o:p></o:p> There is a cluster with one hos= t (installed with oVirt Node - 3.0.3 - 1.1.fc19 ISO image) up and running.<= o:p></o:p> I installed a second host using= the same ISO image.<o:p></o:p> I approved the host in the clus= ter.<o:p></o:p> <o:p> </o:p> When I try to activate the seco= nd host, I receive the following messages in the events pane:<o:p></o:p></s= pan> <o:p> </o:p> State was set to Up for host ho= st02.<o:p></o:p> Host host02 reports about one o= f the Active Storage Domains as Problematic.<o:p></o:p> Host host02 cannot access one o= f the Storage Domains attached to the Data Center Test303. Stetting Host st= ate to Non-Operational.<o:p></o:p> Failed to connect Host host02 t= o Storage Pool Test303<o:p></o:p> <o:p> </o:p> There are 3 FC Storage Domains = configured and visible to both hosts.<o:p></o:p> multipath –ll shows all L= UNs on both hosts.<o:p></o:p> <o:p> </o:p> The engine.log reports the foll= owing about every five minutes:<o:p></o:p> <o:p> </o:p> 2014-01-03 13:50:15,408 ERROR [= org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-6-thread-= 44) Domain 7841a1c0-181a-4d43-9a25-b707accb5c4b: LUN_105 check timeot 69.7 = is too big<o:p></o:p> 2014-01-03 13:50:15,409 ERROR [= org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (pool-6-thread-= 44) Domain 52cf84ce-6eda-4337-8c94-491d94f5a18d: LUN_103 check timeot 59.6 = is too big<o:p></o:p> 2014-01-03 13:50:15,410 ERROR [= org.ovirt.engine.core.bll.InitVdsOnUpCommand] (pool-6-thread-44) Storage Do= main LUN_105 of pool Test303 is in problem in host host02<o:p></o:p>= 2014-01-03 13:50:15,411 ERROR [= org.ovirt.engine.core.bll.InitVdsOnUpCommand] (pool-6-thread-44) Storage Do= main LUN_103 of pool Test030 is in problem in host host02<o:p></o:p>= <o:p> </o:p> Please let me know if there are= any log files I should attach.<o:p></o:p> <o:p> </o:p> Thank you for your help!<o:p></o:p> <o:p> </o:p> All the best,<o:p></o:p> Oliver Albl<o:p></o:p> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E42992352696fabamailserverfab_--

5 20

[Users] Create VLAN for WAN traffic
by Neil Schulz 17 Jan '14

17 Jan '14

I'm not very knowledgeable in VLANs. Sorry for the lack of knowledge in advance. Is it possible to create a VLAN for WAN traffic, to separate it from the internal network? I'd imagine so. It was a automated and simple process when use XenServer. I'm trying to switch from Xen to oVirt and when trying to recreate this, I'm unable to ping out from the VM. This leads me to believe the VLAN was created incorrectly. I created ifcfg-br1 on the host and through the engine, created the logical network with VLAN tagging 20. Does the interface, ifcfg-br1, require a public IP, any IP address, no ip address? (Sorry, never created a VLAN for WAN traffic as it was automated in XenServer) From there I have the VM installed and configured with a public IP address, however, only get Destination Host Unreachable, meaning it has no route out. I am banging my head on the desk trying to figure this out. Can anyone give me any assistance? Thank you, Neil

4 5

[Users] Ovirt DR setup
by Hans Emmanuel 17 Jan '14

17 Jan '14

Hi all , I would like to know about the possibility of setup Disaster Recovery Site (DR) for an Ovirt cluster . i.e if site 1 goes down I need to trigger the site 2 to come in to action with the minimal down time . I am open to use NFS shared storage or local storage for data storage domain . I know we need to replicate the storage domain and Ovirt confs and DB across the sites , but couldn't find any doc for the same , isn't that possible with Ovirt ? *Hans Emmanuel* *NOthing to FEAR but something to FEEL......*

3 5

[Users] Ovirt in the cloud
by Rob Abshear 17 Jan '14

17 Jan '14

Is it possible to use leased dedicated servers as ovirt nodes? In my mind it seems likely, but input from the community would be appreciated. I'm envisioning a controller node running on a dedicated server leased from a provider and multiple compute nodes running on several different providers spread out over the net. I don't require any migration capability for the purposes of this. I manage a large farm of servers, and if this works like I think it would, I believe it would speed up deployment of new servers and also provide a better central management platform. If this is possible, what would be the requirements, pitfalls, etc.? Thanks in advance. -- *NADA Convention & Expo*: January 24-27, 2014 - New Orleans, LA - Booth 5001 <http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…><http://www.bbb.org/south-east-florida/business-reviews/advertising-agencies…>

3 2

[Users] Attach NFS storage to multiple datacenter
by Tobias Fiebig 17 Jan '14

17 Jan '14

Heho, for some reason i currently have two active datacenters in ovirt 3.3 which should be cold migrated to one new datacenter. Is there a simple way to attach an nfs-storage to all datacenters, so it can be used to migrate the virtual machines? I was sadly unable to find documentation on this issue online... With best Regards, Tobias

6 15

[Users] What's the correct way to upload a VM ISO image?
by David Li 17 Jan '14

17 Jan '14

Hi, I am a little confused by the quick start guide. It lists a command to upload the ISO image: engine-iso-uploader upload -i local-iso-share [file1] [file2] .... [fileN] My questions are: 1. Do I have to copy the files (ISO images) from somewhere else to the engine machine before using this cmd? If image files are on a different server, what's the right syntax to upload them? 2. Is "local-iso-share" the name of the ISO domain? For example, should I use "ISO_DOMAIN" if I have the following: ISO Storage Domain Name | Datacenter | ISO Domain Status ISO_DOMAIN | DC-CPA3 | active 3. If I don't use engine-iso-uploader command, instead I prefer to uploading the image myself. What is the right directory for me to put my images in? Is it /var/lib/exports/iso on the machine running the ovirt engine? Thanks. David

4 7

[Users] iSCSI storage domain.
by Hans Emmanuel 17 Jan '14

17 Jan '14

Hi all, I would like to get some comparison on NFS & iSCSI storage domain . Which one more suitable for a production setup ? I am planning to use LVM backed DRBD replication . And also is that possible to expand iSCSI storage domain by simply resizing backend LVM ? -- *Hans Emmanuel* *NOthing to FEAR but something to FEEL......*

4 8

[Users] which version?
by tristano82＠libero.it 17 Jan '14

17 Jan '14

Hello, i have to create a new ovirt cluster with 3 node using gluster FS, which ovirt version do you suggest ? BTW: on ovirt.org it is not clear the actually status of version… stable, testing, beta etc… i suggest a more clear page with the indication of version status, link to release note and roadmap. thanks marco

3 2

[Users] Failed to invoke scheduled method gluster_async_task_poll_event
by William Kwan 17 Jan '14

17 Jan '14

---1226699745-1136156742-1389987069=:31833 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0AKeep seeing this in my engine.log, any idea where does this come f= rom?=0A"Failed to invoke scheduled method gluster_async_task_poll_event: ja= va.lang.reflect.InvocationTargetException"=0A=0AI'm using 3.3.2-1.el6 with= =0Aglusterfs-server-3.4.2-1.el6.x86_64=0Avdsm-gluster-4.13.2-1.el6.noarch= =0A=0A=0A2014-01-17 14:26:11,615 ERROR [org.ovirt.engine.core.utils.timer.S= chedulerUtilQuartzImpl] (DefaultQuartzScheduler_Worker-96) Failed to invoke= scheduled method gluster_async_task_poll_event: java.lang.reflect.Invocati= onTargetException=0A=A0=A0=A0=A0=A0=A0=A0 at sun.reflect.GeneratedMethodAcc= essor31.invoke(Unknown Source) [:1.7.0_51]=0A=A0=A0=A0=A0=A0=A0=A0 at sun.r= eflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.jav= a:43) [rt.jar:1.7.0_51]=0A=A0=A0=A0=A0=A0=A0=A0 at java.lang.reflect.Method= .invoke(Method.java:606) [rt.jar:1.7.0_51]=0A=A0=A0=A0=A0=A0=A0=A0 at org.o= virt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60) [schedu= ler.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.quartz.core.JobRunShell.run(JobRun= Shell.java:213) [quartz.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.quartz.simpl.S= impleThreadPool$WorkerThread.run(SimpleThreadPool.java:557) [quartz.jar:]= =0ACaused by: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLEx= ception: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: org= .apache.xmlrpc.XmlRpcException: <type 'exceptions.Exception'>:method "glust= erTasksList" is not supported (Failed with error VDS_NETWORK_ERROR and code= 5022)=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.VdsHandler.hand= leVdsResult(VdsHandler.java:122) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.= ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontend= Impl.java:33) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.b= ll.gluster.tasks.GlusterTasksService.runVdsCommand(GlusterTasksService.java= :60) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.gluste= r.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasksService.java:= 28) [bll.jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.gluster= .GlusterTasksSyncJob.updateTasksInCluster(GlusterTasksSyncJob.java:67) [bll= .jar:]=0A=A0=A0=A0=A0=A0=A0=A0 at org.ovirt.engine.core.bll.gluster.Gluster= TasksSyncJob.updateGlusterAsyncTasks(GlusterTasksSyncJob.java:56) [bll.jar:= ]=0A=A0=A0=A0=A0=A0=A0=A0 ... 6 more=0A=0AWill ---1226699745-1136156742-1389987069=:31833 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:12pt">Hi, Keep seeing this in my engine.log, any idea where = does this come from? "Failed to invoke scheduled method= gluster_async_task_poll_event: java.lang.reflect.InvocationTargetException= " I'm using 3.3.2-1.el6 wit= h glusterfs-server-3.4.2-1.el6.x86_64 vdsm-gluster-4.13.2-1.el6.noarc= h 2014-01-17 14:26:11,615 ERROR [= org.ovirt.engine.core.utils.timer.SchedulerUtilQuartzImpl] (DefaultQuartzSc= heduler_Worker-96) Failed to invoke scheduled method gluster_async_task_pol= l_event: java.lang.reflect.InvocationTargetException    &= nbsp;    at sun.reflect.GeneratedMethodAccessor31.invoke(Unk= nown Source) [:1.7.0_51]         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm= pl.java:43) [rt.jar:1.7.0_51]        = at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_51] &= nbsp;       at org.ovirt.engine.core.utils.ti= mer.JobWrapper.execute(JobWrapper.java:60) [scheduler.jar:]   =       at org.quartz.core.JobRunShell.run(JobRunShe= ll.java:213) [quartz.jar:]         at= org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:5= 57) [quartz.jar:] Caused by: org.ovirt.engine.core.common.errors.VdcBLLE= xception: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNet= workException: org.apache.xmlrpc.XmlRpcException: <type 'exceptions.Exce= ption'>:method "glusterTasksList" is not supported (Failed with error VD= S_NETWORK_ERROR and code 5022)         at org.ovirt.engine.co= re.bll.VdsHandler.handleVdsResult(VdsHandler.java:122) [bll.jar:]  =        at org.ovirt.engine.core.bll.VDSBroker= FrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] &nb= sp;       at org.ovirt.engine.core.bll.gluste= r.tasks.GlusterTasksService.runVdsCommand(GlusterTasksService.java:60) [bll= .jar:]         at org.ovirt.engine.co= re.bll.gluster.tasks.GlusterTasksService.getTaskListForCluster(GlusterTasks= Service.java:28) [bll.jar:]         a= t org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updateTasksInCluste= r(GlusterTasksSyncJob.java:67) [bll.jar:]      =    at org.ovirt.engine.core.bll.gluster.GlusterTasksSyncJob.updat= eGlusterAsyncTasks(GlusterTasksSyncJob.java:56) [bll.jar:]         ... 6 more </f= ont> Will <div> </div></div></body></html> ---1226699745-1136156742-1389987069=:31833--

2 1

[Users] installation failed on cluster host
by William Kwan 17 Jan '14

17 Jan '14

---1226699745-752350724-1389742179=:10403 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable HI,=0A=0ARunning through the whole installation exercises on two hosts agai= n with the latest release on CentOS6.5.=0A=0AI added a host to a new cluste= r.=A0 There are "action items" listed under the new host. One of them is = =0A=A0=A0=A0=A0=A0 "Host installation failed. Fix installation issues and t= ry to Re-Install"=0A=0A=0AI clicked Re-install, I monitor the engine.log an= d see the followings=0A=A0=A0=A0 Installation 10.10.25.10: Yum [u'Errors we= re encountered while downloading packages.', u'libselinux-=A0 python-2.0.94= -5.3.el6_4.1.x86_64: failure: Packages/libselinux-python-2.0.94-5.3.el6_4.1= .x86_64.rpm from base: [Errno 256] No more mirrors to try.']=0A=0A=0AI'm su= re I ran yum update already and I cleaned the db and rerun update...etc.=A0= Eventually I manually did `yum install vdsm.x86_64` on the host.=A0 Try to= run re-install again and I still get yum error.=A0 =0A=A0=A0 Yum Cannot qu= eue package iproute: Cannot find a valid baseurl for repo: base=0A=0AERROR = [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation 10.1= 0.25.10: Failed to execute stage 'Environment packages setup': Cannot find = a valid baseurl for repo: base=0A=0A=0Aiproute is sure installed.=0A# rpm -= qa|grep iproute=0Aiproute-2.6.32-31.el6.x86_64=0A=0A=0ASomething in ssh?=A0= Password is sure correct, what could be wrong=0A=0AWill ---1226699745-752350724-1389742179=:10403 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo= nt-size:12pt">HI, Running through the whole installation exercises o= n two hosts again with the latest release on CentOS6.5. I added a ho= st to a new cluster.  There are "action items" listed under the new ho= st. One of them is       "Host installation fa= iled. Fix installation issues and try to Re-Install" I clicked R= e-install, I monitor the engine.log and see the followings   &= nbsp; Installation 10.10.25.10: Yum [u'Errors were encountered while downlo= ading packages.', u'libselinux-  python-2.0.94-5.3.el6_4.1.x86_64: fai= lure: Packages/libselinux-python-2.0.94-5.3.el6_4.1.x86_64.rpm from base: [= Errno 256] No more mirrors to try.'] I'm sure I ran yum update a= lready and I cleaned the db and rerun update...etc.  Eventually I manually did `yum install vdsm.x86_64` on the host.  Try to run re-in= stall again and I still get yum error.     Yum Cannot qu= eue package iproute: Cannot find a valid baseurl for repo: base <div sty= le=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helv= etica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: tran= sparent; font-style: normal;">ERROR [org.ovirt.engine.core.bll.InstallerMes= sages] (VdsDeploy) Installation 10.10.25.10: Failed to execute stage 'Envir= onment packages setup': Cannot find a valid baseurl for repo: base</div><di= v style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue= ,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color:= transparent; font-style: normal;"> </div><div style=3D"color: rgb(0, 0,= 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,A= rial,Lucida Grande,sans-serif; background-color: transparent; font-style: normal;"> </div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; fon= t-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-s= erif; background-color: transparent; font-style: normal;">iproute is sure i= nstalled.</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-fam= ily: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;= background-color: transparent; font-style: normal;"># rpm -qa|grep iproute= iproute-2.6.32-31.el6.x86_64 </div><div style=3D"color: rgb(0, 0, 0)= ; font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Aria= l,Lucida Grande,sans-serif; background-color: transparent; font-style: norm= al;"> </div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-fam= ily: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;= background-color: transparent; font-style: normal;">Something in ssh?&nbsp= ; Password is sure correct, what could be wrong</div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Helvetica Neue,H= elvetica,Arial,Lucida Grande,sans-serif; background-color: transparent; fon= t-style: normal;"> </div><div style=3D"color: rgb(0, 0, 0); font-size: 1= 6px; font-family: HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grand= e,sans-serif; background-color: transparent; font-style: normal;">Will <= /div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: Helve= ticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; backgroun= d-color: transparent; font-style: normal;"> </div></div></body></htm= l> ---1226699745-752350724-1389742179=:10403--

5 5

[Users] Searching for VMs with snapshots
by noc 17 Jan '14

17 Jan '14

Hi All, I would like to see, in the webui, all VMs that have snapshots attached to them but I'm not able to construct a search that will work. For one thing there is no 'Snapshot' category so I think that it will be impossible. The use case is that I would like to have a way to see, in the webui, which VMs are running stateless, accidents happen :-( . Joop

2 1

[Users] [QE] oVirt 3.4.0 alpha / beta status
by Sandro Bonazzola 17 Jan '14

17 Jan '14

Hi, oVirt 3.4.0 alpha has been released and is actually on QA. An issue has been found in VDSM so we have updated the packages in alpha repositories for Fedora. We had an issue with nightly build for EL6 packages yesterday so EL6 repository is not yet updated. We'll try to sync it today, I'm sorry for the inconvenient. We'll start composing oVirt 3.4.0 beta on 2014-01-20 14:00 UTC from 3.4 branches. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Summary gluster 1038988 Gluster brick sync does not work when host has multiple interfaces integration 1054080 gracefully warn about unsupported upgrade from legacy releases network 1054195 [NetworkLabels] Attaching two labeled networks to a cluster result in failure of the latter There are still 280 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 237 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers: - Please remember to rebuild your packages before 2014-01-21 12:00 UTC if you want them to be included in 3.4.0 beta. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - Please provide ETA on blockers bugs - Please update the target to 3.4.1 or any next release for bugs that won't be in 3.4.0: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] - Please update http://www.ovirt.org/OVirt_3.4_TestDay before 2014-01-23 For those who want to help testing the bugs, I suggest to add yourself as QA contact for the bug. Please also be prepared for upcoming oVirt 3.4.0 Test Day on 2014-01-23! Thanks to all people already testing 3.4.0 alpha! [1] https://bugzilla.redhat.com/1024889 [2] http://red.ht/1eIRZXM [3] http://red.ht/1auBU3r [4] http://www.ovirt.org/OVirt_3.4.0_release_notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

[Users] Issues installing hosted-engine with 3.4.0 alpha
by Andrew Lau 17 Jan '14

17 Jan '14

Hi, I'm giving the new hosted-engine feature a try with the new 3.4.0 alpha build on centos 6.5 hosted-engine --deply seems to fail at the 'Environment setup" [ ERROR ] Failed to execute stage 'Environment setup': Command '/sbin/service' failed to execute Within the logs I believe it seems to be related to vdsm. Logs show "VDS daemon is not running" service vdsm start gives the following error: initctl: Job is already running: libvirtd vdsm: Running mkdirs vdsm: Running configure_coredump vdsm: Running run_init_hooks vdsm: Running gencerts vdsm: Running check_is_configured libvirt is already configured for vdsm sanlock service is already configured vdsm: Running validate_configuration SUCCESS: ssl configured to true. No conflicts vdsm: Running prepare_transient_repository vdsm: Running syslog_available vdsm: Running nwfilter vdsm: Running dummybr vdsm: Running load_needed_modules vdsm: Running tune_system vdsm: Running test_space vdsm: Running test_lo vdsm: Running restore_nets vdsm: Running unified_network_persistence_upgrade Usage: /usr/bin/vdsm-tool [options] <action> [arguments] Valid options: -h, --help Commands in module configurator: configure Configure external services for vdsm is-configured Determine if module is configured validate-config Determine if configuration is valid Commands in module dummybr: dummybr Defines dummy bridge on libvirt network. Commands in module load_needed_modules: load-needed-modules Load needed modules Commands in module nwfilter: nwfilter Defines network filters on libvirt Commands in module passwd: set-saslpasswd Set vdsm password for libvirt connection Commands in module restore_nets: restore-nets Restores the networks to what was previously persisted via vdsm. Commands in module seboolsetup: sebool-config Enable the required selinux booleans sebool-unconfig Disable the required selinux booleans Commands in module service: service-disable Disable a system service service-is-managed Check the existence of a service service-reload Notify a system service to reload configurations service-restart Restart a system service service-start Start a system service service-status Get status of a system service service-stop Stop a system service Commands in module transient: cleanup-transient-repository Cleanup the unused transient disks present in the repository. (NOTE: it is recommended to NOT execute this command when the vdsm daemon is running) setup-transient-repository Prepare the transient disks repository Commands in module unified_persistence: upgrade-unified-persistence Upgrade host networking persistence from ifcfg to unified if the persistence model is set as unified in /usr/lib64/python2.X/site-packages/ vdsm/config.py Commands in module upgrade: Commands in module upgrade_300_networks: upgrade-3.0.0-networks Since ovirt-3.0, Vdsm uses libvirt networks (with names vdsm-*) to store its own networks. Older Vdsms did not have those defined, and used only linux bridges. This command is kept as an upgrade tool for the (very few) people who still have such old setups running. Commands in module validate_ovirt_certs: validate-ovirt-certs Validate vdsmcert.pem against cacert.pem. If current cacert.pem is invalidate, it will find a validate certificate file and replace the old cacert.pem with it. And then persist it. Commands in module vdsm-id: vdsm-id Printing host uuid vdsm: failed to execute unified_network_persistence_upgrade, error code 1 vdsm start [FAILED] Any suggestions? Thanks, Andrew

2 6