[ZBX-4629] Graphs based on Low Level Discovery do not obey axis inferior and superior limits. Created: 2012 Feb 07  Updated: 2017 May 30  Resolved: 2014 Feb 14

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Server (S)
Affects Version/s: 1.9.9 (beta), 2.0.0rc1
Fix Version/s: None

Type: Incident report Priority: Critical
Reporter: Marcus Oliveira Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

CentOS 6.2 x86_64 with Oracl as backend.


Attachments: JPEG File Discovery Rules.jpg     JPEG File Zabbix 1.9.10 Graph Config.jpg     JPEG File Zabbix 1.9.10 Graph Show.jpg     JPEG File zabbix_11-04-2012.jpg    
Issue Links:
Duplicate
duplicates ZBX-5789 Graphs from LLD discovery changing ID... Closed

 Description   

Graphs based on Low Level Discovery do not obey axis inferior and superior limits.

Thanks for the awsome software.

Marcus



 Comments   
Comment by Alexander Vladishev [ 2012 Feb 15 ]

Marcus,

Could you please describe more details of a problem and attach some screenshots.

Comment by Marcus Oliveira [ 2012 Feb 16 ]

Sure.

Image Zabbix 1.9.10 Graph Config.jpg shows graph configuration with limits 0 and 100 for Y MIN and MAX respectively.

Image Zabbix 1.9.10 Graph Show.jpg shows graph with wrong Y MIN and MAX values.

Marcus

Comment by Marcus Oliveira [ 2012 Mar 06 ]

Hi,

Do you need some more info ? Is there any way I can help you ?

Marcus

Comment by Alexander Vladishev [ 2012 Mar 06 ]

Confirmed in latest trunk r25854.

Thank you for screenshots. It helped to find a problem.

Comment by Alexander Vladishev [ 2012 Mar 07 ]

Fixed in version pre-1.9.10, r25857.

Comment by Marcus Oliveira [ 2012 Mar 20 ]

Tried new 2.0.0rc2 package but I still can see the problem. It seems that the lower boundary is OK but the upper is not (still ignores what I set).

I didn't recreate the graphs. Should I ?

Marcus

Comment by Marcus Oliveira [ 2012 Mar 20 ]

Tried new 2.0.0rc2 package but I still can see the problem. It seems that the lower boundary is OK but the upper is not (still ignores what I set).

Comment by Alexander Vladishev [ 2012 Apr 11 ]

Marcus,

I cannot reproduce problem in a new 2.0.0rc2 package. Works as expected. Could you please attach output of these SQL statements:

select graphid, name, yaxismin, yaxismax, ymin_type, ymax_type, ymin_itemid, ymax_itemid from graphs where name like 'Espaco livre no filesystem

{#FSNAME}';

select g.graphid, g.name, g.yaxismin, g.yaxismax, g.ymin_type, g.ymax_type, g.ymin_itemid, g.ymax_itemid from graphs g, graph_discovery gd where g.graphid = gd.graphid and gd.parent_graphid in (select graphid from graphs where name like 'Espaco livre no filesystem {#FSNAME}

');

Thanks.

Comment by Marcus Oliveira [ 2012 Apr 11 ]

New Screenshot (Zabbix 2.0.0rc3 Copyright 2001-2011 by Zabbix SIA)

Comment by Marcus Oliveira [ 2012 Apr 11 ]

About the SQLs :

1 )

GRAPHID NAME YAXISMIN YAXISMAX YMIN_TYPE YMAX_TYPE YMIN
_ITEMID YMAX_ITEMID
---------- ---------------------------------------- ---------- ---------- ---------- ---------- ----
------- -----------
610 Espaco livre no filesystem

{#FSNAME} 0 100 1 1

611 Espaco livre no filesystem {#FSNAME}

0 100 1 1

612 Espaco livre no filesystem

{#FSNAME} 0 100 1 1

613 Espaco livre no filesystem {#FSNAME}

0 100 1 1

614 Espaco livre no filesystem

{#FSNAME} 0 100 1 1

615 Espaco livre no filesystem {#FSNAME}

0 100 1 1

616 Espaco livre no filesystem

{#FSNAME} 0 100 1 1

617 Espaco livre no filesystem {#FSNAME}

0 100 1 1

618 Espaco livre no filesystem

{#FSNAME} 0 100 1 1

619 Espaco livre no filesystem {#FSNAME}

0 100 1 1

620 Espaco livre no filesystem

{#FSNAME} 0 100 1 1


GRAPHID NAME YAXISMIN YAXISMAX YMIN_TYPE YMAX_TYPE YMIN
_ITEMID YMAX_ITEMID
---------- ---------------------------------------- ---------- ---------- ---------- ---------- ----
------- -----------
621 Espaco livre no filesystem {#FSNAME}

0 100 1 1

Marcus

Comment by Marcus Oliveira [ 2012 Apr 11 ]

About the other command, it returned a lot of results. I did this SQL :

SQL> select distinct g.yaxismin, g.yaxismax, g.ymin_type, g.ymax_type, g.ymin_itemid, g.ymax_itemid
from zabbix.graphs g, zabbix.graph_discovery gd where g.graphid = gd.graphid and gd.parent_graphid i
n (select graphid from zabbix.graphs where name like 'Espaco livre no filesystem

{#FSNAME}

');

YAXISMIN YAXISMAX YMIN_TYPE YMAX_TYPE YMIN_ITEMID YMAX_ITEMID
---------- ---------- ---------- ---------- ----------- -----------
0 100 0 0
0 100 1 1

SQL>

I think it shows what you want to see.

Marcus

Comment by Alexander Vladishev [ 2012 Apr 12 ]

Marcus,

Discovered elements (items, graphs and triggers) are updated by Zabbix server. Not by a frontend.
Therefore discovery rule should be enabled. Please check it.

Thanks.

Comment by Marcus Oliveira [ 2012 Apr 12 ]

The Discovery Rules are enabled... they were never disabled.

Thanks.

Marcus

Comment by Alexander Vladishev [ 2014 Feb 10 ]

We cannot reproduce the issue, but it can be fixed after implementation of ZBX-5789. There the code of lld graphs was completely rewritten.

Comment by Alexander Vladishev [ 2014 Feb 14 ]

I'm closing the issue. Possibly it is fixed under ZBX-5789.

Please reopen the issue if problem still reproducible.

Generated at Sat Apr 20 12:28:06 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.