Bug 1209999 - Network usage not displayed in br2a\br10a and disk not displayed in br10a
Summary: Network usage not displayed in br2a\br10a and disk not displayed in br10a
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine-reports
Classification: Retired
Component: General
Version: 3.5.5
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ovirt-3.5.5
: 3.5.5
Assignee: Yaniv Lavi
QA Contact: Lukas Svaty
URL:
Whiteboard: reports
Depends On:
Blocks: 1243662 1265937
TreeView+ depends on / blocked
 
Reported: 2015-04-08 15:50 UTC by Netbulae
Modified: 2016-02-10 19:19 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-10-26 13:44:30 UTC
oVirt Team: Reports
Embargoed:
rule-engine: ovirt-3.5.z+
ylavi: planning_ack+
ylavi: devel_ack+
pstehlik: testing_ack+


Attachments (Terms of Use)
Screenshot of graphs (27.04 KB, image/png)
2015-04-08 15:50 UTC, Netbulae
no flags Details
server.log (120.25 KB, text/plain)
2015-04-30 09:23 UTC, Netbulae
no flags Details
Quarterly screenshot (58.22 KB, image/png)
2015-04-30 09:24 UTC, Netbulae
no flags Details
Five Most Utilized Hosts (Over Time) (BR4) (52.84 KB, image/png)
2015-04-30 09:28 UTC, Netbulae
no flags Details
ovirt-engine-dwhd.log (20.53 KB, text/plain)
2015-04-30 09:37 UTC, Netbulae
no flags Details
ovirt engine history dump (1.27 MB, application/x-gzip)
2015-05-20 09:29 UTC, Netbulae
no flags Details
Now only memory graph gets displayed (57.01 KB, image/png)
2015-08-13 14:40 UTC, Netbulae
no flags Details
jasper debug log as requested (264.16 KB, application/zip)
2015-08-13 14:41 UTC, Netbulae
no flags Details
BR2A Daily screenshot (57.17 KB, image/png)
2015-08-19 09:07 UTC, Netbulae
no flags Details
BR2A Monthly screenshot (52.23 KB, image/png)
2015-08-19 09:08 UTC, Netbulae
no flags Details
Jasper log (1.21 MB, application/zip)
2015-08-19 11:15 UTC, Netbulae
no flags Details
SQL (314.36 KB, text/plain)
2015-08-25 10:55 UTC, Netbulae
no flags Details
new ovirt_engine_history dump (17.90 KB, application/zip)
2015-08-25 11:37 UTC, Netbulae
no flags Details
real dump (2.33 MB, application/zip)
2015-08-26 13:26 UTC, Netbulae
no flags Details
server log of reports of br2a and br10a report (3.24 KB, application/zip)
2015-10-05 12:00 UTC, Lukas Svaty
no flags Details


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 45609 0 master MERGED reports: fixed issues with network interfaces chart in br2a Never
oVirt gerrit 45657 0 ovirt-engine-reports-3.5 MERGED reports: fixed issues with network interfaces chart in br2a Never
oVirt gerrit 47183 0 None None None Never
oVirt gerrit 47184 0 None None None Never

Description Netbulae 2015-04-08 15:50:06 UTC
Created attachment 1012276 [details]
Screenshot of graphs

Description of problem:

When I view the "Single Host Resource Usage (Over Time) (BR2A)" report, there is no information in the network usage graph (see attached screenshot). 

I am benchmarking on this host so there should be some data ;-)

I also see this in the event log, so there definately is traffic.
	
2015-Apr-08, 16:48
	
Host test4.netbulae.test has network interface which exceeded the defined threshold [95%] (enp7s0f0: transmit rate[96%], receive rate [0%])

Version-Release number of selected component (if applicable):

3.5.2rc3

Comment 1 Shirly Radco 2015-04-30 09:12:42 UTC
(In reply to Netbulae from comment #0)
> Created attachment 1012276 [details]
> Screenshot of graphs
> 
> Description of problem:
> 
> When I view the "Single Host Resource Usage (Over Time) (BR2A)" report,
> there is no information in the network usage graph (see attached
> screenshot). 
> 
> I am benchmarking on this host so there should be some data ;-)
> 
> I also see this in the event log, so there definately is traffic.
> 	
> 2015-Apr-08, 16:48
> 	
> Host test4.netbulae.test has network interface which exceeded the defined
> threshold [95%] (enp7s0f0: transmit rate[96%], receive rate [0%])
> 
> Version-Release number of selected component (if applicable):
> 
> 3.5.2rc3

Hi,

I see the screenshot is from Apr 2nd and the data you are mentioning is from Apr 8th.
Can you try running "Five Most Utilized Hosts (Over Time) (BR4)" 
for different time periods and see if you see any data there?

Also, Perhaps something was wrong in the data collection during this day.
Please attach the log files, Should be at /var/log/ovirt-engine-reports/server.log

Comment 2 Netbulae 2015-04-30 09:23:04 UTC
Created attachment 1020476 [details]
server.log

Comment 3 Netbulae 2015-04-30 09:24:26 UTC
Created attachment 1020477 [details]
Quarterly screenshot

Created a new screenshot of the last quarter, still no data available

Comment 4 Netbulae 2015-04-30 09:28:47 UTC
Created attachment 1020478 [details]
Five Most Utilized Hosts (Over Time) (BR4)

Comment 5 Shirly Radco 2015-04-30 09:33:51 UTC
Please attach the dwh logs as well :
/var/log/ovirt-engine-dwh/
Thank you.

Comment 6 Netbulae 2015-04-30 09:37:29 UTC
Created attachment 1020486 [details]
ovirt-engine-dwhd.log

Comment 7 Shirly Radco 2015-04-30 13:45:11 UTC
Hi,

If you go to the ovirt_engine_history db and run 

select * from host_hourly_history 

and 

select * from host_daily_history

do you see any data?

Comment 8 Netbulae 2015-05-20 09:28:23 UTC
Yes, lots of data.... only there is no column for network.

I have the exact same @ two different installs. One dedicated install and one self hosted. I attached the database dump from the self hosted install

select * from host_hourly_history;
 history_id |    history_datetime    |               host_id                | host_status | minutes_in_status | memory_usage_percent | max_memory_usage | cpu_usage_percent |
 max_cpu_usage | ksm_cpu_percent | max_ksm_cpu_percent | active_vms | max_active_vms | total_vms | max_total_vms | total_vms_vcpus | max_total_vms_vcpus | cpu_load | max_cpu
_load | system_cpu_usage_percent | max_system_cpu_usage_percent | user_cpu_usage_percent | max_user_cpu_usage_percent | swap_used_mb | max_swap_used_mb | host_configuration_
version | ksm_shared_memory_mb | max_ksm_shared_memory_mb 
------------+------------------------+--------------------------------------+-------------+-------------------+----------------------+------------------+-------------------+
---------------+-----------------+---------------------+------------+----------------+-----------+---------------+-----------------+---------------------+----------+--------
------+--------------------------+------------------------------+------------------------+----------------------------+--------------+------------------+--------------------
--------+----------------------+--------------------------
        967 | 2015-03-29 03:00:00+02 | fd55f6ea-e57f-4ff2-9c7b-8dd9c262042a |           1 |             60.00 |                   37 |               38 |                 4 |
            28 |               0 |                   0 |          0 |              0 |         0 |             0 |               0 |                   0 |      104 |        
  121 |                        4 |                            6 |                      0 |                         22 |            0 |                0 |                    
     34 |                    0 |                        0


ovirt_engine_history=# select * from host_daily_history;
 history_id | history_datetime |               host_id                | host_status | minutes_in_status | memory_usage_percent | max_memory_usage | cpu_usage_percent | max_c
pu_usage | ksm_cpu_percent | max_ksm_cpu_percent | active_vms | max_active_vms | total_vms | max_total_vms | total_vms_vcpus | max_total_vms_vcpus | cpu_load | max_cpu_load 
| system_cpu_usage_percent | max_system_cpu_usage_percent | user_cpu_usage_percent | max_user_cpu_usage_percent | swap_used_mb | max_swap_used_mb | host_configuration_versio
n | ksm_shared_memory_mb | max_ksm_shared_memory_mb 
------------+------------------+--------------------------------------+-------------+-------------------+----------------------+------------------+-------------------+------
---------+-----------------+---------------------+------------+----------------+-----------+---------------+-----------------+---------------------+----------+--------------
+--------------------------+------------------------------+------------------------+----------------------------+--------------+------------------+--------------------------
--+----------------------+--------------------------
          1 | 2014-09-16       | fd55f6ea-e57f-4ff2-9c7b-8dd9c262042a |           1 |            686.00 |                   33 |               36 |                 1 |      
       1 |               0 |                   0 |          0 |              0 |         0 |             0 |               0 |                   0 |       10 |           40 
|                        0 |                            0 |                      1 |                          1 |            0 |                0 |                         1
7 |                    0 |                        0

Comment 9 Netbulae 2015-05-20 09:29:25 UTC
Created attachment 1027583 [details]
ovirt engine history dump

Comment 10 Shirly Radco 2015-06-07 11:28:16 UTC
Alona,

The data that being collected from the engine regarding hosts/vms network interface rx_rate tx_rate is zero.
What can be the reason for that?

Comment 11 Barak 2015-06-24 11:49:34 UTC
Can you also provide the engine db dump ?

Comment 12 Yaniv Lavi 2015-08-02 11:55:32 UTC
Is the guest agent installed on the guest?

Comment 13 Netbulae 2015-08-02 12:26:28 UTC
No the guest agent isn't installed. But that shouldn't matter because the missing graph is from the host, not the VM.

Like in "Five Most Utilized Hosts (Over Time) (BR4)"

Comment 14 Yaniv Lavi 2015-08-09 16:02:58 UTC
(In reply to Netbulae from comment #13)
> No the guest agent isn't installed. But that shouldn't matter because the
> missing graph is from the host, not the VM.
> 
> Like in "Five Most Utilized Hosts (Over Time) (BR4)"

So this is a RFE to add network info to BR4?
Not a bug on data not displayed in any chart?

Comment 15 Netbulae 2015-08-10 09:40:59 UTC
Well not exactly. The problem is that in any HOST report there is no data for any network traffic, while there is a graph for it.

Check the screenshots, I added here:
https://bugzilla.redhat.com/attachment.cgi?id=1020477

https://bugzilla.redhat.com/attachment.cgi?id=1020478

Also there is no data in the database (see post above).

So the question is why does memory_usage_percent have data and there is no data for network traffic. In the database there aren't even fields to put the network traffic data in....

Comment 16 Yaniv Lavi 2015-08-13 09:38:55 UTC
https://wiki.icinga.org/display/howtos/Debugging+JasperServer
Can you debug the report with SQL executer queries and I will be able to use your dump to check the issue with the report run?

Comment 17 Netbulae 2015-08-13 14:40:27 UTC
Created attachment 1062629 [details]
Now only memory graph gets displayed

Comment 18 Netbulae 2015-08-13 14:41:32 UTC
Created attachment 1062630 [details]
jasper debug log as requested

Comment 19 Yaniv Lavi 2015-08-16 13:06:09 UTC
The report in comment #17 is not empty only has very low values (0~). Try pointing to lower part of chart and see if you get a tooltip.

I need the debug log for sql executor, this is missing in the current log.

Comment 20 Netbulae 2015-08-19 09:07:28 UTC
Created attachment 1064686 [details]
BR2A Daily screenshot

Comment 21 Netbulae 2015-08-19 09:08:04 UTC
Created attachment 1064687 [details]
BR2A Monthly screenshot

Comment 22 Netbulae 2015-08-19 09:13:14 UTC
No tooltip, I generated some additional load and the CPU and running VM's show up in the Daily report. But when I switch it to monthly (the same host), the graph for running VM's and CPU load is still blank.

I've put the jasper server in debug mode (/var/lib/ovirt-engine-reports/ovirt-engine-reports.war/WEB-INF/log4j.properties) and restarted it. 

But don't know how to run the "sql executor" to generate the debug info you need. Could

Comment 23 Yaniv Lavi 2015-08-19 10:21:19 UTC
Look at comment #16 section 'Setting up web interface (without restart)'.

Comment 24 Netbulae 2015-08-19 11:15:16 UTC
Created attachment 1064756 [details]
Jasper log

DEBUG was already set, so I ran the reports again. Please find the log attached.

Comment 25 Yaniv Lavi 2015-08-25 08:10:00 UTC
There is a lot of DEBUG info, but not the SQL that was run for the report. 
Please clear the log, set 'SQL query executor' to DEBUG and run the report.
In the log you will see the select created for report\input control, please add that once you have it.

Comment 26 Netbulae 2015-08-25 10:55:41 UTC
Created attachment 1066818 [details]
SQL

I got it now, when setting it to DEBUG the setting doesn't stick. When I navigate away from the log settings page, it gets set back to WARN.

I had to set it to DEBUG and then open a different window to run the report.

Comment 27 Yaniv Lavi 2015-08-25 11:18:54 UTC
(In reply to Netbulae from comment #26)
> Created attachment 1066818 [details]
> SQL
> 
> I got it now, when setting it to DEBUG the setting doesn't stick. When I
> navigate away from the log settings page, it gets set back to WARN.
> 
> I had to set it to DEBUG and then open a different window to run the report.

I've looked at the logs and the query.
You were running report on host 'd2176e64-cb8c-4a58-a7f3-957ea8b4e7c2' yet that host doesn't exist in the dump you provided. Can you upload the db dump for which the issue happens and that correlates with the log you provided?

Comment 28 Netbulae 2015-08-25 11:37:07 UTC
Created attachment 1066827 [details]
new ovirt_engine_history dump

Now there is another issue, there is no history after last sunday (2015-08-23)

Comment 29 Yaniv Lavi 2015-08-26 11:37:06 UTC
(In reply to Netbulae from comment #28)
> Created attachment 1066827 [details]
> new ovirt_engine_history dump
> 
> Now there is another issue, there is no history after last sunday
> (2015-08-23)

Any errors in DWH? Is it running?
The attachment is not a db dump, it's a select export output.

Comment 30 Netbulae 2015-08-26 13:26:17 UTC
Created attachment 1067258 [details]
real dump

DWH is running fine. It appears data is still incoming (from the real dump) only 'select * from host_daily_history' doesn't show it

My bad, find a real dump attached.

Comment 31 Yaniv Lavi 2015-09-01 14:19:38 UTC
I have found the issue and will include it in oVirt 3.5.5, thanks for your report!

Comment 32 Lukas Svaty 2015-10-05 11:58:47 UTC
Tested br2a and br10a report.

While trying to create br10a report:

The server has encountered an error. Please excuse the inconvenience.
Error Message

Error filling report
[...omitting Error Trace...]

Error Message
net.sf.jasperreports.engine.JRException: Error executing SQL statement for : Disk_usage
[...omitting Error Trace...]

Error Message
org.postgresql.util.PSQLException: ERROR: column "calendar.the_date" must appear in the GROUP BY clause or be used in an aggregate function Position: 7980
Error Trace

[...omitting Error Trace...]



While trying to create br2a report:

The server has encountered an error. Please excuse the inconvenience.
Error Message

Error filling report
Error Trace
[...omitting Error Trace...]

Error Message
net.sf.jasperreports.engine.JRException: Error executing SQL statement for : Interfaces

Error Trace
[...omitting Error Trace...]

Error Message
org.postgresql.util.PSQLException: ERROR: column "calendar.the_date" must appear in the GROUP BY clause or be used in an aggregate function Position: 5371

Error Trace
[...omitting Error Trace...]


Seems to me like a change in sql broke current implementation, If you believe this is unrelevant to this fix I will open a new blocker bug. What do you think?
For now moving back to ASSIGNED

Will add server log of reports in attachment.

Comment 33 Lukas Svaty 2015-10-05 12:00:30 UTC
Created attachment 1079914 [details]
server log of reports of br2a and br10a report

Comment 34 Yaniv Lavi 2015-10-11 17:39:29 UTC
*** Bug 1243662 has been marked as a duplicate of this bug. ***

Comment 35 Lukas Svaty 2015-10-15 10:20:08 UTC
verified in rhevm-reports-3.5.5-2.el6ev.noarch

Comment 36 Sandro Bonazzola 2015-10-26 13:44:30 UTC
oVirt 3.5.5 has been released including fixes for this issue.


Note You need to log in before you can comment on or make changes to this bug.