[RISOLTO] Comportamento inaspettato di pgrep -x

[sirio81]

A vole uso 'pgrep -x cp' ad esempio per trovare un processo 'cp'.
Se usassi 'pgrep cp' troverei anche /usr/sbin/acpid.
Specificando l'opzione -x, prep trova solo la corrispondenza esatta del nome del file in esecuzione.

Codice: Seleziona tutto

       -x, --exact
              Only match processes whose names (or command line if -f is specified) exactly match the pattern.

Stranamente, non trovo i processi qemu-system-x86_64!

Codice: Seleziona tutto

ps -ef | grep qemu
root       710     1 12 09:05 ?        00:00:34 qemu-system-x86_64 -enable-kvm -name zeroshell.cloudmin.example.com -m 512 -drive file=/dev/vg00/zeroshell_cloudmin_example_com_img,media=disk,index=0,if=virtio -boot c -net tap,vlan=0,script=/kvm/zeroshell.cloudmin.example.com-eth0.sh -net nic,vlan=0,macaddr=02:54:00:16:54:0B -vnc :1,password -usbdevice tablet -monitor tcp:127.0.0.1:40000,server -smp 2
root      1099     1 12 09:05 ?        00:00:35 qemu-system-x86_64 -enable-kvm -name zeroshell2.cloudmin.example.com -m 512 -drive file=/dev/vg00/zeroshell2_cloudmin_example_com_img,media=disk,index=0,if=ide -boot c -net tap,vlan=0,script=/kvm/zeroshell2.cloudmin.example.com-eth0.sh -net nic,vlan=0,macaddr=02:54:00:C3:92:3D -vnc :2,password -usbdevice tablet -monitor tcp:127.0.0.1:40001,server -smp 2
root      1370  1350  0 09:09 pts/0    00:00:00 grep qemu

pgrep qemu
710
1099

pgrep -x qemu-system-x86_64

Perchè?

[s3v]

Ho replicato la situazione:

Codice: Seleziona tutto

$ ps -ef | grep console-kit
root      2906     1  0 19:33 ?        00:00:00 /usr/sbin/console-kit-daemon --no-daemon
s3v       3472  3211  0 19:49 pts/0    00:00:00 grep console-kit

$ ps -e | grep console-kit
2906 ?        00:00:00 console-kit-dae

$ pgrep -x console-kit-daemon

$ pgrep -x console-kit-dae
2906

Quindi l'argomento da passare a "pgrep" è quello che ricavi senza l'opzione "-f".

Dovrebbero documentarlo oppure mi è sfuggito leggendo le manpages.

[Aki]

Interessante: vedi https://bugs.launchpad.net/ubuntu/+sour ... comments/4

[Aki]

@sirio81: la discussione può essere considerata risolta ?

[sirio81]

Metto il tag risolto ma a dire il vero sto cercando di contattare qualche sviluppatore del progetto procps per capire se questa retrocompatibilità serve a qualcosa o si può eliminare.
Nel mentre ho scoperto che esiste anche procps-ng.
Debian stretch comunque pacchettizza procps e non procps-ng.
Poi non ho indagato se procps-ng risolve la questione del pgrep e se effettivamente è meglio di procps o meno.
Se avrò aggiornamenti li riporterò in questo topic.
Grazie ancora!