Hi,
2013/6/7 Craig Small csm...@debian.org:
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
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 only...@member.fsf.org:
`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
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
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
5 matches
Mail list logo
