[ovirt-users] Disk Statistics error

2018-08-17 Thread Hari Prasanth Loganathan 
Hi Team,

I try to get the disk statistics using the following
*Url: *

* /ovirt-engine/api/disks?follow=statistics*

and I get the following error in oVirt,

2018-08-17 15:34:24,663+08 ERROR [io.undertow.request] (default task-815)
UT005023: Exception handling request to /ovirt-engine/api/v4/disks:
java.lang.RuntimeException: org.jboss.resteasy.spi.UnhandledException:
java.lang.IllegalStateException: Problem following 'statistics' link in
Disks entity.
at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(
RequestDispatcherImpl.java:245) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImplSetup(
RequestDispatcherImpl.java:147) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at io.undertow.servlet.spec.RequestDispatcherImpl.forward(
RequestDispatcherImpl.java:111) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.api.restapi.invocation.VersionFilter.
doFilter(VersionFilter.java:180) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.invocation.VersionFilter.
doFilter(VersionFilter.java:98) [restapi-jaxrs.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.api.restapi.invocation.CurrentFilter.
doFilter(CurrentFilter.java:117) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.invocation.CurrentFilter.
doFilter(CurrentFilter.java:72) [restapi-jaxrs.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.
doFilter(RestApiSessionMgmtFilter.java:78) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.
doFilter(EnforceAuthFilter.java:42) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.SsoRestApiNegotiationFilter.
doFilter(SsoRestApiNegotiationFilter.java:84) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.SsoRestApiAuthFilter.
doFilter(SsoRestApiAuthFilter.java:47) [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
[undertow-servlet-2.0.9.Final.jar:2.0.9.Final]
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.
doFilter(FilterHandler.java:131) [undertow-servlet-2.0.9.Final.
jar:2.0.9.Final]
at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.
doFilter(SessionValidationFilter.java:59) [aaa.jar:]


Caused by: java.lang.IllegalStateException: Problem following 'statistics'
link in Disks entity.
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
fetchData(LinkFollower.java:185) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
followLink(LinkFollower.java:144) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
followLinks(LinkFollower.java:132) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.utils.LinkFollower.
followLinks(LinkFollower.java:53) [restapi-jaxrs.jar:]
at org.ovirt.engine.api.restapi.resource.BaseBackendResource.
follow(BaseBackendResource.java:412) [restapi-jaxrs.jar:]
at 
org.ovirt.engine.api.resource.DisksResource.doList(DisksResource.java:222)
[restapi-definition.jar:]
at sun.reflect.GeneratedMethodAccessor407.invoke(Unknown Source)
[:1.8.0_181]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_181]
at java.lang.reflect.Method.invoke(Method.java:498)
[rt.jar:1.8.0_181]
at 
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:140)
[resteasy-jaxrs-20-3.5.1.Final.jar:3.5.1.Final]
at

[ovirt-users] Disk Statistics API in Ovirt

2018-07-17 Thread Hari Prasanth Loganathan 
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*


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,

[ovirt-users] Disk Statistics API in oVirt

2018-07-17 Thread Hari Prasanth Loganathan 
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*


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

[Users] Disk statistics

2013-09-20 Thread Joop 

Hi All,

Because of an question on IRC I looked at 
/api/disks/long-disk-id/statistics but all values (datum) are ZERO. Its 
a disk of a VM that was running a dd if=/dev/vda of=/dev/null so I would 
expect something to show up (Did various webpage refreshes of the 
mentioned stats url). I also have ovirt-guest-agent running on that VM, 
in case it matters and the disk is on a NFS data domain.


What am I missing?

Regards,

Joop

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Disk statistics

2013-09-20 Thread John Taylor 
Hi Joop,

If you're on 3.1 or 3.2 I think this is the bug
https://bugzilla.redhat.com/show_bug.cgi?id=892596

-John





On Fri, Sep 20, 2013 at 10:04 AM, Joop jvdw...@xs4all.nl wrote:

 Hi All,

 Because of an question on IRC I looked at /api/disks/long-disk-id/**statistics
 but all values (datum) are ZERO. Its a disk of a VM that was running a dd
 if=/dev/vda of=/dev/null so I would expect something to show up (Did
 various webpage refreshes of the mentioned stats url). I also have
 ovirt-guest-agent running on that VM, in case it matters and the disk is on
 a NFS data domain.

 What am I missing?

 Regards,

 Joop

 __**_
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Disk statistics

2013-09-20 Thread John Taylor 
I should have pointed to the gerrit that's an external tracker on that. It
shows the root cause is that the disk_image_dynamic table (part of the
engine) isn't getting updated. It's a view of that table that's used for
the stats that you see online and is used by the collector for dwh.

http://gerrit.ovirt.org/#/c/12961/
It says

core: disk_image_dynamic statistics (#892596)


vdsm sends disk statistics per disk, while disk_image_dynamic table
contains disk_image ids (volumes). Hence the update on disk ids that
VdsUpdateRunTimeInfo generates, actually does nothing. A quick fix for
this problem is that VdsUpdateRunTimeInfo now updates by the AI id, so
statistics are saved.





On Fri, Sep 20, 2013 at 3:02 PM, Joop jvdw...@xs4all.nl wrote:

 John Taylor wrote:

 Hi Joop,

 If you're on 3.1 or 3.2 I think this is the bug
 https://bugzilla.redhat.com/**show_bug.cgi?id=892596https://bugzilla.redhat.com/show_bug.cgi?id=892596

 -John

  I'm on 3.2.2 el6. Reading that BZ suggests that it is 3.2 related but
 also it speaks of dhw. I don't have the reporting part of ovirt-engine
 installed so don't know it that is causing the zero values.


 Joop

 __**_
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/**mailman/listinfo/usershttp://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Disk statistics

2013-09-20 Thread Joop 

John Taylor wrote:

Hi Joop,

If you're on 3.1 or 3.2 I think this is the bug
https://bugzilla.redhat.com/show_bug.cgi?id=892596

-John

I'm on 3.2.2 el6. Reading that BZ suggests that it is 3.2 related but 
also it speaks of dhw. I don't have the reporting part of ovirt-engine 
installed so don't know it that is causing the zero values.


Joop

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users