On Jul 17, 2018 11:56, Hari Prasanth Loganathan <hariprasanth.l@ msystechnologies.com> wrote: It is an issue from our side. Please ignore my question. You've now made several posts about wanting help, but this completely contradicts it! I don't get it, do you have an issue you want help with, or should everyone just ignore you? /K But How frequently we will collect the disk statistics and update in PostgreSQL? Thanks, Hari On Tue, Jul 17, 2018 at 3:18 PM, Hari Prasanth Loganathan <hariprasanth.l@ msystechnologies.com> wrote: Hi Team, We are using the following API to collect the disk statistics, https://X.X.X.2/ovirt-engine/api/ *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3db... I found one issue in the disk statistics. In case If the Virtual Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) attached to it and I perform some read / write operation in the VM and it increases the corresponding disk level Read data rate / Write data rate / disk.read.latency / disk.write.latency. *Example*, I received the following values for this disk, But the problem is even when I bring down the VM still the last known value is received continuously. *Is it a known issue Or any workaround is available? * *Expected : All values should go to Zero* *Actual : All values retains the last known values when the VM was in UP state. * { "statistic": [ { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 2184 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.read", "description": "Read data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" }, { "kind": "gauge", "type": "decimal", "unit": "bytes_per_second", "values": { "value": [ { "datum": 41202005 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "data.current.write", "description": "Write data rate", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0.12 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.read.latency", "description": "Read latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 1.4 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.write.latency", "description": "Write latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" }, { "kind": "gauge", "type": "decimal", "unit": "seconds", "values": { "value": [ { "datum": 0 } ] }, "disk": { "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda", "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" }, "name": "disk.flush.latency", "description": "Flush latency", "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- 2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" } ] } Thanks, Hari DISCLAIMER - *MSysTechnologies LLC* This email message, contents and its attachments may contain confidential, proprietary or legally privileged information and is intended solely for the use of the individual or entity to whom it is actually intended. If you have erroneously received this message, please permanently delete it immediately and notify the sender. If you are not the intended recipient of the email message,you are notified strictly not to disseminate,distribute or copy this e-mail.E-mail transmission cannot be guaranteed to be secure or error-free as Information could be intercepted, corrupted, lost, destroyed, incomplete or contain viruses and MSysTechnologies LLC accepts no liability for the contents and integrity of this mail or for any damage caused by the limitations of the e-mail transmission. _______________________________________________ Users mailing list -- users(a)ovirt.org To unsubscribe send an email to users-leave(a)ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community- guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ message/FMPPEXHRR7EMO33TLOGKW2CKDY6LE6PW/

+ @Tomas Jelinek <tjelinek(a)redhat.com&gt; do you know this one? On Wed, Jul 18, 2018 at 1:57 AM Hari Prasanth Loganathan <hariprasanth.l@ msystechnologies.com> wrote: > Hi Karli, > > Sorry for the confusion, Initially I thought it is an issue from our side > so posted like 'ignore it', > But this issue is from oVirt. So could you please help me. > > *Steps to reproduce :* > 1) Attach the disk to any VM > 2) Perform some read and write operation in the VM which will increase > the disk level - 'Read data rate / Write data rate / disk.read.latency / > disk.write.latency' > 3) Now when I bring down the VM, all the disk statistics should come down > to be zero *But it is still retaining with last known value when the VM > was in UP state.* > > > *Expected : All values should go to ZeroActual : All values retains the > last known values when the VM was in UP state. * > > Thanks, > Hari > > > On Wed, Jul 18, 2018 at 11:20 AM, Karli Sjöberg <karli(a)inparadise.se&gt; > wrote: > >> >> >> On Jul 17, 2018 11:56, Hari Prasanth Loganathan <hariprasanth.l@ >> msystechnologies.com> wrote: >> >> It is an issue from our side. Please ignore my question. >> >> >> You've now made several posts about wanting help, but this completely >> contradicts it! >> >> >> I don't get it, do you have an issue you want help with, or should >> everyone just ignore you? >> >> /K >> >> >> But How frequently we will collect the disk statistics and update in >> PostgreSQL? >> >> Thanks, >> Hari >> >> On Tue, Jul 17, 2018 at 3:18 PM, Hari Prasanth Loganathan < >> hariprasanth.l(a)msystechnologies.com&gt; wrote: >> >> Hi Team, >> >> We are using the following API to collect the disk statistics, >> >> https://X.X.X.2/ovirt-engine/api/ >> *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* >> <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3db... >> >> I found one issue in the disk statistics. In case If the Virtual Machine >> has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) attached to it >> and I perform some read / write operation in the VM and it increases the >> corresponding disk level Read data rate / Write data rate / >> disk.read.latency / disk.write.latency. >> >> *Example*, I received the following values for this disk, But the >> problem is even when I bring down the VM still the last known value is >> received continuously. >> *Is it a known issue Or any workaround is available? * >> >> *Expected : All values should go to Zero* >> >> *Actual : All values retains the last known values when the VM was in UP >> state. * >> >> >> { >> "statistic": [ >> { >> "kind": "gauge", >> "type": "decimal", >> "unit": "bytes_per_second", >> "values": { >> "value": [ >> { >> "datum": 2184 >> } >> ] >> }, >> "disk": { >> "href": "/ovirt-engine/api/disks/ >> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >> }, >> "name": "data.current.read", >> "description": "Read data rate", >> "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- >> 2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", >> "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" >> }, >> { >> "kind": "gauge", >> "type": "decimal", >> "unit": "bytes_per_second", >> "values": { >> "value": [ >> { >> "datum": 41202005 >> } >> ] >> }, >> "disk": { >> "href": "/ovirt-engine/api/disks/ >> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >> }, >> "name": "data.current.write", >> "description": "Write data rate", >> "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- >> 2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", >> "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" >> }, >> { >> "kind": "gauge", >> "type": "decimal", >> "unit": "seconds", >> "values": { >> "value": [ >> { >> "datum": 0.12 >> } >> ] >> }, >> "disk": { >> "href": "/ovirt-engine/api/disks/ >> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >> }, >> "name": "disk.read.latency", >> "description": "Read latency", >> "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- >> 2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", >> "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" >> }, >> { >> "kind": "gauge", >> "type": "decimal", >> "unit": "seconds", >> "values": { >> "value": [ >> { >> "datum": 1.4 >> } >> ] >> }, >> "disk": { >> "href": "/ovirt-engine/api/disks/ >> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >> }, >> "name": "disk.write.latency", >> "description": "Write latency", >> "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- >> 2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", >> "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" >> }, >> { >> "kind": "gauge", >> "type": "decimal", >> "unit": "seconds", >> "values": { >> "value": [ >> { >> "datum": 0 >> } >> ] >> }, >> "disk": { >> "href": "/ovirt-engine/api/disks/ >> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >> }, >> "name": "disk.flush.latency", >> "description": "Flush latency", >> "href": "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb- >> 2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", >> "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" >> } >> ] >> } >> >> Thanks, >> Hari >> >> >> >> DISCLAIMER - *MSysTechnologies LLC* >> >> This email message, contents and its attachments may contain >> confidential, proprietary or legally privileged information and is intended >> solely for the use of the individual or entity to whom it is actually >> intended. If you have erroneously received this message, please permanently >> delete it immediately and notify the sender. If you are not the intended >> recipient of the email message,you are notified strictly not to >> disseminate,distribute or copy this e-mail.E-mail transmission cannot be >> guaranteed to be secure or error-free as Information could be intercepted, >> corrupted, lost, destroyed, incomplete or contain viruses and >> MSysTechnologies LLC accepts no liability for the contents and integrity of >> this mail or for any damage caused by the limitations of the e-mail >> transmission. >> >> _______________________________________________ >> Users mailing list -- users(a)ovirt.org >> To unsubscribe send an email to users-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: https://www.ovirt.org/community/about/community- >> guidelines/ >> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ >> message/FMPPEXHRR7EMO33TLOGKW2CKDY6LE6PW/ >> >> >> > > DISCLAIMER - *MSysTechnologies LLC* > > This email message, contents and its attachments may contain > confidential, proprietary or legally privileged information and is intended > solely for the use of the individual or entity to whom it is actually > intended. If you have erroneously received this message, please permanently > delete it immediately and notify the sender. If you are not the intended > recipient of the email message,you are notified strictly not to > disseminate,distribute or copy this e-mail.E-mail transmission cannot be > guaranteed to be secure or error-free as Information could be intercepted, > corrupted, lost, destroyed, incomplete or contain viruses and > MSysTechnologies LLC accepts no liability for the contents and integrity of > this mail or for any damage caused by the limitations of the e-mail > transmission. > > _______________________________________________ > Users mailing list -- users(a)ovirt.org > To unsubscribe send an email to users-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: https://www.ovirt.org/community/about/community- > guidelines/ > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ > message/OB5DNRR4JYGESMVNZV2M2DN6T7DX7R4E/ > -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

Sorry for the delay. adding some others that may know. On Sun, Jul 29, 2018 at 11:02 PM Hari Prasanth Loganathan < hariprasanth.l(a)msystechnologies.com&gt; wrote: > Hi Guys, > > Any update on this, please? > > Thanks, > Hari > > On Fri, Jul 27, 2018 at 5:52 AM, Greg Sheremeta <gshereme(a)redhat.com&gt; > wrote: > >> + @Tomas Jelinek <tjelinek(a)redhat.com&gt; do you know this one? >> >> On Wed, Jul 18, 2018 at 1:57 AM Hari Prasanth Loganathan < >> hariprasanth.l(a)msystechnologies.com&gt; wrote: >> >>> Hi Karli, >>> >>> Sorry for the confusion, Initially I thought it is an issue from our >>> side so posted like 'ignore it', >>> But this issue is from oVirt. So could you please help me. >>> >>> *Steps to reproduce :* >>> 1) Attach the disk to any VM >>> 2) Perform some read and write operation in the VM which will increase >>> the disk level - 'Read data rate / Write data rate / disk.read.latency >>> / disk.write.latency' >>> 3) Now when I bring down the VM, all the disk statistics should come >>> down to be zero *But it is still retaining with last known value when >>> the VM was in UP state.* >>> >>> >>> *Expected : All values should go to ZeroActual : All values retains the >>> last known values when the VM was in UP state. * >>> >>> Thanks, >>> Hari >>> >>> >>> On Wed, Jul 18, 2018 at 11:20 AM, Karli Sjöberg <karli(a)inparadise.se&gt; >>> wrote: >>> >>>> >>>> >>>> On Jul 17, 2018 11:56, Hari Prasanth Loganathan < >>>> hariprasanth.l(a)msystechnologies.com&gt; wrote: >>>> >>>> It is an issue from our side. Please ignore my question. >>>> >>>> >>>> You've now made several posts about wanting help, but this completely >>>> contradicts it! >>>> >>>> >>>> I don't get it, do you have an issue you want help with, or should >>>> everyone just ignore you? >>>> >>>> /K >>>> >>>> >>>> But How frequently we will collect the disk statistics and update in >>>> PostgreSQL? >>>> >>>> Thanks, >>>> Hari >>>> >>>> On Tue, Jul 17, 2018 at 3:18 PM, Hari Prasanth Loganathan < >>>> hariprasanth.l(a)msystechnologies.com&gt; wrote: >>>> >>>> Hi Team, >>>> >>>> We are using the following API to collect the disk statistics, >>>> >>>> https://X.X.X.2/ovirt-engine/api/ >>>> *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* >>>> <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3db... >>>> >>>> I found one issue in the disk statistics. In case If the Virtual >>>> Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) >>>> attached to it and I perform some read / write operation in the VM and it >>>> increases the corresponding disk level Read data rate / Write data rate / >>>> disk.read.latency / disk.write.latency. >>>> >>>> *Example*, I received the following values for this disk, But the >>>> problem is even when I bring down the VM still the last known value is >>>> received continuously. >>>> *Is it a known issue Or any workaround is available? * >>>> >>>> *Expected : All values should go to Zero* >>>> >>>> *Actual : All values retains the last known values when the VM was in >>>> UP state. * >>>> >>>> >>>> { >>>> "statistic": [ >>>> { >>>> "kind": "gauge", >>>> "type": "decimal", >>>> "unit": "bytes_per_second", >>>> "values": { >>>> "value": [ >>>> { >>>> "datum": 2184 >>>> } >>>> ] >>>> }, >>>> "disk": { >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>> }, >>>> "name": "data.current.read", >>>> "description": "Read data rate", >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/33b9212b-f9cb-3fd0-b364-248fb61e1272", >>>> "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" >>>> }, >>>> { >>>> "kind": "gauge", >>>> "type": "decimal", >>>> "unit": "bytes_per_second", >>>> "values": { >>>> "value": [ >>>> { >>>> "datum": 41202005 >>>> } >>>> ] >>>> }, >>>> "disk": { >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>> }, >>>> "name": "data.current.write", >>>> "description": "Write data rate", >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/2f23addd-4ebd-3d82-a449-c28778bc33eb", >>>> "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" >>>> }, >>>> { >>>> "kind": "gauge", >>>> "type": "decimal", >>>> "unit": "seconds", >>>> "values": { >>>> "value": [ >>>> { >>>> "datum": 0.12 >>>> } >>>> ] >>>> }, >>>> "disk": { >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>> }, >>>> "name": "disk.read.latency", >>>> "description": "Read latency", >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/3a7b3f72-d035-3bb9-b196-e86a4eb34993", >>>> "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" >>>> }, >>>> { >>>> "kind": "gauge", >>>> "type": "decimal", >>>> "unit": "seconds", >>>> "values": { >>>> "value": [ >>>> { >>>> "datum": 1.4 >>>> } >>>> ] >>>> }, >>>> "disk": { >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>> }, >>>> "name": "disk.write.latency", >>>> "description": "Write latency", >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/b1e75c7b-cea4-37d2-8459-f7d68efc69a3", >>>> "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" >>>> }, >>>> { >>>> "kind": "gauge", >>>> "type": "decimal", >>>> "unit": "seconds", >>>> "values": { >>>> "value": [ >>>> { >>>> "datum": 0 >>>> } >>>> ] >>>> }, >>>> "disk": { >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>> }, >>>> "name": "disk.flush.latency", >>>> "description": "Flush latency", >>>> "href": >>>> "/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", >>>> "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" >>>> } >>>> ] >>>> } >>>> >>>> Thanks, >>>> Hari >>>> >>>> >>>> >>>> DISCLAIMER - *MSysTechnologies LLC* >>>> >>>> This email message, contents and its attachments may contain >>>> confidential, proprietary or legally privileged information and is intended >>>> solely for the use of the individual or entity to whom it is actually >>>> intended. If you have erroneously received this message, please permanently >>>> delete it immediately and notify the sender. If you are not the intended >>>> recipient of the email message,you are notified strictly not to >>>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be >>>> guaranteed to be secure or error-free as Information could be intercepted, >>>> corrupted, lost, destroyed, incomplete or contain viruses and >>>> MSysTechnologies LLC accepts no liability for the contents and integrity of >>>> this mail or for any damage caused by the limitations of the e-mail >>>> transmission. >>>> >>>> _______________________________________________ >>>> Users mailing list -- users(a)ovirt.org >>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>> oVirt Code of Conduct: >>>> https://www.ovirt.org/community/about/community-guidelines/ >>>> List Archives: >>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FMPPEXHRR7E... >>>> >>>> >>>> >>> >>> DISCLAIMER - *MSysTechnologies LLC* >>> >>> This email message, contents and its attachments may contain >>> confidential, proprietary or legally privileged information and is intended >>> solely for the use of the individual or entity to whom it is actually >>> intended. If you have erroneously received this message, please permanently >>> delete it immediately and notify the sender. If you are not the intended >>> recipient of the email message,you are notified strictly not to >>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be >>> guaranteed to be secure or error-free as Information could be intercepted, >>> corrupted, lost, destroyed, incomplete or contain viruses and >>> MSysTechnologies LLC accepts no liability for the contents and integrity of >>> this mail or for any damage caused by the limitations of the e-mail >>> transmission. >>> >>> _______________________________________________ >>> Users mailing list -- users(a)ovirt.org >>> To unsubscribe send an email to users-leave(a)ovirt.org >>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>> oVirt Code of Conduct: >>> https://www.ovirt.org/community/about/community-guidelines/ >>> List Archives: >>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OB5DNRR4JYG... >>> >> >> >> -- >> >> GREG SHEREMETA >> >> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX >> >> Red Hat NA >> >> <https://www.redhat.com/> >> >> gshereme(a)redhat.com IRC: gshereme >> <https://red.ht/sig> >> > > > DISCLAIMER - *MSysTechnologies LLC* > > This email message, contents and its attachments may contain > confidential, proprietary or legally privileged information and is intended > solely for the use of the individual or entity to whom it is actually > intended. If you have erroneously received this message, please permanently > delete it immediately and notify the sender. If you are not the intended > recipient of the email message,you are notified strictly not to > disseminate,distribute or copy this e-mail.E-mail transmission cannot be > guaranteed to be secure or error-free as Information could be intercepted, > corrupted, lost, destroyed, incomplete or contain viruses and > MSysTechnologies LLC accepts no liability for the contents and integrity of > this mail or for any damage caused by the limitations of the e-mail > transmission. > > -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

Hi, Looking at the code, the disk statistics are only updated when the VM is running. It looks like a bug. Could you open a Bugzilla ticket, so we can properly fix it? https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-engine Set the component to: Backend.Core And oVirt Team to: Virt Regards, Andrej On Mon, 30 Jul 2018 at 20:01, Hari Prasanth Loganathan <hariprasanth.l@ msystechnologies.com> wrote: > Thanks Greg, please let me know this. > > > On Mon, 30 Jul 2018 at 11:29 PM, Greg Sheremeta <gshereme(a)redhat.com&gt; > wrote: > >> Sorry for the delay. adding some others that may know. >> >> On Sun, Jul 29, 2018 at 11:02 PM Hari Prasanth Loganathan < >> hariprasanth.l(a)msystechnologies.com&gt; wrote: >> >>> Hi Guys, >>> >>> Any update on this, please? >>> >>> Thanks, >>> Hari >>> >>> On Fri, Jul 27, 2018 at 5:52 AM, Greg Sheremeta <gshereme(a)redhat.com&gt; >>> wrote: >>> >>>> + @Tomas Jelinek <tjelinek(a)redhat.com&gt; do you know this one? >>>> >>>> On Wed, Jul 18, 2018 at 1:57 AM Hari Prasanth Loganathan < >>>> hariprasanth.l(a)msystechnologies.com&gt; wrote: >>>> >>>>> Hi Karli, >>>>> >>>>> Sorry for the confusion, Initially I thought it is an issue from our >>>>> side so posted like 'ignore it', >>>>> But this issue is from oVirt. So could you please help me. >>>>> >>>>> *Steps to reproduce :* >>>>> 1) Attach the disk to any VM >>>>> 2) Perform some read and write operation in the VM which will >>>>> increase the disk level - 'Read data rate / Write data rate / >>>>> disk.read.latency / disk.write.latency' >>>>> 3) Now when I bring down the VM, all the disk statistics should come >>>>> down to be zero *But it is still retaining with last known value >>>>> when the VM was in UP state.* >>>>> >>>>> >>>>> *Expected : All values should go to ZeroActual : All values retains >>>>> the last known values when the VM was in UP state. * >>>>> >>>>> Thanks, >>>>> Hari >>>>> >>>>> >>>>> On Wed, Jul 18, 2018 at 11:20 AM, Karli Sjöberg <karli(a)inparadise.se&gt; >>>>> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Jul 17, 2018 11:56, Hari Prasanth Loganathan <hariprasanth.l@ >>>>>> msystechnologies.com> wrote: >>>>>> >>>>>> It is an issue from our side. Please ignore my question. >>>>>> >>>>>> >>>>>> You've now made several posts about wanting help, but this >>>>>> completely contradicts it! >>>>>> >>>>>> >>>>>> I don't get it, do you have an issue you want help with, or should >>>>>> everyone just ignore you? >>>>>> >>>>>> /K >>>>>> >>>>>> >>>>>> But How frequently we will collect the disk statistics and update in >>>>>> PostgreSQL? >>>>>> >>>>>> Thanks, >>>>>> Hari >>>>>> >>>>>> On Tue, Jul 17, 2018 at 3:18 PM, Hari Prasanth Loganathan < >>>>>> hariprasanth.l(a)msystechnologies.com&gt; wrote: >>>>>> >>>>>> Hi Team, >>>>>> >>>>>> We are using the following API to collect the disk statistics, >>>>>> >>>>>> https://X.X.X.2/ovirt-engine/api/ >>>>>> *disks/2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics* >>>>>> <https://X.X.X.2/ovirt-engine/api/disks/2331bad7-71ec-4fad-95bb-2b3449f3db... >>>>>> >>>>>> I found one issue in the disk statistics. In case If the Virtual >>>>>> Machine has this disk (*2331bad7-71ec-4fad-95bb-2b3449f3dbda*) >>>>>> attached to it and I perform some read / write operation in the VM and it >>>>>> increases the corresponding disk level Read data rate / Write data rate / >>>>>> disk.read.latency / disk.write.latency. >>>>>> >>>>>> *Example*, I received the following values for this disk, But the >>>>>> problem is even when I bring down the VM still the last known value is >>>>>> received continuously. >>>>>> *Is it a known issue Or any workaround is available? * >>>>>> >>>>>> *Expected : All values should go to Zero* >>>>>> >>>>>> *Actual : All values retains the last known values when the VM was >>>>>> in UP state. * >>>>>> >>>>>> >>>>>> { >>>>>> "statistic": [ >>>>>> { >>>>>> "kind": "gauge", >>>>>> "type": "decimal", >>>>>> "unit": "bytes_per_second", >>>>>> "values": { >>>>>> "value": [ >>>>>> { >>>>>> "datum": 2184 >>>>>> } >>>>>> ] >>>>>> }, >>>>>> "disk": { >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>>>> }, >>>>>> "name": "data.current.read", >>>>>> "description": "Read data rate", >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/ >>>>>> 33b9212b-f9cb-3fd0-b364-248fb61e1272", >>>>>> "id": "33b9212b-f9cb-3fd0-b364-248fb61e1272" >>>>>> }, >>>>>> { >>>>>> "kind": "gauge", >>>>>> "type": "decimal", >>>>>> "unit": "bytes_per_second", >>>>>> "values": { >>>>>> "value": [ >>>>>> { >>>>>> "datum": 41202005 >>>>>> } >>>>>> ] >>>>>> }, >>>>>> "disk": { >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>>>> }, >>>>>> "name": "data.current.write", >>>>>> "description": "Write data rate", >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/ >>>>>> 2f23addd-4ebd-3d82-a449-c28778bc33eb", >>>>>> "id": "2f23addd-4ebd-3d82-a449-c28778bc33eb" >>>>>> }, >>>>>> { >>>>>> "kind": "gauge", >>>>>> "type": "decimal", >>>>>> "unit": "seconds", >>>>>> "values": { >>>>>> "value": [ >>>>>> { >>>>>> "datum": 0.12 >>>>>> } >>>>>> ] >>>>>> }, >>>>>> "disk": { >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>>>> }, >>>>>> "name": "disk.read.latency", >>>>>> "description": "Read latency", >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/ >>>>>> 3a7b3f72-d035-3bb9-b196-e86a4eb34993", >>>>>> "id": "3a7b3f72-d035-3bb9-b196-e86a4eb34993" >>>>>> }, >>>>>> { >>>>>> "kind": "gauge", >>>>>> "type": "decimal", >>>>>> "unit": "seconds", >>>>>> "values": { >>>>>> "value": [ >>>>>> { >>>>>> "datum": 1.4 >>>>>> } >>>>>> ] >>>>>> }, >>>>>> "disk": { >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>>>> }, >>>>>> "name": "disk.write.latency", >>>>>> "description": "Write latency", >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/ >>>>>> b1e75c7b-cea4-37d2-8459-f7d68efc69a3", >>>>>> "id": "b1e75c7b-cea4-37d2-8459-f7d68efc69a3" >>>>>> }, >>>>>> { >>>>>> "kind": "gauge", >>>>>> "type": "decimal", >>>>>> "unit": "seconds", >>>>>> "values": { >>>>>> "value": [ >>>>>> { >>>>>> "datum": 0 >>>>>> } >>>>>> ] >>>>>> }, >>>>>> "disk": { >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda", >>>>>> "id": "2331bad7-71ec-4fad-95bb-2b3449f3dbda" >>>>>> }, >>>>>> "name": "disk.flush.latency", >>>>>> "description": "Flush latency", >>>>>> "href": "/ovirt-engine/api/disks/ >>>>>> 2331bad7-71ec-4fad-95bb-2b3449f3dbda/statistics/ >>>>>> 9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0", >>>>>> "id": "9c17ad7b-9ef1-3e8d-ad0a-ff8bee3925f0" >>>>>> } >>>>>> ] >>>>>> } >>>>>> >>>>>> Thanks, >>>>>> Hari >>>>>> >>>>>> >>>>>> >>>>>> DISCLAIMER - *MSysTechnologies LLC* >>>>>> >>>>>> This email message, contents and its attachments may contain >>>>>> confidential, proprietary or legally privileged information and is intended >>>>>> solely for the use of the individual or entity to whom it is actually >>>>>> intended. If you have erroneously received this message, please permanently >>>>>> delete it immediately and notify the sender. If you are not the intended >>>>>> recipient of the email message,you are notified strictly not to >>>>>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be >>>>>> guaranteed to be secure or error-free as Information could be intercepted, >>>>>> corrupted, lost, destroyed, incomplete or contain viruses and >>>>>> MSysTechnologies LLC accepts no liability for the contents and integrity of >>>>>> this mail or for any damage caused by the limitations of the e-mail >>>>>> transmission. >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list -- users(a)ovirt.org >>>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>>> oVirt Code of Conduct: https://www.ovirt.org/ >>>>>> community/about/community-guidelines/ >>>>>> List Archives: https://lists.ovirt.org/ >>>>>> archives/list/users(a)ovirt.org/message/FMPPEXHRR7EMO33TLOGKW2CKDY6LE6 >>>>>> PW/ >>>>>> >>>>>> >>>>>> >>>>> >>>>> DISCLAIMER - *MSysTechnologies LLC* >>>>> >>>>> This email message, contents and its attachments may contain >>>>> confidential, proprietary or legally privileged information and is intended >>>>> solely for the use of the individual or entity to whom it is actually >>>>> intended. If you have erroneously received this message, please permanently >>>>> delete it immediately and notify the sender. If you are not the intended >>>>> recipient of the email message,you are notified strictly not to >>>>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be >>>>> guaranteed to be secure or error-free as Information could be intercepted, >>>>> corrupted, lost, destroyed, incomplete or contain viruses and >>>>> MSysTechnologies LLC accepts no liability for the contents and integrity of >>>>> this mail or for any damage caused by the limitations of the e-mail >>>>> transmission. >>>>> >>>>> _______________________________________________ >>>>> Users mailing list -- users(a)ovirt.org >>>>> To unsubscribe send an email to users-leave(a)ovirt.org >>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >>>>> oVirt Code of Conduct: https://www.ovirt.org/ >>>>> community/about/community-guidelines/ >>>>> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/ >>>>> message/OB5DNRR4JYGESMVNZV2M2DN6T7DX7R4E/ >>>>> >>>> >>>> >>>> -- >>>> >>>> GREG SHEREMETA >>>> >>>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX >>>> >>>> Red Hat NA >>>> >>>> <https://www.redhat.com/> >>>> >>>> gshereme(a)redhat.com IRC: gshereme >>>> <https://red.ht/sig> >>>> >>> >>> >>> DISCLAIMER - *MSysTechnologies LLC* >>> >>> This email message, contents and its attachments may contain >>> confidential, proprietary or legally privileged information and is intended >>> solely for the use of the individual or entity to whom it is actually >>> intended. If you have erroneously received this message, please permanently >>> delete it immediately and notify the sender. If you are not the intended >>> recipient of the email message,you are notified strictly not to >>> disseminate,distribute or copy this e-mail.E-mail transmission cannot be >>> guaranteed to be secure or error-free as Information could be intercepted, >>> corrupted, lost, destroyed, incomplete or contain viruses and >>> MSysTechnologies LLC accepts no liability for the contents and integrity of >>> this mail or for any damage caused by the limitations of the e-mail >>> transmission. >>> >>> >> >> -- >> >> GREG SHEREMETA >> >> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX >> >> Red Hat NA >> >> <https://www.redhat.com/> >> >> gshereme(a)redhat.com IRC: gshereme >> <https://red.ht/sig> >> > > DISCLAIMER - *MSysTechnologies LLC* > > This email message, contents and its attachments may contain > confidential, proprietary or legally privileged information and is intended > solely for the use of the individual or entity to whom it is actually > intended. If you have erroneously received this message, please permanently > delete it immediately and notify the sender. If you are not the intended > recipient of the email message,you are notified strictly not to > disseminate,distribute or copy this e-mail.E-mail transmission cannot be > guaranteed to be secure or error-free as Information could be intercepted, > corrupted, lost, destroyed, incomplete or contain viruses and > MSysTechnologies LLC accepts no liability for the contents and integrity of > this mail or for any damage caused by the limitations of the e-mail > transmission. > >