[ZBX-11633] Zabbix server crash in VMware checks Created: 2016 Dec 21  Updated: 2017 May 30  Resolved: 2016 Dec 27

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Server (S)
Affects Version/s: 3.0.6
Fix Version/s: None

Type: Incident report Priority: Critical
Reporter: Jerome Demeyer Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: crash, server, vmware
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

RHEL 7.2 ("Maipo") / MariaDB 5.5.47


Attachments: File zabbix_server.conf     Text File zabbix_server.log     File zabbix_server.objdump.xz    
Issue Links:
Duplicate
duplicates ZBX-11573 Server 3.2.2 Fault with error Got sig... Closed

 Description   

Hello,

Zabbix_server was working fine for 1 week, until I tried to add a second VMware vCenter Host (see ZBX-11630), added an hostmacro {$OLDPW} and changed an hostmacro {$PASSWORD} from a host linked with VMware Template.

If I start zabbix_server with StartVMwareCollectors=0, everything is fine (but every item becomes unsupported, since there is no VMware collector process).
If I put back any value between 1 and 10 for StartVMwareCollectors, then zabbix_server crash in a loop.

Best Regards,

– Jerome

 Comments   
Comment by Jerome Demeyer [ 2016 Dec 22 ]

Zabbix_server does not crash with "StartVMwareCollectors=3" when every hosts in hostgroups VMware, hypervisors and VM are disabled.
I re-enabled vcenter, and surveilling logs, everything seems OK, then hypervisors, surveilling config cache and VMware cache %free, it seems to be OK. I had re-enabled VM, per hypervisor hostgroup (~50VM × 20 hypervisors ≃ 1000VM), waiting for every item become supported before enabling next hostgroup.
Everything went OK, until I restarted zabbix_server. Zabbix_server crashed again. I have to set StartVMwareCollectors=0, disable all hosts, set StartVMwareCollectors=3, then restart zabbix-server service, then re-enable all hosts.

Comment by Aleksandrs Saveljevs [ 2016 Dec 27 ]

Backtrace for easier searching:

  9536:20161221:175953.269 === Backtrace: ===
  9536:20161221:175953.270 12: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](print_fatal_info+0xae) [0x48117e]
  9536:20161221:175953.272 11: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values]() [0x481457]
  9536:20161221:175953.273 10: /lib64/libc.so.6(+0x35670) [0x7f5cab83b670]
  9536:20161221:175953.273 9: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](check_vcenter_hv_status+0x5f) [0x42eaaf]
  9536:20161221:175953.273 8: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](get_value_simple+0x1c9) [0x42c389]
  9536:20161221:175953.274 7: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values]() [0x42a59b]
  9536:20161221:175953.274 6: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](poller_thread+0x100) [0x42a6e0]
  9536:20161221:175953.274 5: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](zbx_thread_start+0x45) [0x481e55]
  9536:20161221:175953.274 4: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](MAIN_ZABBIX_ENTRY+0x605) [0x41d875]
  9536:20161221:175953.275 3: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](daemon_start+0x1c0) [0x480a20]
  9536:20161221:175953.275 2: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values](main+0x321) [0x4182f1]
  9536:20161221:175953.275 1: /lib64/libc.so.6(__libc_start_main+0xf5) [0x7f5cab827b15]
  9536:20161221:175953.275 0: zabbix_server: poller #1 [got 130 values in 0.004695 sec, getting values]() [0x418599]
Comment by Aleksandrs Saveljevs [ 2016 Dec 27 ]

Looks like a duplicate of ZBX-11573.

Generated at Sat Apr 27 06:48:00 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.