- Users - oVirt List Archives

[Users] Cancel Disk Migration
by Maurice James 23 Feb '14

23 Feb '14

--_e40eed59-1695-41ec-8813-05dd7a436720_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable how do I cancel a live disk migration. I have a 13GB disk that I was trying= to move between storage domains and looks like its hung up = --_e40eed59-1695-41ec-8813-05dd7a436720_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>how do I cancel a live disk migr= ation. I have a 13GB disk that I was trying to move between storage domains= and looks like its hung up </div></body> </html>= --_e40eed59-1695-41ec-8813-05dd7a436720_--

2 2

[Users] Cannot delete storage connection
by sirin 23 Feb '14

23 Feb '14

Hi all, i have next connection <storage_connections> <storage_connection href="/api/storageconnections/d94d9341-6116-4b1a-94c5-5c3327aa1b09" id="d94d9341-6116-4b1a-94c5-5c3327aa1b09»> <address>192.168.0.171</address> <type>nfs</type> <path>/srv/lstore/vm</path> </storage_connection> <storage_connection href="/api/storageconnections/67539ba5-9b6d-46df-8c96-4acd3f212f4a" id="67539ba5-9b6d-46df-8c96-4acd3f212f4a»> <address>rhevm.cebra.lab</address> <type>nfs</type> <path>/var/lib/exports/iso</path> </storage_connection> <storage_connection href="/api/storageconnections/fdc92419-b278-4b11-9eba-f68fd4914132" id="fdc92419-b278-4b11-9eba-f68fd4914132»> <address>192.168.0.171</address> <type>nfs</type> <path>/srv/store/vm</path> </storage_connection> <storage_connection href="/api/storageconnections/92fc6cf3-17b1-4b69-af80-5782270137ed" id="92fc6cf3-17b1-4b69-af80-5782270137ed»> <address>192.168.0.171</address> <type>nfs</type> <path>/srv/bstore/vm</path> </storage_connection> </storage_connections> I want to remove this connection id="d94d9341-6116-4b1a-94c5-5c3327aa1b09» but… fail [RHEVM shell (connected)]# show storageconnection d94d9341-6116-4b1a-94c5-5c3327aa1b09 id : d94d9341-6116-4b1a-94c5-5c3327aa1b09 address: 192.168.0.171 path : /srv/lstore/vm type : nfs [RHEVM shell (connected)]# remove storageconnection d94d9341-6116-4b1a-94c5-5c3327aa1b09 error: status: 404 reason: Not Found detail: Entity not found: null [RHEVM shell (connected)]# show storageconnection d94d9341-6116-4b1a-94c5-5c3327aa1b09 id : d94d9341-6116-4b1a-94c5-5c3327aa1b09 address: 192.168.0.171 path : /srv/lstore/vm type : nfs okay… i use curl with DELETE [root@rhevhst ~]# curl -X GET -H "Accept: application/xml" -u admin@internal:<pass> https://192.168.0.170/api/storageconnections/d94d9341-6116-4b1a-94c5-5c3327… --insecure <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <storage_connection href="/api/storageconnections/d94d9341-6116-4b1a-94c5-5c3327aa1b09" id="d94d9341-6116-4b1a-94c5-5c3327aa1b09"> <address>192.168.0.171</address> <type>nfs</type> <path>/srv/lstore/vm</path> </storage_connection> [root@rhevhst ~]# [root@rhevhst ~]# curl -X DELETE -H "Accept: application/xml" -u admin@internal:<pass> https://192.168.0.170/api/storageconnections/d94d9341-6116-4b1a-94c5-5c3327… --insecure <?xml version="1.0" encoding="UTF-8" standalone="yes"?><fault><reason>Operation Failed</reason><detail>Entity not found: null</detail></fault> [root@rhevhst ~]# how i can remove connection?! this is bug? Artem

2 3

[Users] "Last Updated" shows current time instead of last update
by Yedidyah Bar David 23 Feb '14

23 Feb '14

Hi all, Sorry for cross-posting. Not sure what's the correct address to discuss this. Almost all of the pages on the ovirt.org wiki that have "Last Updated:", actually have: Last updated: {{CURRENTMONTHNAME}} {{CURRENTDAY}}, {{CURRENTYEAR}} thus showing the current date and not the last change date. When searching google you see the last time its robot happened to fetch the page. See e.g. [1] for a (possibly non-complete) list. Not sure if that's intended or not, but I personally find it useless and misleading. I guess that someone started it some time ago and everyone else just copied without caring much. Can all of these lines be removed? If anyone really wants to know when was the last change, they can use: http://www.ovirt.org/index.php?title=SOME_TITLE&action=history (which is easily-accessed from the "Page" menu for logged in users. Not sure why it's not the same for non-logged-in ones). It might be possible to add some wiki markup to make it automatically show this, but: 1. I tried a bit and failed (used [2] as a guide) 2. Not sure it's worth it 3. It will increase the load on the server. [1] http://tinyurl.com/nyhgt3j [2] http://www.mediawiki.org/wiki/Help:Magic_words Best regards, -- Didi

3 5

Re: [Users] Fwd: Re: Memory usage
by Koen Vanoppen 22 Feb '14

22 Feb '14

Bug created https://bugzilla.redhat.com/show_bug.cgi?id=1068884 Thank you all! On Feb 22, 2014 2:25 PM, "Koen Vanoppen" <vanoppen.koen(a)gmail.com> wrote: > Zie facebook :-). Doe dat vandaag nog. Misschien maandag antwoord :-) > On Feb 22, 2014 12:22 PM, "David Van Zeebroeck" < > david.van.zeebroeck(a)brusselsairport.be> wrote: > >> Maandag is ook goed hoor >> >> Schildpad ? >> >> On 22-feb.-2014, at 10:57, "Koen Vanoppen" <vanoppen.koen(a)gmail.com> >> wrote: >> >> Komt in orde hoor... Geen probleem. Zal dat vanavond doen. Eerst >> schildpad gaan halen... ☺. >> >> >> >> David Van Zeebroeck >> >> Product Manager Unix Infrastructure >> >> *Brussels Airport Company* >> >> T +32 (0)2 753 66 24 >> >> david.van.zeebroeck(a)brusselsairport.be >> >> *www.brusselsairport.be <http://www.brusselsairport.be>* >> >> >> >> >> >> *FOLLOW US ON:* >> >> <http://https://nl-nl.facebook.com/BrusselsairportBRU> >> >> <http://www.brusselsairport.be/en/mediaroom/brusm/> >> >> >> >> DISCLAIMER <http://www.brusselsairport.be/en/maildisclaimer/> >> >> On Feb 22, 2014 10:51 AM, "david van zeebroeck" < >> david(a)analytics.brusselsairport.be> wrote: >> >>> koen file er een bug voor want ik denk niet dat iemand het gedaan heeft >>> >>> >>> On Fri, Feb 21, 2014 at 12:48 PM, Koen Vanoppen <vanoppen.koen(a)gmail.com >>> > wrote: >>> >>>> I think someone created one. Don't know for sure... What do you think >>>> it is then? >>>> On Feb 21, 2014 11:24 AM, "Martin Sivak" <msivak(a)redhat.com> wrote: >>>> >>>>> Hi >>>>> >>>>> I think I found the issue. I suspect it will happen when you get over >>>>> 35% of used memory. >>>>> >>>>> Can you please create a bug for this issue? Or is there one already? >>>>> >>>>> -- >>>>> Martin Sivák >>>>> msivak(a)redhat.com >>>>> Red Hat Czech >>>>> RHEV-M SLA / Brno, CZ >>>>> >>>>> ----- Original Message ----- >>>>> > I'm waiting for the next alarm. In the meanwhile this is the output >>>>> now: >>>>> > vdsClient -s saturnus2 getVmStats >>>>> 3b9aa245-75ff-42e8-b921-1c9ce61826bf >>>>> > >>>>> > 3b9aa245-75ff-42e8-b921-1c9ce61826bf >>>>> > Status = Running >>>>> > guestFQDN = galatea.***.**** >>>>> > memUsage = 32 >>>>> > acpiEnable = true >>>>> > netIfaces = [{'inet6': [], 'hw': '52:54:00:49:11:9d', 'inet': >>>>> > ['192.168.99.19'], 'name': 'eth1'}, {'inet6': [], 'hw': >>>>> > '00:1a:4a:67:c4:b3', 'inet': ['10.110.X.X'], 'name': 'eth2'}, >>>>> {'inet6': [], >>>>> > 'hw': '52:54:00:f1:22:48', 'inet': ['192.168.122.1'], 'name': >>>>> 'virbr0'}] >>>>> > pid = 38144 >>>>> > session = Unknown >>>>> > vmType = kvm >>>>> > timeOffset = 0 >>>>> > balloonInfo = {'balloon_max': '12582912', 'balloon_min': >>>>> '8388608', >>>>> > 'balloon_target': '12582912', 'balloon_cur': '12582912'} >>>>> > pauseCode = NOERR >>>>> > disksUsage = [{'path': '/', 'total': '37655093248', 'fs': 'ext4', >>>>> > 'used': '21765771264'}, {'path': '/boot', 'total': '507744256', 'fs': >>>>> > 'ext4', 'used': '49356800'}] >>>>> > network = {'vnet0': {'macAddr': '00:1a:4a:67:c4:b3', >>>>> 'rxDropped': '0', >>>>> > 'txDropped': '0', 'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', >>>>> > 'txErrors': '0', 'state': 'unknown', 'speed': '1000', 'name': >>>>> 'vnet0'}, >>>>> > 'vnet1': {'macAddr': '52:54:00:49:11:9d', 'rxDropped': '0', >>>>> 'txDropped': >>>>> > '0', 'rxErrors': '0', 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': >>>>> '0', >>>>> > 'state': 'unknown', 'speed': '1000', 'name': 'vnet1'}, 'vnet2': >>>>> {'macAddr': >>>>> > '52:54:00:66:d3:aa', 'rxDropped': '0', 'txDropped': '0', 'rxErrors': >>>>> '0', >>>>> > 'txRate': '0.0', 'rxRate': '0.0', 'txErrors': '0', 'state': >>>>> 'unknown', >>>>> > 'speed': '1000', 'name': 'vnet2'}} >>>>> > memoryStats = {'swap_out': '0', 'majflt': '0', 'mem_free': >>>>> '8520656', >>>>> > 'swap_in': '0', 'pageflt': '396', 'mem_total': '12197520', >>>>> 'mem_unused': >>>>> > '1580896'} >>>>> > guestName = galatea.brusselsairport.aero >>>>> > elapsedTime = 2251149 >>>>> > displayType = qxl >>>>> > cpuSys = 12.76 >>>>> > appsList = ['ovirt-guest-agent-1.0.8-1.el6', >>>>> 'kernel-2.6.32-71.el6'] >>>>> > guestOs = 2.6.32-71.el6.x86_64 >>>>> > username = vandenpt >>>>> > hash = -3779086589437073991 >>>>> > displayIp = 0 >>>>> > displayPort = 5900 >>>>> > guestIPs = 192.168.99.19 10.110.50.84 192.168.122.1 >>>>> > kvmEnable = true >>>>> > disks = {'vda': {'readLatency': '0', 'apparentsize': >>>>> '45097156608', >>>>> > 'writeLatency': '1313701', 'imageID': >>>>> > '528a377f-4f98-4023-92de-ce52c394d4a9', 'flushLatency': '187524', >>>>> > 'readRate': '0.00', 'truesize': '45097156608', 'writeRate': >>>>> '8502.90'}, >>>>> > 'hdc': {'readLatency': '0', 'apparentsize': '0', 'writeLatency': '0', >>>>> > 'flushLatency': '0', 'readRate': '0.00', 'truesize': '0', >>>>> 'writeRate': >>>>> > '0.00'}} >>>>> > monitorResponse = 0 >>>>> > statsAge = 0.47 >>>>> > cpuUser = 68.45 >>>>> > lastLogin = 1392707812.29 >>>>> > clientIp = >>>>> > displaySecurePort = 5901 >>>>> > >>>>> > >>>>> > >>>>> > 2014-02-17 14:00 GMT+01:00 Martin Sivak <msivak(a)redhat.com>: >>>>> > >>>>> > > Hi Koen, >>>>> > > >>>>> > > can you try the mentioned vdsClient command (vdsClient getVmStats >>>>> > > <affected vm>) as soon as you get the warning about negative >>>>> memory? The >>>>> > > one David sent to us does not contain the negative number and we >>>>> weren't >>>>> > > able to find the issue based on it. >>>>> > > >>>>> > > Thanks >>>>> > > >>>>> > > -- >>>>> > > Martin Sivák >>>>> > > msivak(a)redhat.com >>>>> > > Red Hat Czech >>>>> > > RHEV-M SLA / Brno, CZ >>>>> > > >>>>> > > ----- Original Message ----- >>>>> > > > Any updates about the issue? Because just now, the alarm went >>>>> off again >>>>> > > :-) >>>>> > > > Kind regards, >>>>> > > > >>>>> > > > Koen >>>>> > > > >>>>> > > > >>>>> > > > 2014-02-13 16:55 GMT+01:00 Martin Sivak <msivak(a)redhat.com>: >>>>> > > > >>>>> > > > > Thank you. >>>>> > > > > >>>>> > > > > I wonder why mem_total is smaller than balloon_cur (and max). >>>>> I will >>>>> > > have >>>>> > > > > to dig a bit more to see what happened. >>>>> > > > > >>>>> > > > > -- >>>>> > > > > Martin Sivák >>>>> > > > > msivak(a)redhat.com >>>>> > > > > Red Hat Czech >>>>> > > > > RHEV-M SLA / Brno, CZ >>>>> > > > > >>>>> > > > > ----- Original Message ----- >>>>> > > > > > ---------- Forwarded message ---------- >>>>> > > > > > From: "david van zeebroeck" < >>>>> david(a)analytics.brusselsairport.be > >>>>> > > > > > Date: Feb 13, 2014 4:31 PM >>>>> > > > > > Subject: Re: [Users] Memory usage >>>>> > > > > > To: "Martin Sivak" < msivak(a)redhat.com > >>>>> > > > > > Cc: "Doron Fediuck" < dfediuck(a)redhat.com >, "Koen >>>>> Vanoppen" < >>>>> > > > > > vanoppen.koen(a)gmail.com >, < users(a)ovirt.org > >>>>> > > > > > >>>>> > > > > > in attachement is the output of vdsclient >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > On Thu, Feb 13, 2014 at 2:26 PM, Martin Sivak < >>>>> msivak(a)redhat.com > >>>>> > > > > wrote: >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > Hi everybody, >>>>> > > > > > >>>>> > > > > > would it be possible to add the output of vdsClient >>>>> getVmStats >>>>> > > <affected >>>>> > > > > vm >>>>> > > > > > id> from the affected host here and to the bug? >>>>> > > > > > >>>>> > > > > > Also can we please get the bug number that tracks this >>>>> issue? I >>>>> > > could not >>>>> > > > > > find it in BZ. >>>>> > > > > > >>>>> > > > > > -- >>>>> > > > > > Martin Sivák >>>>> > > > > > msivak(a)redhat.com >>>>> > > > > > Red Hat Czech >>>>> > > > > > RHEV-M SLA / Brno, CZ >>>>> > > > > > >>>>> > > > > > ----- Original Message ----- >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > ----- Original Message ----- >>>>> > > > > > > > From: "Koen Vanoppen" < vanoppen.koen(a)gmail.com > >>>>> > > > > > > > To: users(a)ovirt.org >>>>> > > > > > > > Sent: Thursday, February 13, 2014 12:18:24 PM >>>>> > > > > > > > Subject: Re: [Users] Memory usage >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > We can't turn off the memory balloon option because we >>>>> are >>>>> > > running >>>>> > > > > the >>>>> > > > > > > > 3.3.2 >>>>> > > > > > > > with the bug of the memory balloon. Thx for the help! >>>>> > > > > > > >>>>> > > > > > > Which balloon bug? >>>>> > > > > > > >>>>> > > > > > > > On Feb 13, 2014 10:51 AM, "Doron Fediuck" < >>>>> dfediuck(a)redhat.com> >>>>> > > > > wrote: >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > ----- Original Message ----- >>>>> > > > > > > > > From: "René Koch" < rkoch(a)linuxland.at > >>>>> > > > > > > > > To: "Doron Fediuck" < dfediuck(a)redhat.com > >>>>> > > > > > > > > Cc: "Koen Vanoppen" < vanoppen.koen(a)gmail.com >, >>>>> > > users(a)ovirt.org , >>>>> > > > > > > > > "Martin >>>>> > > > > > > > > Sivak" < msivak(a)redhat.com > >>>>> > > > > > > > > Sent: Thursday, February 13, 2014 11:16:27 AM >>>>> > > > > > > > > Subject: Re: [Users] Memory usage >>>>> > > > > > > > > >>>>> > > > > > > > > On Thu, 2014-02-13 at 03:49 -0500, Doron Fediuck wrote: >>>>> > > > > > > > > > >>>>> > > > > > > > > > ----- Original Message ----- >>>>> > > > > > > > > > > From: "René Koch" < rkoch(a)linuxland.at > >>>>> > > > > > > > > > > To: "Doron Fediuck" < dfediuck(a)redhat.com > >>>>> > > > > > > > > > > Cc: "Koen Vanoppen" < vanoppen.koen(a)gmail.com >, >>>>> > > > > users(a)ovirt.org , >>>>> > > > > > > > > > > "Martin >>>>> > > > > > > > > > > Sivak" < msivak(a)redhat.com > >>>>> > > > > > > > > > > Sent: Wednesday, February 12, 2014 7:31:47 PM >>>>> > > > > > > > > > > Subject: Re: [Users] Memory usage >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > On Wed, 2014-02-12 at 11:22 -0500, Doron Fediuck >>>>> wrote: >>>>> > > > > > > > > > > > >>>>> > > > > > > > > > > > ----- Original Message ----- >>>>> > > > > > > > > > > > > From: "René Koch" < rkoch(a)linuxland.at > >>>>> > > > > > > > > > > > > To: "Koen Vanoppen" < vanoppen.koen(a)gmail.com> >>>>> > > > > > > > > > > > > Cc: users(a)ovirt.org >>>>> > > > > > > > > > > > > Sent: Wednesday, February 12, 2014 4:18:37 PM >>>>> > > > > > > > > > > > > Subject: Re: [Users] Memory usage >>>>> > > > > > > > > > > > > >>>>> > > > > > > > > > > > > On Wed, 2014-02-12 at 15:14 +0100, Koen >>>>> Vanoppen wrote: >>>>> > > > > > > > > > > > > > In The GUI, it says it's using 25% of the >>>>> memory. >>>>> > > > > > > > > > > > > >>>>> > > > > > > > > > > > > >>>>> > > > > > > > > > > > > I guess it's the real value, right? >>>>> > > > > > > > > > > > > The same happened for the memcached vm, someone >>>>> > > reported >>>>> > > > > to me >>>>> > > > > > > > > > > > > - >>>>> > > > > > > > > > > > > negative value in REST-API, but correct graph >>>>> in oVirt >>>>> > > > > webadmin >>>>> > > > > > > > > > > > > GUI. >>>>> > > > > > > > > > > > > >>>>> > > > > > > > > > > > > I fear I have no idea how this can happen - so >>>>> maybe >>>>> > > > > someone >>>>> > > > > > > > > > > > > else >>>>> > > > > > > > > > > > > can >>>>> > > > > > > > > > > > > help you troubleshoot this issue. >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > 2014-02-12 15:10 GMT+01:00 Koen Vanoppen < >>>>> > > > > > > > > > > > > > vanoppen.koen(a)gmail.com >: >>>>> > > > > > > > > > > > > > Thanks for the quick respons, but there is no >>>>> > > memcached >>>>> > > > > > > > > > > > > > running on that VM. >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > Kind regards >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > 2014-02-12 15:06 GMT+01:00 René Koch < >>>>> > > > > rkoch(a)linuxland.at >: >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > On Wed, 2014-02-12 at 14:55 +0100, Koen >>>>> Vanoppen >>>>> > > > > > > > > > > > > > wrote: >>>>> > > > > > > > > > > > > > > Dear all, >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > When we monitor one of our machines, we >>>>> noticed >>>>> > > > > > > > > > > > > > > that >>>>> > > > > > > > > > > > > > there was one vm >>>>> > > > > > > > > > > > > > > that was constantly giving a error of >>>>> memory >>>>> > > > > > > > > > > > > > > usage. >>>>> > > > > > > > > > > > > > But when we took a >>>>> > > > > > > > > > > > > > > look at it, there is actually nothing >>>>> wrong with >>>>> > > > > > > > > > > > > > > it. >>>>> > > > > > > > > > > > > > Now we looked >>>>> > > > > > > > > > > > > > > furhter then that. We looked at the API of >>>>> the >>>>> > > > > > > > > > > > > > machine and noticed >>>>> > > > > > > > > > > > > > > something very strange: >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > <statistic >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > >>>>> > > >>>>> href="/api/vms/3b9aa245-75ff-42e8-b921-1c9ce61826bf/statistics/b7499508-c1c3-32f0-8174-c1783e57bb08" >>>>> > > > > > > > > > > > > > >>>>> > > > > >>>>> > > >>>>> id="b7499508-c1c3-32f0-8174-c1783e57bb08"><name>memory.used</name><description>Memory >>>>> > > > > > > > > > > > > > used (agent)</description><values >>>>> > > > > > > > > > > > > > >>>>> > > > > >>>>> > > >>>>> type="INTEGER"><value><datum>-944892806</datum></value></values><type>GAUGE</type><unit>BYTES</unit> >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > It's a negative... >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > Do you have memcached running in this vm? >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > I heard about this issue with memcached, but >>>>> never >>>>> > > > > > > > > > > > > > tested memcached in >>>>> > > > > > > > > > > > > > my oVirt environment. You get the real usage >>>>> value >>>>> > > > > > > > > > > > > > with >>>>> > > > > > > > > > > > > > memory.used = memory.installed + memory.used >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > Regards, >>>>> > > > > > > > > > > > > > René >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > What could be the problem? >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > Kind regards, >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > > koen >>>>> > > > > > > > > > > > > > > >>>>> > > > > > > > > > > > > > >>>>> > > > > > > > > > > > >>>>> > > > > > > > > > > > Guys, >>>>> > > > > > > > > > > > these values are usually a result of >>>>> overcommitment >>>>> > > mechanism >>>>> > > > > > > > > > > > usage. >>>>> > > > > > > > > > > > For example, if KSM is effective, it will free a >>>>> lot of >>>>> > > > > memory >>>>> > > > > > > > > > > > pages, >>>>> > > > > > > > > > > > and total-free-committed becomes negative. >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > Thanks a lot for the information. >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > > >>>>> > > > > > > > > > > > This was reported in >>>>> > > > > > > > > > > > >>>>> https://bugzilla.redhat.com/show_bug.cgi?id=977758 >>>>> > > > > > > > > > > > and the engine is using memFree reported by >>>>> vdsm, which >>>>> > > is >>>>> > > > > more >>>>> > > > > > > > > > > > accurate. >>>>> > > > > > > > > > > > >>>>> > > > > > > > > > > > The API reports the old version due to backwards >>>>> > > > > compatibility. >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > I just had a look at the bugzilla report and the >>>>> RHEV >>>>> > > > > documentation >>>>> > > > > > > > > > > which says "Current memory in bytes used by the >>>>> virtual >>>>> > > > > machine.". >>>>> > > > > > > > > > > So this means, the reported values are totally >>>>> useless for >>>>> > > > > > > > > > > monitoring >>>>> > > > > > > > > > > memory usage of a virtual machine if KSM is >>>>> active. I would >>>>> > > > > expect >>>>> > > > > > > > > > > to >>>>> > > > > > > > > > > get the memory usage of a virtual machine and not >>>>> how much >>>>> > > > > memory >>>>> > > > > > > > > > > is >>>>> > > > > > > > > > > consumed on the hypervisor (this is pretty useless >>>>> > > information >>>>> > > > > for >>>>> > > > > > > > > > > me). >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > Is it planned to report the memory usage in a >>>>> virtual >>>>> > > machine >>>>> > > > > in >>>>> > > > > > > > > > > the >>>>> > > > > > > > > > > API >>>>> > > > > > > > > > > as well? >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > Regards, >>>>> > > > > > > > > > > René >>>>> > > > > > > > > > > >>>>> > > > > > > > > > > >>>>> > > > > > > > > > >>>>> > > > > > > > > > René, >>>>> > > > > > > > > > started digging into this, but it may take some time. >>>>> > > > > > > > > > >>>>> > > > > > > > > > Note that there are 2 memory usage reports; one for >>>>> the host, >>>>> > > > > > > > > > and another for each VM. >>>>> > > > > > > > > > My response is related to the host, while the >>>>> original >>>>> > > question >>>>> > > > > was >>>>> > > > > > > > > > for the VM. I still think the root cause is the same >>>>> (ie- >>>>> > > > > related to >>>>> > > > > > > > > > overcommitment; for example the VM may have a balloon >>>>> > > inflated), >>>>> > > > > but >>>>> > > > > > > > > > would like to properly check and fix if needed. >>>>> > > > > > > > > >>>>> > > > > > > > > >>>>> > > > > > > > > Yes, I know. So my question was if we can add another >>>>> value >>>>> > > for the >>>>> > > > > > > > > usage in the vm in addition to the usage of the vm on >>>>> the host. >>>>> > > > > > > > > >>>>> > > > > > > > We'll know once we understand the cause- ie is it a bug >>>>> needs >>>>> > > fixing >>>>> > > > > or >>>>> > > > > > > > should we indeed add another value >>>>> > > > > > > > >>>>> > > > > > > > If you have a setup with this issue, try removing the >>>>> balloon >>>>> > > device >>>>> > > > > > > > and see if it helps / changes. >>>>> > > > > > > > >>>>> > > > > > > > > >>>>> > > > > > > > > > >>>>> > > > > > > > > > In order to make sure we keep track of it, please >>>>> open a bug >>>>> > > > > with all >>>>> > > > > > > > > > the >>>>> > > > > > > > > > relevant info. >>>>> > > > > > > > > > >>>>> > > > > > > > > >>>>> > > > > > > > > I'll open a bug for this. >>>>> > > > > > > > > >>>>> > > > > > > > Thanks >>>>> > > > > > > > >>>>> > > > > > > > > >>>>> > > > > > > > > > Thanks and keep reporting! >>>>> > > > > > > > > > Doron >>>>> > > > > > > > > >>>>> > > > > > > > > >>>>> > > > > > > > > >>>>> > > > > > > > >>>>> > > > > > > > _______________________________________________ >>>>> > > > > > > > Users mailing list >>>>> > > > > > > > Users(a)ovirt.org >>>>> > > > > > > > http://lists.ovirt.org/mailman/listinfo/users >>>>> > > > > > > > >>>>> > > > > > > _______________________________________________ >>>>> > > > > > > Users mailing list >>>>> > > > > > > Users(a)ovirt.org >>>>> > > > > > > http://lists.ovirt.org/mailman/listinfo/users >>>>> > > > > > > >>>>> > > > > > _______________________________________________ >>>>> > > > > > Users mailing list >>>>> > > > > > Users(a)ovirt.org >>>>> > > > > > http://lists.ovirt.org/mailman/listinfo/users >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > _______________________________________________ >>>>> > > > > > Users mailing list >>>>> > > > > > Users(a)ovirt.org >>>>> > > > > > http://lists.ovirt.org/mailman/listinfo/users >>>>> > > > > > >>>>> > > > > >>>>> > > > >>>>> > > >>>>> > >>>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>

1 0

[Users] Yum Installation Problems (ovirt 3.3, CentOS 6.5)
by Jon Forrest 22 Feb '14

22 Feb '14

I have a brand new CentOS 6.5 x86_64 installation with all the updates as of today installed. I want to create a test All-In-One node, so I follow the documentation and run yum install epel-release-6-8.noarch.rpm yum localinstall http://ovirt.org/releases/ovirt-release-el.noarch.rpm These work fine. I then run yum install ovirt-engine-setup-plugin-allinone -y and I get Error: Package: libvirt-lock-sanlock-0.10.2-29.el6_5.3.x86_64 (updates) Requires: libsanlock_client.so.1()(64bit) Error: Package: libvirt-lock-sanlock-0.10.2-29.el6_5.3.x86_64 (updates) Requires: sanlock >= 2.4 Error: Package: vdsm-4.13.3-3.el6.x86_64 (ovirt-3.3.3) Requires: sanlock >= 2.3-4 Error: Package: vdsm-4.13.3-3.el6.x86_64 (ovirt-3.3.3) Requires: sanlock-python Is this expected? What's weird is that IIRC I did the same thing last week without problems. Should I just grab newer versions of libvirt? Thanks, Jon Forrest

2 3

[Users] repos for ovirt.org is in a bad shape this morning
by Ricky Schneberger 22 Feb '14

22 Feb '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://resources.ovirt.org/releases/3.3/ stops responding in a fashinable time earlier this morning. Is there someone who can push things back on track again? Regards //Ricky ...stucked in a middle of an upgrade -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlMIk1gACgkQOap81biMC2NN4QCfS5Jfp9vIJ+4DTrlqa2Hk807Z thAAn1XP5uiqoxydOKmjvv+g3Aaf+G+N =Ef3/ -----END PGP SIGNATURE-----

1 0

[Users] "Use Host"
by Maurice James 21 Feb '14

21 Feb '14

--_76e3b6d1-751b-4884-98fd-2a05fc19567e_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Can someone explain what is the purpose of "Use Host" is when creating a ne= w storage domain? If the NFS host is remote and not part of the cluster=2C why do I have to c= hoose a single cluster host to attach it to. Does this mean that if that particular host gos offline (turned off) that o= ther cluster member will no longer be able to access that nfs storage? = --_76e3b6d1-751b-4884-98fd-2a05fc19567e_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <style></style></head> <body class=3D'hmmessage'><div dir=3D'ltr'>Can someone explain what is the = purpose of "Use Host" is when creating a new storage domain? If the = NFS host is remote and not part of the cluster=2C why do I have to choose a= single cluster host to attach it to. Does this mean that if that partic= ular host gos offline (turned off) that other cluster member will no longer= be able to access that nfs storage? </div></body> </html>= --_76e3b6d1-751b-4884-98fd-2a05fc19567e_--

2 1

[Users] [BUG] wrong template shown for vm
by Sven Kieske 21 Feb '14

21 Feb '14

Hi, can anyone reproduce this bug? https://bugzilla.redhat.com/show_bug.cgi?id=1068679 when you create a vm from an imported template (from export doomain) the template info for the vm shows that it is based on the "blank" template. I can reproduce this on ovirt 3.3.3-2.el6 it would be cool if someone could try to reproduce this on 3.4 and on fedora. 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

2 1

[Users] ovirt.repo for el contains fedora references .....
by James James 21 Feb '14

21 Feb '14

Hi, I want to install this rpm http://resources.ovirt.org/releases/ovirt-release-el.noarch.rpm on my redhat-like server but the /etc/yum.repos.d/ovirt.repo contains : [ovirt-stable] name=oVirt Latest Releases baseurl=http://ovirt.org/releases/stable/rpm/Fedora/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 [ovirt-3.3.3] name=oVirt 3.3.3 Release baseurl=http://resources.ovirt.org/releases/3.3.3/rpm/Fedora/$releasever/ enabled=1 skip_if_unavailable=1 gpgcheck=0 [ovirt-updates-testing] name=oVirt 3.3.z Latest Pre Releases (Release Candidate) baseurl=http://ovirt.org/releases/updates-testing/rpm/Fedora/$releasever/ enabled=0 skip_if_unavailable=1 gpgcheck=0 [ovirt-beta] name=oVirt 3.3.z Beta Test Releases baseurl=http://ovirt.org/releases/beta/rpm/Fedora/$releasever/ enabled=0 skip_if_unavailable=1 gpgcheck=0 Is it normal ? Regards.

2 2

Re: [Users] Memory usage
by Doron Fediuck 21 Feb '14

21 Feb '14

----- Original Message ----- > From: "René Koch" <rkoch(a)linuxland.at> > To: "Doron Fediuck" <dfediuck(a)redhat.com> > Cc: "Koen Vanoppen" <vanoppen.koen(a)gmail.com>, users(a)ovirt.org, "Martin Sivak" <msivak(a)redhat.com> > Sent: Thursday, February 13, 2014 11:16:27 AM > Subject: Re: [Users] Memory usage > > On Thu, 2014-02-13 at 03:49 -0500, Doron Fediuck wrote: > > > > ----- Original Message ----- > > > From: "René Koch" <rkoch(a)linuxland.at> > > > To: "Doron Fediuck" <dfediuck(a)redhat.com> > > > Cc: "Koen Vanoppen" <vanoppen.koen(a)gmail.com>, users(a)ovirt.org, "Martin > > > Sivak" <msivak(a)redhat.com> > > > Sent: Wednesday, February 12, 2014 7:31:47 PM > > > Subject: Re: [Users] Memory usage > > > > > > On Wed, 2014-02-12 at 11:22 -0500, Doron Fediuck wrote: > > > > > > > > ----- Original Message ----- > > > > > From: "René Koch" <rkoch(a)linuxland.at> > > > > > To: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> > > > > > Cc: users(a)ovirt.org > > > > > Sent: Wednesday, February 12, 2014 4:18:37 PM > > > > > Subject: Re: [Users] Memory usage > > > > > > > > > > On Wed, 2014-02-12 at 15:14 +0100, Koen Vanoppen wrote: > > > > > > In The GUI, it says it's using 25% of the memory. > > > > > > > > > > > > > > > I guess it's the real value, right? > > > > > The same happened for the memcached vm, someone reported to me - > > > > > negative value in REST-API, but correct graph in oVirt webadmin GUI. > > > > > > > > > > I fear I have no idea how this can happen - so maybe someone else can > > > > > help you troubleshoot this issue. > > > > > > > > > > > > > > > > > > > > > > > > 2014-02-12 15:10 GMT+01:00 Koen Vanoppen <vanoppen.koen(a)gmail.com>: > > > > > > Thanks for the quick respons, but there is no memcached > > > > > > running on that VM. > > > > > > > > > > > > > > > > > > Kind regards > > > > > > > > > > > > > > > > > > > > > > > > 2014-02-12 15:06 GMT+01:00 René Koch <rkoch(a)linuxland.at>: > > > > > > > > > > > > On Wed, 2014-02-12 at 14:55 +0100, Koen Vanoppen > > > > > > wrote: > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > When we monitor one of our machines, we noticed > > > > > > > that > > > > > > there was one vm > > > > > > > that was constantly giving a error of memory > > > > > > > usage. > > > > > > But when we took a > > > > > > > look at it, there is actually nothing wrong with > > > > > > > it. > > > > > > Now we looked > > > > > > > furhter then that. We looked at the API of the > > > > > > machine and noticed > > > > > > > something very strange: > > > > > > > > > > > > > > <statistic > > > > > > > > > > > > > href="/api/vms/3b9aa245-75ff-42e8-b921-1c9ce61826bf/statistics/b7499508-c1c3-32f0-8174-c1783e57bb08" > > > > > > id="b7499508-c1c3-32f0-8174-c1783e57bb08"><name>memory.used</name><description>Memory > > > > > > used (agent)</description><values > > > > > > type="INTEGER"><value><datum>-944892806</datum></value></values><type>GAUGE</type><unit>BYTES</unit> > > > > > > > > > > > > > > > > > > > > > It's a negative... > > > > > > > > > > > > > > > > > > > > > > > > Do you have memcached running in this vm? > > > > > > > > > > > > I heard about this issue with memcached, but never > > > > > > tested memcached in > > > > > > my oVirt environment. You get the real usage value > > > > > > with > > > > > > memory.used = memory.installed + memory.used > > > > > > > > > > > > > > > > > > Regards, > > > > > > René > > > > > > > > > > > > > > > > > > > > > > > > > > > What could be the problem? > > > > > > > > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > koen > > > > > > > > > > > > > > > > > > > > > Guys, > > > > these values are usually a result of overcommitment mechanism usage. > > > > For example, if KSM is effective, it will free a lot of memory pages, > > > > and total-free-committed becomes negative. > > > > > > > > > Thanks a lot for the information. > > > > > > > > > > > > > > This was reported in https://bugzilla.redhat.com/show_bug.cgi?id=977758 > > > > and the engine is using memFree reported by vdsm, which is more > > > > accurate. > > > > > > > > The API reports the old version due to backwards compatibility. > > > > > > > > > I just had a look at the bugzilla report and the RHEV documentation > > > which says "Current memory in bytes used by the virtual machine.". > > > So this means, the reported values are totally useless for monitoring > > > memory usage of a virtual machine if KSM is active. I would expect to > > > get the memory usage of a virtual machine and not how much memory is > > > consumed on the hypervisor (this is pretty useless information for me). > > > > > > Is it planned to report the memory usage in a virtual machine in the API > > > as well? > > > > > > > > > Regards, > > > René > > > > > > > > > > René, > > started digging into this, but it may take some time. > > > > Note that there are 2 memory usage reports; one for the host, > > and another for each VM. > > My response is related to the host, while the original question was > > for the VM. I still think the root cause is the same (ie- related to > > overcommitment; for example the VM may have a balloon inflated), but > > would like to properly check and fix if needed. > > > Yes, I know. So my question was if we can add another value for the > usage in the vm in addition to the usage of the vm on the host. > We'll know once we understand the cause- ie is it a bug needs fixing or should we indeed add another value If you have a setup with this issue, try removing the balloon device and see if it helps / changes. > > > > > In order to make sure we keep track of it, please open a bug with all the > > relevant info. > > > > I'll open a bug for this. > Thanks > > > Thanks and keep reporting! > > Doron > > >

5 15

Re: [Users] Network question
by Hans-Joachim 21 Feb '14

21 Feb '14

--========GMXBoundary196811392365405703826 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hello, so far I'm using the nodes host IP@/Interface as well as for the ovirtmgmt network and host communication. For performance/security reasons I'd like to move it into private network, dedicated to oVIRT as requested... I'l give you more information about my 'problem' ;-) actual situation: =========== Host -----------\ ----> eth0 10.1.2.3 no VLAN ovirtmgmt ----/ VMs ----------------> eth1 bridge no IP@ no VLAN requested situation ============== Host ---------------> eth0 10.1.2.3 no VLAN VMs ----------------> eth1 bridge no IP@ no VLAN ovirtmgmt --------> eth2 192.168.1.2 no VLAN So, my question is, do I have to declare th IP@ of the ovirtmgmt in the definion of Cluster/Hosts or can I stay with the host IP@? Thank you for your help Hans-Joachim --========GMXBoundary196811392365405703826 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <div><sp= an style=3D"font-family: Verdana;">Hello,<= /span> so far I'm using the nodes host IP@/Interface as well as f= or the ovirtmgmt network and host communication. For performance/secur= ity reasons I'd like to move it into private network, dedicated to oVIRT</s= pan> as requested... I'l give you more information about my '= problem' ;-) actual situation: =3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Host -----------\      &= nbsp;           &nbs= p;     ----> eth0  10.1.2.3 no VLAN ovirtm= gmt ----/ <spa= n style=3D"font-size:12px">VMs ----------------> eth1 bridge no IP@ no V= LAN <s= pan style=3D"font-size: 12px;">requested situation =3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D Host ---------------> eth0 10.1.2.3 no VLA= N VMs ----------------> eth1 bridge no IP@ no VLAN</sp= an> ovirtmgmt --------> eth2 192.168.1.2 no VLAN <b= r />So, my question is, do I have to declare th IP@ of the ovirtmgmt in the= definion of Cluster/Hosts or can I stay with the host IP@? Than= k you for your help Hans-Joachim  </div>= --========GMXBoundary196811392365405703826--

3 2

[Users] Asking for advice on hosted engine
by Giorgio Bersano 21 Feb '14

21 Feb '14

Hello everybody, I discovered oVirt a couple of months ago when I was looking for the best way to manage our small infrastructure. I have read any document I considered useful but I would like to receive advice from the many experts that are on this list. I think it worths an introduction (I hope doesn't get you bored). I work in a small local government entity and I try to manage effectively our limited resources. We have many years of experience with Linux and especially with CentOS which we have deployed on PC (i.e. for using as firewall in remote locations) and moreover on servers. We have been using Xen virtualization from the early days of CentOS 5 and we have built our positive experience on KVM too. I have to say that libvirt in a small environment like ours is really a nice tool. So nothing to regret. Trying to go a little further, as already said, I stumbled upon oVirt and I've found the project intriguing. At the moment we are thinking of deploying it on a small environment of four very similar servers each having: - a couple of Xeon E5504 - 6 x 1Gb ethernet interfaces - 40 GB of RAM two of them have 72 GB of disk (mirrored) two of them have almost 500GB of useful RAID array Moreover we have an HP iSCSI storage that should easily satisfy our current storage requirement. So, given our small server pool, the necessity of another host just to run the supervisor seems a requirement too high. Enter "hosted engine" and the picture takes brighter colors. Well, I'm usually not the adventurous guy but after experimenting a little with oVirt 3.4 I developed better confidence. We would want to install the engine over the two hosts with smaller disks. For what I know, installing hosted engine mandates NFS storage. But we want this to be highly available too, and possibly to have it on the very same hosts. Here is my solution: make a gluster replicated volume across the two hosts and take advantage of that NFS server. Then I put 127.0.0.1 as the address of the NFS server in the hosted-engine-setup so the host is always able to reach the storage server (itself). GlusterFS configuration is done outside of oVirt that, regarding engine's storage, doesn't even know that it's a gluster thing. Relax, we've finally reached the point where I'm asking advice :-) Storage and virtualization experts, do you see in this configuration any pitfall that I've overlooked given my inexperience in oVirt, Gluster, NFS or clustered filesystems? Do you think that not only it's feasable (I know it is, I made it and it's working now) but it's also reliable and dependable and I'm not risking my neck on this setup? I've obviously made some test but I'm not at the confidence level of saying that all is right in the way it is designed. OK, I think I've already written too much, better I stop and humbly wait for your opinion but I'm obviously here if any clarification by my part is needed. Thank you very much for reading until this point. Best Regards, Giorgio.

5 5

[Users] moving an unplugged/offline disk on a running vm creates snapshots
by Ernest Beinrohr 21 Feb '14

21 Feb '14

This is a multi-part message in MIME format. --------------070708090100060509090505 Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit Imho, when the disk is offline, it should be movable directly without the need for snapshots. this is on ovirt 3.3 btw: any chance of thin->preallocated procedure? -- Ernest Beinrohr, AXON PRO Ing <http://www.beinrohr.sk/ing.php>, RHCE <http://www.beinrohr.sk/rhce.php>, RHCVA <http://www.beinrohr.sk/rhce.php>, LPIC <http://www.beinrohr.sk/lpic.php>, VCA <http://www.beinrohr.sk/vca.php>, +421-2--6241-0360 <callto://+421-2--6241-0360>, +421-903--482-603 <callto://+421-903--482-603> icq:28153343, gtalk: oernii(a)axonpro.sk, jabber:oernii@jabber.org ------------------------------------------------------------------------ For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman --------------070708090100060509090505 Content-Type: text/html; charset=windows-1250 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=windows-1250"> </head> <body bgcolor="#FFFFFF" text="#000000"> Imho, when the disk is offline, it should be movable directly without the need for snapshots. this is on ovirt 3.3 btw: any chance of thin->preallocated procedure? <div class="moz-signature">-- <div id="oernii_footer" style="color: gray;"> Ernest Beinrohr, AXON PRO <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/ing.php">Ing</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCE</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/rhce.php">RHCVA</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/lpic.php">LPIC</a>, <a style="text-decoration: none; color: gray;" href="http://www.beinrohr.sk/vca.php">VCA</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-2--6241-0360">+421-2--6241-0360</a>, <a style="text-decoration: none; color: gray;" href="callto://+421-903--482-603">+421-903--482-603</a> icq:28153343, gtalk: <a class="moz-txt-link-abbreviated" href="mailto:oernii@axonpro.sk">oernii(a)axonpro.sk</a>, <a class="moz-txt-link-abbreviated" href="mailto:jabber:oernii@jabber.org">jabber:oernii@jabber.org</a> <hr style="height: 1px; width: 95%"> For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman </div> </div> <img src="http://nojsstats.appspot.com/UA-44497096-1/email.beinrohr.sk" moz-do-not-send="true" border="0" height="1" width="1"> </body> </html> --------------070708090100060509090505--

2 1

[Users] engine-image-uploader
by Maurice James 21 Feb '14

21 Feb '14

------=_NextPart_000_001B_01CF25B0.BC04D9A0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit What does the following error mean? There should only be one Name element in the OVF XML's Content section. I ran the following command engine-image-uploader -e SaturnExport -N Drupal2 upload turnkey-drupal7-13.0-wheezy-amd64.tar.gz ------=_NextPart_000_001B_01CF25B0.BC04D9A0 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>What does the following error mean?<o:p></o:p>There should only be one Name element in the OVF XML's = Content section.<o:p></o:p><o:p> </o:p>I ran the = following command<o:p></o:p>engine-image-uploader -e SaturnExport -N Drupal2 = upload turnkey-drupal7-13.0-wheezy-amd64.tar.gz = <o:p></o:p></div></body></html> ------=_NextPart_000_001B_01CF25B0.BC04D9A0--

3 4

[Users] problems installing ovirt-engine beta3
by Jorick Astrego 21 Feb '14

21 Feb '14

Hi, I noticed the known issue with shmmax has been removed from the test day page. But I'm having the same error as before only know the workaround doesn't work anymore:

2 1

[Users] persisting selinux nightmare
by David Smith 21 Feb '14

21 Feb '14

I'm using the ovirt iso image and can't seem to get selinux to persist off no matter what i do. With selinux enforcing, SSHD isnt working, can't install or use the hosts. With it disabled, all seems to work, but after reboot, boom its enforcing again. I even edited /etc/selinux/config and changed it to permissive, then used "persist config" to persist the file. I reboot, I see the file is still changed, but selinux is back into enforcing mode (getenforce) what gives? I'm using this iso image, is this the latest one? It seems really hard to navigate the various old links in docs and such to find the most up to date isos. ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso

3 4

[Users] vmware image conversion
by Maurice James 21 Feb '14

21 Feb '14

------=_NextPart_000_002A_01CF24AE.AF6B7BC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I submitted an RFE to have vmware image conversion added to 3.5. I think that is a key feature that is lacking. Im just trying to get some eyes on it here. https://bugzilla.redhat.com/show_bug.cgi?id=1062910 ------=_NextPart_000_002A_01CF24AE.AF6B7BC0 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>I submitted an RFE to have vmware image conversion = added to 3.5. I think that is a key feature that is lacking. Im just = trying to get some eyes on it here.<o:p></o:p><o:p> </o:p><o:p> </o:p>https://bugzilla.redhat.com/show_bug.cgi?id=3D1062910<o= :p></o:p></div></body></html> ------=_NextPart_000_002A_01CF24AE.AF6B7BC0--

6 19

[Users] SPM never stops contending after a compatibility upgrade of cluster from 3.1 > 3.2 (Solved)
by Ricky Schneberger 21 Feb '14

21 Feb '14

1 0

[Users] repo status
by Jimmy Dorff 21 Feb '14

21 Feb '14

This is a cryptographically signed message in MIME format. --------------ms040407080806040202020907 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable What is going on with the EL repos. I'm getting this message: http://resources.ovirt.org/releases/3.3.3/rpm/Fedora/6.5/repodata/repomd.= xml:=20 [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not=20 Found" Trying other mirror. http://ovirt.org/releases/stable/rpm/Fedora/6.5/repodata/repomd.xml:=20 [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not=20 Found" Trying other mirror. This is on a fresh install with only EPEL and=20 http://resources.ovirt.org/releases/ovirt-release-el.noarch.rpm Thanks, Jimmy --------------ms040407080806040202020907 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKYDCC BOowggPSoAMCAQICECeaPwnGr8aRr9rqNxvvpm8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMTEwMjExMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjBkMQswCQYDVQQGEwJVUzES MBAGA1UEChMJSW50ZXJuZXQyMREwDwYDVQQLEwhJbkNvbW1vbjEuMCwGA1UEAxMlSW5Db21t b24gU3RhbmRhcmQgQXNzdXJhbmNlIENsaWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANPgFQJ7+XaC6f6RlvPwHiFotQ1hML4Jl2bdHSOn+x+GeDrml2rHwaR/iU2z nlmzOAsfOSJrAigSvymW0TX0lSpsBpgcGWRcpn5FbiBrkbh0DzxTyIMZaxGjxyyFBR6H1Mug CAUGLmaJPXing5NUt9gX6tPufWbUNN6Jyhn9N8rQg95RaNha9XTr3YICWvogzqrPQCvTyJ6F 6YEzm9bxT5FF2Y0zKRxdB5qF6f/JErJMDEIq7TD019yZtc8LgOp53qcjYp+16Zai1rIaRdDY Ex2SefSEgT22FY/ubywaxuxdrJOPC0dNOjsJ1d4GIjoRlZBvTnsfci4nkTM+iFfCvwkCAwEA AaOCAUswggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBTo 172Wqt3QCO+hM55eWZg8ErebkTAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIB ADARBgNVHSAECjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2Vy dHJ1c3QuY29tL1VUTi1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5j cmwwdAYIKwYBBQUHAQEEaDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5j b20vVVROQWRkVHJ1c3RDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51 c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAO7bbgOJ86aKIBwfCE5Sbu/IHS14zJ GyRDoMmxheaf5OAq0UTe8qBwrYgYKEiWExJHSfnKOaNX181ThU239y8f2atTemkHTshCv+Ls Xjt79D6ypEmWkRZ7+U9qXkJyMdHTQ6E5BYk+y7XR6T4RxoR1zjW/9S3ooqv1pAFOcBwmZasW w70y5ikQL2tqskjWcAYG9SjoVH7MEMVprhHpBes7OMFiWtAeGOlcTVP49Srh3ZI1hPoljx/H I1ka+KIlpVZi4t44rNTfM1diATgqUSo7TLlHsHHpySHBYY7SY626SSsiAKw2NRBIDl7B7B2x 22JekwPq5VBI71GrIYr7YMXCMIIFbjCCBFagAwIBAgIRAJii4SGmG4xeMs7zeGP14o4wDQYJ KoZIhvcNAQEFBQAwZDELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCUludGVybmV0MjERMA8GA1UE CxMISW5Db21tb24xLjAsBgNVBAMTJUluQ29tbW9uIFN0YW5kYXJkIEFzc3VyYW5jZSBDbGll bnQgQ0EwHhcNMTMxMDMxMDAwMDAwWhcNMTgxMDMxMjM1OTU5WjCBnDEOMAwGA1UEERMFMjc3 MDExJTAjBgNVBAoTHER1a2UgVW5pdmVyc2l0eSAtIEVuY3J5cHRpb24xCzAJBgNVBAgTAk5D MQ8wDQYDVQQHEwZEdXJoYW0xCzAJBgNVBAYTAlVTMRQwEgYDVQQDEwtKaW1teSBEb3JmZjEi MCAGCSqGSIb3DQEJARYTamRvcmZmQHBoeS5kdWtlLmVkdTCCASIwDQYJKoZIhvcNAQEBBQAD ggEPADCCAQoCggEBALHXuvlDP6Pjn3MAVN2+FB2Yu+Bjl8VzAxBmqrrflkFWvpOv/xpI0/QI A1NhPOER1zKev2GK35R44eM4P7jyz3rbvM2SBH4OVpk6l5aTJnM5shneFyxMr9TmlHi6gMeA MuCwGZvTeP+nfUgf0Gdrf3dPMlwxMeoPDjb0nApn8f5ZtuNRB46yuHwsXmSi6MNrufOgclkm AtjirEydxysjl/Ck1AOzI6dUyFFmGR63lddOWIPFR+K1Seh7t1auVx4Z8VuW2wCSzurcBOJV j0RnsduOxIzHZgQcoy5QaNi6h0/61fUvKB4S1K8mGY18rdtTz5DWCgf0lq276E2Wy6JidkMC AwEAAaOCAeAwggHcMB8GA1UdIwQYMBaAFOjXvZaq3dAI76Eznl5ZmDwSt5uRMB0GA1UdDgQW BBT3kO8ynA7nwzcRrZ/97bI0/CQ9iDAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAd BgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwagYDVR0gBGMwYTBfBg0rBgEEAa4jAQQD AwABME4wTAYIKwYBBQUHAgEWQGh0dHBzOi8vd3d3LmluY29tbW9uLm9yZy9jZXJ0L3JlcG9z aXRvcnkvY3BzX3N0YW5kYXJkX2NsaWVudC5wZGYwTgYDVR0fBEcwRTBDoEGgP4Y9aHR0cDov L2NybC5pbmNvbW1vbi5vcmcvSW5Db21tb25TdGFuZGFyZEFzc3VyYW5jZUNsaWVudENBLmNy bDCBgAYIKwYBBQUHAQEEdDByMEoGCCsGAQUFBzAChj5odHRwOi8vY2VydC5pbmNvbW1vbi5v cmcvSW5Db21tb25TdGFuZGFyZEFzc3VyYW5jZUNsaWVudENBLmNydDAkBggrBgEFBQcwAYYY aHR0cDovL29jc3AuaW5jb21tb24ub3JnMB4GA1UdEQQXMBWBE2pkb3JmZkBwaHkuZHVrZS5l ZHUwDQYJKoZIhvcNAQEFBQADggEBAISQv2tq3fwqcnd7y7gjlPcxAvJgiXrgKoeED2KFYrbB fg8JeBEi1fqRZnk38LDobfgFFbCaBmVZ37sSW0XPxeQIwQdbY5FpcjMpb2dG1SIPEzV5nuos Bsh+SAGDia86e4SxMpagT39aKcc/5TfR9iBquKEgvriUNJW8VAJzOd9/VmMzsjBz0mEGpEYJ 6cV+7D2uITp4nbpU34YOVENvLUlV44Lyw52DJ6ZeKP+hmNrJx1sz93LD841B9Q494/wC6H4Q G/OjWB7TEA1EqVNvr9/WiXt5WJDLCT+WSuFwIfq1sY5252u8PCOB8kdBMEvWT23YJ9UdoZPK K9bYrCXTEn4xggOHMIIDgwIBATB5MGQxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5l dDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJbkNvbW1vbiBTdGFuZGFyZCBBc3N1 cmFuY2UgQ2xpZW50IENBAhEAmKLhIaYbjF4yzvN4Y/XijjAJBgUrDgMCGgUAoIIB4zAYBgkq hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDAyMjAxNjQ2NDdaMCMG CSqGSIb3DQEJBDEWBBRQiWJQB15Bxa6dpprwqwm97lUj+zBsBgkqhkiG9w0BCQ8xXzBdMAsG CWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGIBgkrBgEEAYI3EAQxezB5 MGQxCzAJBgNVBAYTAlVTMRIwEAYDVQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9u MS4wLAYDVQQDEyVJbkNvbW1vbiBTdGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBAhEAmKLh IaYbjF4yzvN4Y/XijjCBigYLKoZIhvcNAQkQAgsxe6B5MGQxCzAJBgNVBAYTAlVTMRIwEAYD VQQKEwlJbnRlcm5ldDIxETAPBgNVBAsTCEluQ29tbW9uMS4wLAYDVQQDEyVJbkNvbW1vbiBT dGFuZGFyZCBBc3N1cmFuY2UgQ2xpZW50IENBAhEAmKLhIaYbjF4yzvN4Y/XijjANBgkqhkiG 9w0BAQEFAASCAQAncsXDEFR7PMBKfjHD98bbC4ksH9dczp7J7yQxxJSnHF4fc/dN47jVDg7Y Zu+24j/l1O5u0L55wYAvqr1pgtrsdzcuGJri12FM0+OXFbm9RqCKf9gtMvAlaX/UYAti/0N2 M7cWp1Faw17MqBLpCZB5c7HxwgSVsHbU/kt8DdzkDdukEvglcBAOuQhleJIvYvfrSHWJLIlZ PreRj6dFvTPcfl8TiX0mziUlkv5gkyM03jLPClYr7C/CGjN5b5+Ej0qhf7HU3tI+qa2GbOYb AoJuLWjavNNa4V0TA4+Mu6yso1bIb/dDQJxJSgY4LEv3Pl8ZBUqndSiTbXk312K8UYGlAAAA AAAA --------------ms040407080806040202020907--

2 1

Re: [Users] about live snapshot and qemu-kvm
by Karli Sjöberg 21 Feb '14

21 Feb '14

On Mon, 2014-02-17 at 09:59 -0500, Douglas Schilling Landgraf wrote: > On 02/17/2014 02:00 AM, Karli Sjöberg wrote: > > On Thu, 2014-02-13 at 14:42 -0500, Douglas Schilling Landgraf wrote: > >> On 01/01/2014 06:24 AM, Gianluca Cecchi wrote: > >>> On Wed, Jan 1, 2014 at 4:38 AM, R P Herrold wrote: > >>> > >>>> > >>>> Out of curiousity, _what_ build environment 'flags' do you > >>>> all, participating in this thread, refer to? -- the thread > >>>> does not enumerate them explicitly, and one cannot expect to > >>>> hit by 'indirect fire', a target not exposed > >>>> > >>>> With best regards, this New Year's eve > >>> > >>> I'm far from being a programmer, but as I went to compare build > >>> environments, between > >>> qemu-kvm-rhev-0.12.1.2-2.415.el6_5.3.src.rpm > >>> and > >>> qemu-kvm-0.12.1.2-2.415.el6_5.3.src.rpm > >>> in related spec file I see > >>> [g.cecchi@tekkaman SPECS]$ diff qemu-kvm.spec.upstream qemu-kvm.spec.rhev > >>> 3c3 > >>> < %define rhev 0 > >>> --- > >>>> %define rhev 1 > >>> 12928a12929 > >>>>>>>>>>> rhel-6.5 > >>> > >>> and apart other probably not trivial implications, such as guest agent > >>> part, I see that the "configure" command takes one extra argument in > >>> base RH EL 6.5, that is > >>> > >>> --disable-rhev-features > >>> > >>> The only patch file containing this keyword is > >>> > >>> kvm-Block-streaming-disable-for-RHEL.patch > >>> > >>> and inside it there are these lines that impacts configure options and > >>> related built qemu-kvm: > >>> > >>> --- a/configure > >>> +++ b/configure > >>> @@ -286,6 +286,7 @@ spice="" > >>> smartcard="" > >>> smartcard_nss="" > >>> live_snapshots="yes" > >>> +block_stream="yes" > >>> usb_redir="" > >>> > >>> # OS specific > >>> @@ -686,10 +687,22 @@ for opt do > >>> ;; > >>> --enable-live-snapshots) live_snapshots="yes" > >>> ;; > >>> + --disable-block-stream) block_stream="no" > >>> + ;; > >>> + --enable-block-stream) block_stream="yes" > >>> + ;; > >>> --disable-usb-redir) usb_redir="no" > >>> ;; > >>> --enable-usb-redir) usb_redir="yes" > >>> ;; > >>> + --disable-rhev-features) > >>> + live_snapshots="no"; > >>> + block_stream="no"; > >>> + ;; > >>> + --enable-rhev-features) > >>> + live_snapshots="yes"; > >>> + block_stream="yes"; > >>> + ;; > >>> *) echo "ERROR: unknown option $opt"; show_help="yes" > >>> ;; > >>> esac > >>> @@ -863,8 +876,12 @@ echo " --disable-smartcard-nss disable > >>> smartcard nss support" > >>> echo " --enable-smartcard-nss enable smartcard nss support" > >>> echo " --disable-live-snapshots disable live block device snapshot support" > >>> echo " --enable-live-snapshots enable live block device snapshot support" > >>> +echo " --disable-block-stream disable block streaming support" > >>> +echo " --enable-block-stream enable block streaming support" > >>> echo " --disable-usb-redir disable usb network redirection support" > >>> echo " --enable-usb-redir enable usb network redirection support" > >>> +echo " --disable-rhev-features disable RHEV-only features" > >>> +echo " --enable-rhev-features enable RHEV-only features" > >>> echo "" > >>> echo "NOTE: The object files are built at the place where configure > >>> is launched" > >>> exit 1 > >>> @@ -2271,6 +2288,7 @@ echo "Trace backend $trace_backend" > >>> echo "spice support $spice" > >>> echo "nss used $smartcard_nss" > >>> echo "Live snapshots $live_snapshots" > >>> +echo "Block streaming $block_stream" > >>> echo "xfsctl support $xfs" > >>> echo "usb net redir $usb_redir" > >>> > >>> @@ -2526,6 +2544,10 @@ if test "$live_snapshots" = "yes" ; then > >>> echo "CONFIG_LIVE_SNAPSHOTS=y" >> $config_host_mak > >>> fi > >>> > >>> +if test "$block_stream" = "yes" ; then > >>> + echo "CONFIG_BLOCK_STREAM=y" >> $config_host_mak > >>> +fi > >>> + > >>> if test "$usb_redir" = "yes" ; then > >>> echo "CONFIG_USB_REDIR=y" >> $config_host_mak > >>> fi > >>> > >>> I don't think the rhev argument has instead implications in upstream > >>> source qemu-kvm-0.12.1.2.tar.gz > >>> So I think that if you want to dig more and if you have more > >>> competences, you have to see the full spec file and the full patch > >>> above. > >>> > >>> Files downloaded here: > >>> > >>> upstream > >>> http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/os/SRPMS/qemu-kvm-… > >>> > >>> rhev > >>> http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RHEV/SRPMS/qemu-kv… > >>> > >> > >> Just for the record, we have setup a jenkins job to rebuild qemu-kvm for > >> el6 until we get it officially from centos: > >> http://jenkins.ovirt.org/view/Packaging/job/qemu-kvm-rhev_create_rpms_el6/ > >> > >> -- > >> Cheers > >> Douglas > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > > > I think this calls for an oldschool question/statement; > > > > Who da man? ... You da man! :) > > > > Live snapshot now just works. Haven´t verified quiesce yet though, but > > looks good as far as the events in webadmin is concerned. Next to test > > is live disk migration. > > > > > Thanks a lot for the feedback :) > > -- > Cheers > Douglas Hey, have gone through the logs to verify quiescence and the only thing actually mentioning it comes from vdsm.log: Thread-127371::DEBUG::2014-02-19 14:54:15,612::BindingXMLRPC::977::vds::(wrapper) return vmSnapshot with {'status': {'message': 'Done', 'code': 0}, 'quiesce': False} What is it saying really? That quiescing failed, or that it was deliberately taken without it, or what? Nothing in qemu-ga.log either, even if changed to "--verbose". Like it never got any calls to quiesce in the first place. The guest does have the device[1] attached at least. The guest is CentOS-6.4 or 5, if that matters. [1]: /dev/virtio-ports/org.qemu.guest_agent.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

2 2

[Users] Host Non-Operational from sanlock and VM fails to migrate
by Trey Dockendorf 21 Feb '14

21 Feb '14

I have a 2 node oVirt 3.3.2 cluster setup and am evaluating the setup for production use on our HPC system for managing our VM infrastructure. Currently I'm trying to utilize our DDR InfiniBand fabric for the storage domains in oVirt using NFS over RDMA. I've noticed some unstable behavior and it seems in every case to begin with sanlock. The ovirt web admin interface shows the following message as first sign of trouble on 2014-Feb-03 07:45. "Invalid status on Data Center Default. Setting Data Center status to Non Responsive (On host vm01.brazos.tamu.edu, Error: Network error during communication with the Host.).". The single VM I had running is stuck in the "Migrating From" state. virsh shows the VM paused on the crashed host and the one it attempted to migrate to. Right now I have a few concerns. 1) The cause of the sanlock (or other instability) and if it's related to a bug or an issue using NFSoRDMA. 2) Why the VM failed to migrate if the second host had no issues. If the first host is down should the VM be considered offline and booted on the second host after first is fenced? Attached are logs from the failed host (vm01) and the healthy host (vm02) as well as engine. The failed host's /var/log/message is also attached (vm01_message.log). Thanks - Trey

4 6

[Users] oVirt 3.4 pre-release and GlusterFS support (F19)
by Brad House 20 Feb '14

20 Feb '14

I've been testing the 3.4 prerelease on Fedora 19. When I create a GlusterFS (not POSIXFS) storage group and create a VM with a disk image on the storage group, I see a POSIX mount created on the host. Upon further investigation, when evaluating the executed qemu command line, it doesn't appear qemu is being told to use libgfapi but rather that previously observed POSIX mount. One other note, I'm specifically testing the hosted engine, and haven't tested using the non-hosted variant. The question is .... is this expected behavior, and if so, is it because of the hosted engine? Or is this some form of regression from the advertised feature list of oVirt 3.3? Anything I should try or look at? I'm obviously concerned about the FUSE overhead with Gluster and would like to avoid that if possible. Thanks! -Brad

2 2

[Users] Why choose glusterfs over iscsi for oVirt storage?
by Justin Clacherty 20 Feb '14

20 Feb '14

--_000_C79B906B4ECB8E46A3281AC932C805502F49039Aexchangeredfish_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I'm just setting up some storage for use with oVirt and am wondering why I = might choose glusterfs rather than just exporting a raid array as iscsi. T= he oVirt team seem to be pushing gluster (though that could just be because= it's a Red Hat product). Can anyone answer this one? What I have come up with is as follows. For: - easy to expand - redundancy across storage devices/easy replication - high availablility - performance - it's kind of cool :) - maintenance? Against (these are guesses): - performance? (multiple layers of filesystems everywhere - fs in = vm + image on gluster + gluster + block filesystem) - complexity - maintenance? Any help here is appreciated. Also, does the underlying block level filesy= stem matter here? VMs running under ovirt would be typical business applic= ations - file serving (samba4), email, databases, web servers, etc. Cheers, Justin. --_000_C79B906B4ECB8E46A3281AC932C805502F49039Aexchangeredfish_ 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=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DEN-AU link=3D"#0563C1= " vlink=3D"#954F72"><div class=3DWordSection1>Hi,<o:p>= </o:p><o:p> </o:p>I&= #8217;m just setting up some storage for use with oVirt and am wondering wh= y I might choose glusterfs rather than just exporting a raid array as iscsi= .  The oVirt team seem to be pushing gluster (though that could just b= e because it’s a Red Hat product).  Can anyone answer this one?<= o:p></o:p><o:p> </o:p>What I have come up with is as follows.<o:p></o:p><o:p> </o:p>For:<o:p></o:p><![if= !supportLists]>-          <= /span><![endif]>easy to expand<o:p></o:p><![if !supportLi= sts]>-          </spa= n><![endif]>redundancy across storage devices/easy replication<o:p></o:p></= p><![if !supportLists]>-      &nbsp= ;   <![endif]>high availablility<o:p></o:p><![if !supportLists]>-        =   <![endif]>performance<o:p></o:p><![if !supp= ortLists]>-          = <![endif]>it’s kind of cool J<o:p></o:p><![if !supportLists]>-  &nbsp= ;       <![endif]>maintenance?<= o:p></o:p><o:p> </o:p>Against (these are guesses):<o:p></o:p><![if !supportLists]><s= pan style=3D'mso-list:Ignore'>-          <![en= dif]>performance? (multiple layers of filesystems everywhere – fs in = vm + image on gluster + gluster + block filesystem)<o:p></o:p><= ![if !supportLists]>-        &nbs= p; <![endif]>complexity<o:p></o:p><![if !supportLi= sts]>-          </spa= n><![endif]>maintenance?<o:p></o:p><o:p> </o:= p>Any help here is appreciated.  Also, does t= he underlying block level filesystem matter here?  VMs running under o= virt would be typical business applications – file serving (samba4), = email, databases, web servers, etc.<o:p></o:p><o:p= > </o:p>Cheers,<o:p></o:p>Justin.<o:p></o:p><o:p> </o:p><o:p> </o:p><o:p> </o:p>= </div></body></html>= --_000_C79B906B4ECB8E46A3281AC932C805502F49039Aexchangeredfish_--

2 1

[Users] API read-only access / roles
by Sander Grendelman 20 Feb '14

20 Feb '14

I'm working on (Zabbix) monitoring through the RESTful API. Which role should I assign to the monitoring user? The user only needs read access to the data but it looks like I nead to assign at least an "Admin" role to the user to be able to read data through the API. For this I've created a "AdminLoginOnly" role that only has System->Configure System->Login Permissions access. Is this the way to go for this king of configuration? Or is there a way to further minimize the permissions of this user? Another issue is that a "Login" event is generated every time the user connects through the API. This makes the "Events" pane less useful / readable. Is there a way to disable this for some users/roles?

3 4

[Users] [QE] oVirt 3.4.0 RC status
by Sandro Bonazzola 20 Feb '14

20 Feb '14

Hi, oVirt 3.4.0 beta3 has been released and is actually on QA. We're going to start building oVirt 3.4.0 RC this Monday 2014-02-24 09:00 UTC from 3.4 branches. repository composition will follow as soon as all packages will be built. This build will be used for a third Test Day scheduled for Wed 2014-02-27. The bug tracker [1] shows the following bugs blocking the release: Whiteboard Bug ID Status Summary infra 1055881 POST REST API: Search for an user in active directory by upn doesn't return any results ... infra 1059258 POST REST API: Create user user@domain actually creates user only infra 1060528 POST Error response to DELETE request of 'Everyone' group doesn't contains 'detail' field infra 1064829 POST Regression: Add data center permission to user causes to internal error integration 1058018 POST upgrade from 3.3 overwrites exports with acl None network 1066953 POST Cannot edit network is "setup networks" dialog network 1066956 POST Cannot create a bond in 'Setup networks' dialog storage 1057761 NEW Can't discover iSCSI target storage 1066466 POST Disk name doesn't get assigned automatically after a CREATE command. ux 1066489 POST Event list not updating when events happen. ux 1066827 NEW [webadmin] incorrect behavior of manual refresh in Host Main Tab virt 1062615 POST utc_diff not updated according to a change in VM settings Maintainers / Assignee: - Please provide ETA on blockers bugs - Please fix them ASAP There are still 347 bugs [2] targeted to 3.4.0. Excluding node and documentation bugs we still have 222 bugs [3] targeted to 3.4.0. Please review them as soon as possible. Maintainers / Assignee: - Please remember to rebuild your packages before 2014-02-24 09:00 UTC if you want them to be included in 3.4.0 RC. - Please add the bugs to the tracker if you think that 3.4.0 should not be released without them fixed. - 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-02-27 Be prepared for upcoming oVirt 3.4.0 Test Day on 2014-02-27! Thanks to all people already testing 3.4.0 beta 3! [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

1 0