Ad Widget

**Tpe** · 03-05-2022, 16:31

I'm not sure if this is relevant, but after set debuglevel to max and comparing two different temperature sensors, other one did save values on zabbix and other one did not, even both got received properly via SNMP, there is small difference.

Working item:
80696:20220503:154921.038 In substitute_key_macros_impl() data:'sensor.temp.value[cpqHeTemperatureCelsius.System.0.24]'
80696:20220503:154921.038 End of zbx_snmp_translate() oid_translated:'1.3.6.1.4.1.232.6.2.6.8.1.4.0.24'
80696:20220503:154921.147 zbx_snmp_get_values() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 mapping_num:1

Code:

80671:20220503:154921.149 zbx_ipc_socket_read() code:2 size:68 data:2d ab 00 00 00 00 00 00 | 00 01 d1 24 71 62 9d 19 | d7 08 01 03 00 00 00 32 | 33 00 01 00 00 00 00 00 | 00 00 01 03 00 00 00 32 | 34 00 95 24 71 62 0a c4 | b7 04 01 00 00 00 14 03 | 00 00 00 36 68 00 00 01 | 00 00 00 00
80671:20220503:154921.149 End of zbx_ipc_socket_read():SUCCEED
80671:20220503:154921.150 worker_preprocess_value(): 23
80671:20220503:154921.150 worker_preprocess_value: SUCCEED 23
80671:20220503:154921.150 In zbx_ipc_socket_write()
80671:20220503:154921.150 End of zbx_ipc_socket_write():SUCCEED

Not working item:
80698:20220503:154922.041 In substitute_key_macros_impl() data:'sensor.temp.value[cpqHeTemperatureCelsius.System.0.25]'
80698:20220503:154922.042 End of zbx_snmp_translate() oid_translated:'1.3.6.1.4.1.232.6.2.6.8.1.4.0.25'
80698:20220503:154922.046 zbx_snmp_get_values() snmp_synch_response() status:0 s_snmp_errno:0 errstat:0 mapping_num:1

Code:

80671:20220503:154922.047 zbx_ipc_socket_read() code:2 size:68 data:2e ab 00 00 00 00 00 00 | 00 01 d2 24 71 62 c8 61 | c4 02 01 03 00 00 00 32 | 33 00 01 00 00 00 00 00 | 00 00 01 03 00 00 00 32 | 33 00 e2 23 71 62 15 ab | e1 2c 01 00 00 00 14 03 | 00 00 00 36 68 00 00 01 | 00 00 00 00
80671:20220503:154922.047 End of zbx_ipc_socket_read():SUCCEED
80671:20220503:154922.047 worker_preprocess_value(): 23
80671:20220503:154922.047 worker_preprocess_value: SUCCEED
80671:20220503:154922.047 In zbx_ipc_socket_write()
80671:20220503:154922.047 End of zbx_ipc_socket_write():SUCCEED

So worker_preprocess_value in working one is "SUCCEED 23" and not working one is "SUCCEED"?
Also the not working one is missing preprocessor_enqueue_dependent() -task from preprocessor_add_result()

Code:

80669:20220503:154921.150 In preprocessor_add_result()
80669:20220503:154921.150 In preprocessor_enqueue_dependent() itemid: 43821
80669:20220503:154921.150 End of preprocessor_enqueue_dependent()
80669:20220503:154921.150 In preprocessor_assign_tasks()

vs

Code:

80669:20220503:154922.048 In preprocessor_add_result()
80669:20220503:154922.048 In preprocessor_assign_tasks()

Same as whole:
Working item:

Code:

80696:20220503:154921.148 zbx_setproctitle() title:'poller #2 [got 1 values in 0.110868 sec, idle 1 sec]'
80696:20220503:154921.148 In zbx_ipc_async_socket_recv() timeout:1
80669:20220503:154921.148 zbx_ipc_service_recv() code:2 size:81 data:2d ab 00 00 00 00 00 00 | 18 29 00 00 00 00 00 00 | 00 04 00 00 00 00 00 01 | d1 24 71 62 9d 19 d7 08 | 01 00 00 00 00 00 00 00 | 00 00 00 00 00 00 00 00 | 00 00 00 00 00 00 00 00 | 00 00 00 00 00 03 00 00 | 00 32 33 00 00 00 00 00 | 08 00 00 00 00 00 00 00 | 00
80669:20220503:154921.148 End of zbx_ipc_service_recv():1
80669:20220503:154921.148 In preprocessor_add_request()
80669:20220503:154921.148 In preprocessor_sync_configuration()
80669:20220503:154921.148 In DCconfig_get_preprocessable_items()
80669:20220503:154921.149 End of DCconfig_get_preprocessable_items() items:15
80669:20220503:154921.149 End of preprocessor_sync_configuration() item config size: 15, history cache size: 2
80669:20220503:154921.149 In preprocessor_enqueue() itemid: 43821
80669:20220503:154921.149 End of preprocessor_enqueue()
80669:20220503:154921.149 In preprocessor_assign_tasks()
80669:20220503:154921.149 In preprocessor_get_next_task()
80669:20220503:154921.149 End of preprocessor_get_next_task()
80669:20220503:154921.149 In zbx_ipc_client_send() clientid:3
80669:20220503:154921.149 End of zbx_ipc_client_send():SUCCEED
80669:20220503:154921.149 In preprocessor_get_next_task()
80669:20220503:154921.149 End of preprocessor_get_next_task()
80669:20220503:154921.149 End of preprocessor_assign_tasks()
80669:20220503:154921.149 End of preprocessor_add_request()
80669:20220503:154921.149 In zbx_ipc_service_recv() timeout:1.000
80671:20220503:154921.149 zbx_ipc_socket_read() code:2 size:68 data:2d ab 00 00 00 00 00 00 | 00 01 d1 24 71 62 9d 19 | d7 08 01 03 00 00 00 32 | 33 00 01 00 00 00 00 00 | 00 00 01 03 00 00 00 32 | 34 00 95 24 71 62 0a c4 | b7 04 01 00 00 00 14 03 | 00 00 00 36 68 00 00 01 | 00 00 00 00
80671:20220503:154921.149 End of zbx_ipc_socket_read():SUCCEED
80671:20220503:154921.150 worker_preprocess_value(): 23
80671:20220503:154921.150 worker_preprocess_value: SUCCEED 23
80671:20220503:154921.150 In zbx_ipc_socket_write()
80671:20220503:154921.150 End of zbx_ipc_socket_write():SUCCEED
80671:20220503:154921.150 In zbx_ipc_socket_read()
80669:20220503:154921.150 zbx_ipc_service_recv() code:3 size:36 data:01 03 00 00 00 32 33 00 | 01 00 00 00 00 00 00 00 | 01 03 00 00 00 32 33 00 | d1 24 71 62 9d 19 d7 08 | 00 00 00 00
80669:20220503:154921.150 End of zbx_ipc_service_recv():1
80669:20220503:154921.150 In preprocessor_add_result()
80669:20220503:154921.150 In preprocessor_enqueue_dependent() itemid: 43821
80669:20220503:154921.150 End of preprocessor_enqueue_dependent()
80669:20220503:154921.150 In preprocessor_assign_tasks()
80669:20220503:154921.150 In preprocessor_get_next_task()
80669:20220503:154921.150 End of preprocessor_get_next_task()
80669:20220503:154921.150 End of preprocessor_assign_tasks()
80669:20220503:154921.150 End of preprocessor_add_result()

Not working item:

Code:

80698:20220503:154922.046 zbx_setproctitle() title:'poller #4 [got 1 values in 0.005209 sec, idle 5 sec]'
80698:20220503:154922.046 In zbx_ipc_async_socket_recv() timeout:5
80669:20220503:154922.046 zbx_ipc_service_recv() code:2 size:81 data:2e ab 00 00 00 00 00 00 | 18 29 00 00 00 00 00 00 | 00 04 00 00 00 00 00 01 | d2 24 71 62 c8 61 c4 02 | 01 00 00 00 00 00 00 00 | 00 00 00 00 00 00 00 00 | 00 00 00 00 00 00 00 00 | 00 00 00 00 00 03 00 00 | 00 32 33 00 00 00 00 00 | 08 00 00 00 00 00 00 00 | 00
80669:20220503:154922.046 End of zbx_ipc_service_recv():1
80669:20220503:154922.046 In preprocessor_add_request()
80669:20220503:154922.046 In preprocessor_sync_configuration()
80669:20220503:154922.046 In DCconfig_get_preprocessable_items()
80669:20220503:154922.047 End of DCconfig_get_preprocessable_items() items:15
80669:20220503:154922.047 End of preprocessor_sync_configuration() item config size: 15, history cache size: 2
80669:20220503:154922.047 In preprocessor_enqueue() itemid: 43822
80669:20220503:154922.047 End of preprocessor_enqueue()
80669:20220503:154922.047 In preprocessor_assign_tasks()
80669:20220503:154922.047 In preprocessor_get_next_task()
80669:20220503:154922.047 End of preprocessor_get_next_task()
80669:20220503:154922.047 In zbx_ipc_client_send() clientid:3
80669:20220503:154922.047 End of zbx_ipc_client_send():SUCCEED
80669:20220503:154922.047 In preprocessor_get_next_task()
80669:20220503:154922.047 End of preprocessor_get_next_task()
80671:20220503:154922.047 zbx_ipc_socket_read() code:2 size:68 data:2e ab 00 00 00 00 00 00 | 00 01 d2 24 71 62 c8 61 | c4 02 01 03 00 00 00 32 | 33 00 01 00 00 00 00 00 | 00 00 01 03 00 00 00 32 | 33 00 e2 23 71 62 15 ab | e1 2c 01 00 00 00 14 03 | 00 00 00 36 68 00 00 01 | 00 00 00 00
80671:20220503:154922.047 End of zbx_ipc_socket_read():SUCCEED
80669:20220503:154922.047 End of preprocessor_assign_tasks()
80669:20220503:154922.047 End of preprocessor_add_request()
80669:20220503:154922.047 In zbx_ipc_service_recv() timeout:1.000
80671:20220503:154922.047 worker_preprocess_value(): 23
80671:20220503:154922.047 worker_preprocess_value: SUCCEED
80671:20220503:154922.047 In zbx_ipc_socket_write()
80671:20220503:154922.047 End of zbx_ipc_socket_write():SUCCEED
80669:20220503:154922.047 zbx_ipc_service_recv() code:3 size:29 data:00 01 00 00 00 00 00 00 | 00 01 03 00 00 00 32 33 | 00 e2 23 71 62 15 ab e1 | 2c 00 00 00 00
80671:20220503:154922.047 In zbx_ipc_socket_read()
80669:20220503:154922.048 End of zbx_ipc_service_recv():1
80669:20220503:154922.048 In preprocessor_add_result()
80669:20220503:154922.048 In preprocessor_assign_tasks()
80669:20220503:154922.048 In preprocessor_get_next_task()
80669:20220503:154922.048 End of preprocessor_get_next_task()
80669:20220503:154922.048 End of preprocessor_assign_tasks()
80669:20220503:154922.048 End of preprocessor_add_result()

btw. maybe this post suits better under troubleshooting and problems :/

**tim.mooney** · 03-05-2022, 22:09

Really good job explaining the issue and providing relevant information about the environment and what you've debugged so far.

I don't have HP ILO in my environment, so I'm not familiar with this particular template. Some of the templates have undergone many revisions and updates over the recent past, especially in the 5.x and 6.x timeframe when the Zabbix developers have greatly improved many of the templates they've developed. That does mean, though, that saying the name of the template sometimes isn't enough to let people know "which version" is being used. With that in mind, was this template pre-installed with the Zabbix appliance, or is it one that you had to download separately? If you downloaded it separately, where did you download it from?

Final question: for the items that are either pre-defined in the template or that are created dynamically as part of discovery, what is being set for "history storage period"?

**Tpe** · 04-05-2022, 11:43

Thank you! These are templates which come with the appliance. HP iLO SNMP template description states as follow:
Template Server HP iLO

MIBs used:
CPQHLTH-MIB
SNMPv2-MIB
CPQSINFO-MIB
CPQIDA-MIB

Template tooling version used: 0.41

I have not changed any template/item configurations and 0.25 Temp sensor looks like this (temp 0.24 is identical). History storage period seems to be 7d.

For the pre-defined items, seems to be set for 1 or 2 weeks, depending of the item.

Downloaded new 6.04 and 6.2 beta1 versions as well. This time I did not update the OS. Started appliance, set correct timezone to OS with "timedatectl set-timezone Europe/Helsinki" and on zabbix GUI conf changed timezone, theme to dark. Same problem on both versions.

6.2 beta1 had this new "Execute now" button on latest data. It seems that at least ICMP and Uptime -items do update/save properly every time when I select em and press execute now, but other items do not.
When I select any of these 7-10 of the 122 items (which do update properly at the time) and press execute now, they seems to update properly in a few seconds.

**tim.mooney** · 04-05-2022, 20:30

Originally posted by Tpe

For the pre-defined items, seems to be set for 1 or 2 weeks, depending of the item.

Ok, that confirms it's not what I was guessing: that the template had been designed so that the values weren't being stored.

I'm guessing you don't have support, but you can still report problems with the product through the free bugtracker support.zabbix.com You've done a thorough job of collecting debug information, perhaps a bug report is in order.

**Tpe** · 05-05-2022, 13:23

Originally posted by tim.mooney

I'm guessing you don't have support, but you can still report problems with the product through the free bugtracker support.zabbix.com You've done a thorough job of collecting debug information, perhaps a bug report is in order.

No I don't have support, I was more like evaluating/testing the product for possible future use.

**Markku** · 07-05-2022, 21:25

I didn't really follow all the details of this troubleshooting

but just to be sure: if the item has preprocessing rule set with a "discard unchanged with heartbeat" setting then the discarded values are not shown in Latest data list.

Markku

**Tpe** · 10-05-2022, 13:24

Originally posted by Markku

if the item has preprocessing rule set with a "discard unchanged with heartbeat" setting then the discarded values are not shown in Latest data list.

This really could be something to do with preprocessing. So it wont save the value if it's same as the previous one?
Effect can be seen in the dashboard as well, not only in latest data. There is gaps when no data saved.
Ofc I can fill the gaps if I change missing data setting as "connected", but that doesn't give proper graph e.g. if temperature has gone suddenly up after long period of stable temps.
If this my issue is with the preprocessing, do you know if there is an option to cache the previous data on preprocessing and when there happens the change, it will save that previous value on time when received and the new changed value as well. Then the graphs would be correct as well.

EDIT: I see from online manual that there is an history cache. Gonna try to play with it.

**Markku** · 10-05-2022, 13:58

The idea of the "discard unchanged" rule is that if the value was the same as before, then it is not saved at all, to save CPU cycles and table space. If that does not suit your needs, then you can remove that rule from the template and then you will have all the data values saved.

Markku

**Tpe** · 10-05-2022, 14:16

Originally posted by Markku

The idea of the "discard unchanged" rule is that if the value was the same as before, then it is not saved at all, to save CPU cycles and table space. If that does not suit your needs, then you can remove that rule from the template and then you will have all the data values saved.

Thank you! I did remove preprocessing from the temperature item prototype's and it indeed fixed my issue with saving.

Ad Widget

Appliance 6.0.3 not saving properly values of ILO SNMP requests

Appliance 6.0.3 not saving properly values of ILO SNMP requests

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment