Hi,
2013/6/7 Craig Small :
> I'm the procps maintainer (Debian and upstream). Dmitry asked me to
> have a look at this bug as pgrep was discussed. My first impression
> is that there is some confusion between command line and process name.
>
> Digging deeper, that is the correct impression.
Ind
Hi,
I'm the procps maintainer (Debian and upstream). Dmitry asked me to
have a look at this bug as pgrep was discussed. My first impression
is that there is some confusion between command line and process name.
Digging deeper, that is the correct impression.
So, we have a process, pgrep finds
2013/6/5 Dmitry Smirnov :
> `pgrep` is searching for substring in process name. For example if I
> have `konsole` running the `pgrep konso` will return PID even though
> there is no process "konso" running.
>
> "proc.num" is checking for exact process name so it will return
> 0 for `zabbix_get
Dear Teodor,
`zabbix_get` query zabbix-agent directly so if there is a problem it
is not in zabbix-server but in zabbix-agent.
`pgrep` is searching for substring in process name. For example if I
have `konsole` running the `pgrep konso` will return PID even though
there is no process "konso" runn
Package: zabbix-server-mysql
Version: 1:2.0.6+dfsg-1
Severity: normal
(real version is ~bpo70+1)
Hi,
The proc.num[spamd] always reports 0, web frontend or command line:
| root@return:~# zabbix_get -s localhost -k 'proc.num[spamd]'
| 0
| root@return:~# zabbix_get -s localhost -k 'proc.num[spamas
5 matches
Mail list logo
