- Users - oVirt List Archives

[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