[ZBX-25127] Zabbix 6.0.33 on ARM64 Kylin Server Created: 2024 Aug 28  Updated: 2025 Jan 02  Resolved: 2024 Sep 13

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Server (S)
Affects Version/s: 6.0.33
Fix Version/s: 6.0.34rc1, 6.4.19rc1, 7.0.4rc1, 7.2.0alpha1

Type: Problem report Priority: Trivial
Reporter: Aigars Kadikis Assignee: Vladislavs Sokurenko
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File fix_kylin_crash_6.0.diff    
Issue Links:
Causes
Duplicate
Team: Team B
Sprint: S24-W36/37
Story Points: 1

 Description   

The use case is to use Zabbix on Kylin operating system which runs with ARM64 arhitecture:

NAME="Kylin Linux Advanced Server"
VERSION="V10 (Tercel)"
ID="kylin"
VERSION_ID="V10"
PRETTY_NAME="Kylin Linux Advanced Server V10 (Tercel)"
ANSI_COLOR="0;31" 

https://distro-images.kylinos.cn:8802/web_pungi/download/share/6eG5mvxMBrUSuAHTl7nIiE8yVgzdwt2W/Kylin-Server-V10-SP3-General-Release-2303-ARM64.iso

The command which was used to compile the backend:

./configure --prefix=/zabbix/zabbix_server --enable-server --with-mysql --enable-ipv6 --with-net-snmp --with-libcurl -with-libevent --with-libxml2

The problem looks to be:

2180798:20240823:173148.612 query [txnlev:1] [begin;]
2180798:20240823:173148.612 query [txnlev:1] [select hostid from hosts where proxy_hostid=10623 and status in (0,1) and flags<>2]
2180798:20240823:173148.613 query [txnlev:1] [select distinct templateid from hosts_templates where hostid in (10629,10630)]
2180798:20240823:173148.613 query [txnlev:1] [select distinct templateid from hosts_templates where hostid=10626]
2180798:20240823:173148.613 query [txnlev:1] [select httptestid from httptest t,hosts h where t.hostid=h.hostid and t.status=0 and h.proxy_hostid=10623 and h.status=0]
2180798:20240823:173148.614 In get_proxyconfig_table() proxy_hostid:10623 table:'globalmacro'
2180798:20240823:173148.614 query [txnlev:1] [select t.globalmacroid,t.macro,t.value,t.type from globalmacro t order by t.globalmacroid]
2180798:20240823:173148.614 End of get_proxyconfig_table():SUCCEED
2180798:20240823:173148.614 In get_proxyconfig_table() proxy_hostid:10623 table:'hosts'
2180798:20240823:173148.614 query [txnlev:1] [select t.hostid,t.host,t.status,t.ipmi_authtype,t.ipmi_privilege,t.ipmi_username,t.ipmi_password,t.name,t.tls_connect,t.tls_accept,t.tls_issuer,t.tls_subject,t.tls_psk_identity,t.tls_psk from hosts t where t.hostid in (10626,10629,10630) order by t.hostid]
2180798:20240823:173148.614 End of get_proxyconfig_table():SUCCEED
2180798:20240823:173148.614 In get_proxyconfig_table() proxy_hostid:10623 table:'interface'
2180798:20240823:173148.614 query [txnlev:1] [select t.interfaceid,t.hostid,t.main,t.type,t.useip,t.ip,t.dns,t.port,t.available from interface t where t.hostid in (10626,10629,10630) order by t.interfaceid]
2180798:20240823:173148.615 End of get_proxyconfig_table():SUCCEED
2180798:20240823:173148.615 In get_proxyconfig_table() proxy_hostid:10623 table:'interface_snmp'
2180798:20240823:173148.615 query [txnlev:1] [select t.interfaceid,t.version,t.bulk,t.community,t.securityname,t.securitylevel,t.authpassphrase,t.privpassphrase,t.authprotocol,t.privprotocol,t.contextname from interface_snmp t,interface h where t.interfaceid=h.interfaceid and h.hostid in (10626,10629,10630) order by t.interfaceid]
2180798:20240823:173148.615 End of get_proxyconfig_table():SUCCEED
2180798:20240823:173148.615 In get_proxyconfig_table() proxy_hostid:10623 table:'hosts_templates'
2180798:20240823:173148.615 query [txnlev:1] [select t.hosttemplateid,t.hostid,t.templateid from hosts_templates t where t.hostid in (10626,10629,10630) order by t.hosttemplateid]
2180798:20240823:173148.615 End of get_proxyconfig_table():SUCCEED
2180798:20240823:173148.615 In get_proxyconfig_table() proxy_hostid:10623 table:'hostmacro'
2180798:20240823:173148.615 query [txnlev:1] [select t.hostmacroid,t.hostid,t.macro,t.value,t.type from hostmacro t where t.hostid in (10626,10629,10630) order by t.hostmacroid]
2180798:20240823:173148.616 End of get_proxyconfig_table():SUCCEED
2180798:20240823:173148.616 In get_proxyconfig_table_items() proxy_hostid:10623
2180798:20240823:173148.616 query [txnlev:1] [select t.itemid,t.type,t.snmp_oid,t.hostid,t.key_,t.delay,t.history,t.status,t.value_type,t.trapper_hosts,t.logtimefmt,t.params,t.ipmi_sensor,t.authtype,t.username,t.password,t.publickey,t.privatekey,t.flags,t.interfaceid,t.inventory_link,t.jmx_endpoint,t.master_itemid,t.timeout,t.url,t.query_fields,t.posts,t.status_codes,t.follow_redirects,t.post_type,t.http_proxy,t.headers,t.retrieve_mode,t.request_method,t.output_format,t.ssl_cert_file,t.ssl_key_file,t.ssl_key_password,t.verify_peer,t.verify_host,t.allow_traps from items t,hosts r where t.hostid=r.hostid and r.proxy_hostid=10623 and r.status in (0,1) and t.flags<>2 and t.type in (0,7,20,12,2,3,9,10,11,13,14,16,17,5,19,18,21) order by t.itemid]
2180798:20240823:173148.619 Got signal [signal:11(SIGSEGV),reason:1,refaddr:0xfffffa08ffeb]. Crashing ...
2180798:20240823:173148.619 ====== Fatal information: ======
2180798:20240823:173148.619 program counter not available for this architecture
2180798:20240823:173148.619 === Registers: ===
2180798:20240823:173148.619 register dump not available for this architecture
2180798:20240823:173148.619 === Backtrace: ===
2180798:20240823:173148.619 0x591a98: zbx_log_fatal_info+0x180
2180798:20240823:173148.620 0x5920c8: fatal_signal_handler+0x20
2180798:20240823:173148.620 0xffffa1ab07c0: +0x20
2180798:20240823:173148.620 0xffffa0e5a098: explicit_bzero+0x788
2180798:20240823:173148.620 0x5c3354: zbx_json_addstring_limit+0xbc
2180798:20240823:173148.621 0x624b980000fffffa: +0xbc
2180757:20240823:173148.673 End of zbx_ipc_async_socket_recv():0
2180757:20240823:173148.673 zbx_setproctitle() title:'poller #35 [got 0 values in 0.000064 sec, getting values]'
2180757:20240823:173148.673 In get_values()
2180757:20240823:173148.673 In DCconfig_get_poller_items() poller_type:0
2180757:20240823:173148.673 End of DCconfig_get_poller_items():1
2180757:20240823:173148.673 In substitute_key_macros_impl() data:'vfs.fs.size[/boot,pused]'
2180757:20240823:173148.673 End of substitute_key_macros_impl():SUCCEED data:'vfs.fs.size[/boot,pused]'
2180757:20240823:173148.673 In substitute_simple_macros_impl() data:'10050'
2180757:20240823:173148.673 In get_value() key:'vfs.fs.size[/boot,pused]'
2180757:20240823:173148.673 In get_value_agent() host:'10.10.10.10' addr:'10.10.10.10' key:'vfs.fs.size[/boot,pused]' conn:'unencrypted'
2180757:20240823:173148.673 Sending [vfs.fs.size[/boot,pused]]
2180745:20240823:173148.673 End of zbx_ipc_async_socket_recv():0
2180745:20240823:173148.673 zbx_setproctitle() title:'poller #23 [got 1 values in 0.001747 sec, getting values]'


 Comments   
Comment by Vladislavs Sokurenko [ 2024 Sep 04 ]

Function from backtrace zbx_json_addstring_limit() was added here in 6.0.31:
https://git.zabbix.com/projects/ZBX/repos/zabbix/pull-requests/6692/diff#include%2Fzbxjson.h
It is has been reported that issues started since 6.0.31, making it likely that it is caused by ZBXNEXT-8682

Comment by Vladislavs Sokurenko [ 2024 Sep 04 ]

Fixed in pull request feature/ZBX-25127-6.0

Comment by Vladislavs Sokurenko [ 2024 Sep 10 ]

Fixed in:

Generated at Wed May 21 06:33:49 EEST 2025 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.