Zabbix no data trigger

[pietro54]

Hi,
Iv got problem with one item
UserParameter=bos.conn,ping -c 4 172.18.xx.xx | grep "received" | awk {'print $4'}
item:
bos.conn
trigger:
{Bos-ipsec:bos.conn.last(0)}<4

im getting in last data "0"
why it is like that?

25443:20120626:154252.019 In zbx_popen() command:'ping -c 4 172.18.xx.xx | grep "received" | awk {'print $4'}'
25443:20120626:154252.020 End of zbx_popen():6
26484:20120626:154252.020 zbx_popen(): executing script
25442:20120626:154252.941 In update_cpustats()
25442:20120626:154252.941 End of update_cpustats()
25442:20120626:154253.951 In update_cpustats()
25442:20120626:154253.951 End of update_cpustats()
25445:20120626:154254.716 Processing request.
25445:20120626:154254.716 Requested [vfs.fs.size[/boot,pused]]
25445:20120626:154254.716 Sending back [22.805956]
25442:20120626:154254.961 In update_cpustats()
25442:20120626:154254.961 End of update_cpustats()
25443:20120626:154255.090 In zbx_waitpid()
25443:20120626:154255.091 zbx_waitpid() exited, status:0
25443:20120626:154255.091 End of zbx_waitpid():26484
25443:20120626:154255.091 Run remote command [ping -c 4 172.18.xx.xx | grep "received" | awk {'print $4'}] Result [1] [4]...
25443:20120626:154255.091 Sending back [4]

[tikejhya]

You should be getting 4, what is the time that you received that value "0".

154255 -> it is sending value 4 means the value you received is in different time.

also if possible put screen shot of latest data. (for the ping item)

[pietro54]

funny thing is that item isent refreshing him self
look:

This is part from "last data". As U see, that item is not refreshed.
Other items are actualized.
Look at logs below

25449:20120627:092934.528 In zbx_popen() command:'ping -c 4 172.18.xx.xx | grep "received" | awk {'print $4'}'
25449:20120627:092934.528 End of zbx_popen():6
31732:20120627:092934.529 zbx_popen(): executing script
25442:20120627:092934.870 In update_cpustats()
25442:20120627:092934.870 End of update_cpustats()
25450:20120627:092935.322 Processing request.
25450:20120627:092935.322 Requested [net.if.out[eth1,bytes]]
25450:20120627:092935.323 Sending back [11137100]
25450:20120627:092935.324 Processing request.
25450:20120627:092935.324 Requested [net.if.in[eth0,bytes]]
25450:20120627:092935.324 Sending back [1805738154]
25452:20120627:092935.326 Processing request.
25452:20120627:092935.326 Requested [system.cpu.load[,avg1]]
25452:20120627:092935.326 Sending back [0.390000]
25452:20120627:092935.327 Processing request.
25452:20120627:092935.327 Requested [net.if.out[lo,bytes]]
25452:20120627:092935.327 Sending back [4224813]
25452:20120627:092935.329 Processing request.
25452:20120627:092935.330 Requested [vfs.fs.size[/tmp,pfree]]
25452:20120627:092935.330 Sending back [77.177053]
25452:20120627:092935.331 Processing request.
25452:20120627:092935.331 Requested [system.cpu.load[,avg5]]
25452:20120627:092935.331 Sending back [0.200000]
25452:20120627:092935.334 Processing request.
25452:20120627:092935.334 Requested [vfs.fs.size[/tmp,pused]]
25452:20120627:092935.334 Sending back [22.822960]
25442:20120627:092935.880 In update_cpustats()
25442:20120627:092935.880 End of update_cpustats()
25442:20120627:092936.890 In update_cpustats()
25442:20120627:092936.890 End of update_cpustats()
25452:20120627:092937.114 Processing request.
25452:20120627:092937.114 Requested [net.if.in[eth1,bytes]]
25452:20120627:092937.115 Sending back [1192070]
25452:20120627:092937.118 Processing request.
25452:20120627:092937.118 Requested [system.cpu.util[,idle,avg1]]
25452:20120627:092937.118 Sending back [98.960396]
25452:20120627:092937.121 Processing request.
25452:20120627:092937.121 Requested [vfs.fs.inode[/opt,pfree]]
25452:20120627:092937.121 Sending back [96.602026]
25452:20120627:092937.593 Processing request.
25452:20120627:092937.593 Requested [net.if.in[lo,bytes]]
25452:20120627:092937.593 Sending back [4224813]
25444:20120627:092937.597 Processing request.
25444:20120627:092937.597 Requested [system.cpu.util[,nice,avg1]]
25444:20120627:092937.597 Sending back [0.000000]
25444:20120627:092937.601 Processing request.
25444:20120627:092937.601 Requested [vfs.fs.size[/tmp,used]]
25444:20120627:092937.602 Sending back [7152496640]
25449:20120627:092937.602 In zbx_waitpid()
25449:20120627:092937.602 zbx_waitpid() exited, status:0
25449:20120627:092937.602 End of zbx_waitpid():31732
25449:20120627:092937.603 Run remote command [ping -c 4 172.18.xx.xx | grep "received" | awk {'print $4'}] Result [1] [4]...
25449:20120627:092937.603 Sending back [4]
25442:20120627:092937.900 In update_cpustats()
25442:20120627:092937.900 End of update_cpustats()

and the screean from item




-----EDIT-----

Im getting one more problem.

I got standard item:

and trigger:
{Bos-ipsec:agent.ping.nodata(35)}=1

Problem is im getting rly offen mials from zabbix that bos-ipsec is down.
The problem is, he isnt. The machine is in the same netmask where is zabbix server, there is no connection problem.
I can add that i use this item and trigger into tmplate to over 20hosts and its working perfectyl, just that one host is bit problem. Where can i start seek the problem?

[tikejhya]

Your key value is diff, i dont understand from your explanation but one thing is

26th Jun 2012 14:59:34

that is when you got value, the value Sending back 4 is not sent to your zabbix....

why dont you simply ping with: simple check

key: icmppingsec[ip,3,30,300,300,]

or use agent.ping which you dont need user userparameter but will work with default zabbix_get