Come tenere traccia dei processi appena creati in Linux?


31

So che con psposso vedere l'elenco o l'albero dei processi correnti in esecuzione nel sistema. Ma quello che voglio ottenere è "seguire" i nuovi processi che vengono creati quando si utilizza il computer.

Come analogia, quando si utilizza tail -fper seguire i nuovi contenuti aggiunti a un file o a qualsiasi input, si desidera mantenere un elenco di follow-up del processo attualmente in fase di creazione.

È anche possibile?

Risposte:


28

Se kprobes è abilitato nel kernel puoi usare execsnoopda perf-tools :

Nel primo terminale:

% while true; do uptime; sleep 1; done

In un altro terminale:

% git clone https://github.com/brendangregg/perf-tools.git
% cd perf-tools
% sudo ./execsnoop
Tracing exec()s. Ctrl-C to end.
Instrumenting sys_execve
   PID   PPID ARGS
 83939  83937 cat -v trace_pipe
 83938  83934 gawk -v o=1 -v opt_name=0 -v name= -v opt_duration=0 [...]
 83940  76640 uptime
 83941  76640 sleep 1
 83942  76640 uptime
 83943  76640 sleep 1
 83944  76640 uptime
 83945  76640 sleep 1
^C
Ending tracing...

2
Per le nuove versioni del kernel (> = 4.17 se ho capito bene) su x84_64, gli strumenti perf di Gregg non funzionano più - funzionano ma non ci sono report in quanto strumenti una chiamata inutilizzata. Secondo i commenti di Gregg altrove, la soluzione corretta per i kernel> = 4.7 è utilizzare l'implementazione BPF nella raccolta di compilatori BPF disponibile qui: github.com/iovisor/bcc#tools e su Ubuntu e Linux moderni come bpfcc-tools.
Guss

7

Il modo più semplice è abilitare il controllo delle chiamate di sistema

Vedere il seguente collegamento per i dettagli ,

Qualcuno sa un modo semplice per monitorare spawn processo radice | Errore del server

Se stai monitorando tutti i processi, rimuovi semplicemente la -F uid=0parte

I log vengono scritti in /var/log/audit/audit.log


Nessuno di quei 3 link risponde alla mia domanda. I primi due riguardano la codifica di qualcosa per risolvere questo problema e l'ultimo non risponde a nessuno dei due. Quello che sto chiedendo riguarda un comando e non scrivere un pezzo di codice
Pablo Matias Gomez,

@ PabloMatíasGomez aggiornato
margherita

3

CONFIG_PROC_EVENTS=y

Sessione di esempio:

$ su
# ./proc_events.out &
set mcast listen ok
# sleep 2 & sleep 1 &
fork: parent tid=48 pid=48 -> child tid=56 pid=56
fork: parent tid=48 pid=48 -> child tid=57 pid=57
exec: tid=57 pid=57
exec: tid=56 pid=56
exit: tid=57 pid=57 exit_code=0
exit: tid=56 pid=56 exit_code=0

CONFIG_PROC_EVENTSespone gli eventi a userland tramite un socket netlink .

proc_events.c

#define _XOPEN_SOURCE 700
#include <sys/socket.h>
#include <linux/netlink.h>
#include <linux/connector.h>
#include <linux/cn_proc.h>
#include <signal.h>
#include <errno.h>
#include <stdbool.h>
#include <unistd.h>
#include <string.h>
#include <stdlib.h>
#include <stdio.h>

static volatile bool need_exit = false;

static int nl_connect()
{
    int rc;
    int nl_sock;
    struct sockaddr_nl sa_nl;

    nl_sock = socket(PF_NETLINK, SOCK_DGRAM, NETLINK_CONNECTOR);
    if (nl_sock == -1) {
        perror("socket");
        return -1;
    }
    sa_nl.nl_family = AF_NETLINK;
    sa_nl.nl_groups = CN_IDX_PROC;
    sa_nl.nl_pid = getpid();
    rc = bind(nl_sock, (struct sockaddr *)&sa_nl, sizeof(sa_nl));
    if (rc == -1) {
        perror("bind");
        close(nl_sock);
        return -1;
    }
    return nl_sock;
}

static int set_proc_ev_listen(int nl_sock, bool enable)
{
    int rc;
    struct __attribute__ ((aligned(NLMSG_ALIGNTO))) {
        struct nlmsghdr nl_hdr;
        struct __attribute__ ((__packed__)) {
            struct cn_msg cn_msg;
            enum proc_cn_mcast_op cn_mcast;
        };
    } nlcn_msg;

    memset(&nlcn_msg, 0, sizeof(nlcn_msg));
    nlcn_msg.nl_hdr.nlmsg_len = sizeof(nlcn_msg);
    nlcn_msg.nl_hdr.nlmsg_pid = getpid();
    nlcn_msg.nl_hdr.nlmsg_type = NLMSG_DONE;

    nlcn_msg.cn_msg.id.idx = CN_IDX_PROC;
    nlcn_msg.cn_msg.id.val = CN_VAL_PROC;
    nlcn_msg.cn_msg.len = sizeof(enum proc_cn_mcast_op);

    nlcn_msg.cn_mcast = enable ? PROC_CN_MCAST_LISTEN : PROC_CN_MCAST_IGNORE;

    rc = send(nl_sock, &nlcn_msg, sizeof(nlcn_msg), 0);
    if (rc == -1) {
        perror("netlink send");
        return -1;
    }

    return 0;
}

static int handle_proc_ev(int nl_sock)
{
    int rc;
    struct __attribute__ ((aligned(NLMSG_ALIGNTO))) {
        struct nlmsghdr nl_hdr;
        struct __attribute__ ((__packed__)) {
            struct cn_msg cn_msg;
            struct proc_event proc_ev;
        };
    } nlcn_msg;
    while (!need_exit) {
        rc = recv(nl_sock, &nlcn_msg, sizeof(nlcn_msg), 0);
        if (rc == 0) {
            /* shutdown? */
            return 0;
        } else if (rc == -1) {
            if (errno == EINTR) continue;
            perror("netlink recv");
            return -1;
        }
        switch (nlcn_msg.proc_ev.what) {
            case PROC_EVENT_NONE:
                printf("set mcast listen ok\n");
                break;
            case PROC_EVENT_FORK:
                printf("fork: parent tid=%d pid=%d -> child tid=%d pid=%d\n",
                        nlcn_msg.proc_ev.event_data.fork.parent_pid,
                        nlcn_msg.proc_ev.event_data.fork.parent_tgid,
                        nlcn_msg.proc_ev.event_data.fork.child_pid,
                        nlcn_msg.proc_ev.event_data.fork.child_tgid);
                break;
            case PROC_EVENT_EXEC:
                printf("exec: tid=%d pid=%d\n",
                        nlcn_msg.proc_ev.event_data.exec.process_pid,
                        nlcn_msg.proc_ev.event_data.exec.process_tgid);
                break;
            case PROC_EVENT_UID:
                printf("uid change: tid=%d pid=%d from %d to %d\n",
                        nlcn_msg.proc_ev.event_data.id.process_pid,
                        nlcn_msg.proc_ev.event_data.id.process_tgid,
                        nlcn_msg.proc_ev.event_data.id.r.ruid,
                        nlcn_msg.proc_ev.event_data.id.e.euid);
                break;
            case PROC_EVENT_GID:
                printf("gid change: tid=%d pid=%d from %d to %d\n",
                        nlcn_msg.proc_ev.event_data.id.process_pid,
                        nlcn_msg.proc_ev.event_data.id.process_tgid,
                        nlcn_msg.proc_ev.event_data.id.r.rgid,
                        nlcn_msg.proc_ev.event_data.id.e.egid);
                break;
            case PROC_EVENT_EXIT:
                printf("exit: tid=%d pid=%d exit_code=%d\n",
                        nlcn_msg.proc_ev.event_data.exit.process_pid,
                        nlcn_msg.proc_ev.event_data.exit.process_tgid,
                        nlcn_msg.proc_ev.event_data.exit.exit_code);
                break;
            default:
                printf("unhandled proc event\n");
                break;
        }
    }

    return 0;
}

static void on_sigint(__attribute__ ((unused)) int unused)
{
    need_exit = true;
}

int main()
{
    int nl_sock;
    int rc = EXIT_SUCCESS;

    signal(SIGINT, &on_sigint);
    siginterrupt(SIGINT, true);
    nl_sock = nl_connect();
    if (nl_sock == -1)
        exit(EXIT_FAILURE);
    rc = set_proc_ev_listen(nl_sock, true);
    if (rc == -1) {
        rc = EXIT_FAILURE;
        goto out;
    }
    rc = handle_proc_ev(nl_sock);
    if (rc == -1) {
        rc = EXIT_FAILURE;
        goto out;
    }
    set_proc_ev_listen(nl_sock, false);
out:
    close(nl_sock);
    exit(rc);
}

GitHub upsatream , codice adattato da: https://bewareofgeek.livejournal.com/2945.html

Non credo tuttavia che tu possa ottenere dati di processo come UID e argomenti di processo perché exec_proc_eventcontiene così pochi dati: https://github.com/torvalds/linux/blob/v4.16/include/uapi/linux/cn_proc .h # L80 Potremmo provare a leggerlo immediatamente /proc, ma c'è il rischio che il processo sia terminato e che un altro abbia preso il suo PID, quindi non sarebbe affidabile.

Testato su Ubuntu 17.10, CONFIG_PROC_EVENTS=yabilitato per impostazione predefinita.


2

Apparentemente puoi seguire un processo usando strace. Se conosci il PID del processo, puoi fare:

strace -o strace-<pid>.out -f -p <pid>

Notare l' -finterruttore. Ti aiuterà a seguire i processi appena creati che sono discendenti del processo il cui PID è stato usato nel comando sopra. Per informazioni su strace vedi questa domanda.


Apparentemente avevi intenzione di collegarti al processo di init, con pid = 1, giusto? Sfortunatamente non funziona, non vedo nell'output alcuna creazione di nuovi processi, e il numero di righe è di alcune decine, mentre l'attuale pid per i nuovi processi è passato attraverso alcune centinaia.
Hi-Angel,

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.