-
Incident report
-
Resolution: Won't fix
-
Trivial
-
None
-
3.2.0alpha1
In process_dhis_data():
if (FAIL == zbx_json_value_by_name(&jp_row, ZBX_PROTO_TAG_DCHECK, tmp, sizeof(tmp))) goto json_parse_error; if ('\0' != *tmp) ZBX_STR2UINT64(dcheck.dcheckid, tmp); else if (-1 != dcheck.type) goto json_parse_error; ... zabbix_log(LOG_LEVEL_DEBUG, "%s() druleid:" ZBX_FS_UI64 " dcheckid:" ZBX_FS_UI64 " unique_dcheckid:" ZBX_FS_UI64 " type:%d time:'%s %s' ip:'%s' dns:'%s' port:%d key:'%s' value:'%s'", __function_name, drule.druleid, dcheck.dcheckid, drule.unique_dcheckid, dcheck.type, zbx_date2str(itemtime), zbx_time2str(itemtime), ip, dns, port, dcheck.key_, value);
As we see, message contains dcheck.dcheckid not related to the discovery rule we are currently processing if dcheck.type is -1.
According to proxy protocol:
dcheck is check ID for services and null for hosts.
It will be tricky to print null but I believe even 0 will be less misleading.