perché ps aux è bloccato?

Mi chiedo al mio assistente di staging, each volta che lancio ps aux, rimarrà bloccato. Esegue un elenco di processi e smette di rispondere. Ho controllato che c'è abbastanza RAM (1GB).

Quando eseguo il command superiore, mi sembra ok, ma mi chiedo che c'è un process zombie. Cos'è quello? Chiunque può spiegare?

  • ID forza dell'utente creato da apt-get
  • attaccando il dongle usb a KVM VM
  • Come posso configurare un server IRC privato (solo amici)?
  • pacchetti debian versione convention
  • Ubuntu Connect A VPN SSTP
  • perché il server ubuntu è stato riavviato
  • top - 11:00:29 up 3:53, 2 users, load average: 51.75, 50.52, 45.38 Tasks: 79 total, 1 running, 77 sleeping, 0 stopped, 1 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1747660k total, 603572k used, 1144088k free, 12644k buffers Swap: 917496k total, 0k used, 917496k free, 97732k cached 

    Grazie

    6 Solutions collect form web for “perché ps aux è bloccato?”

    Se su Linux, eseguire strace su ps per vedere quale sistema lo chiama call e potresti potenzialmente vedere su quale si appende:

    $ strace ps aux

    Se si è in un altro sistema Unix-y si dovrebbe utilizzare truss o dtruss .

    Considerando che hai un carico di oltre 50, ma la CPU è 100% intriggers, vorrei guardare i / o. Questo sembra che il computer è in attesa che i dischi o la networking restituiscano i dati prima di procedere.

    Provare a utilizzare iotop per vedere cosa sta bloccando questo. Potrebbe essere un'unità in output.

    Un comportmento simile è anche ansible che la macchina sia configurata per eseguire la risoluzione nome / gruppo e l'authentication contro una risorsa esterna e che la risorsa non è disponibile. In tal caso, aiuta a verificare la configuration di PAM e tutti i servizi rilevanti, ad esempio DNS, LDAP, NIS.

    Wikipedia lo spiega in grande dettaglio.

    Um … la tua media di carico sta mostrando qualcosa che sta veramente mangiando i / o o CPU. Il disco rigido è sconvolto? È lenta in risposta? Una media di carico di 51 non è realmente tutto normale.

    Zombie: se un process viene generato da un altro process e termina, dovrebbe essere ricavato dal process di padre. Se il genitore si è schiantato o scomparso, il process orfano diventa uno zombie. È essenzialmente un process nella tabella delle attività che non sta assumendo risorse o fare niente, ma ora il process init deve occuparsi di esso. Non c'è davvero alcun modo di cancellarle senza un riavvio, ma di solito non fanno male nulla. Ora, se hai un sacco di zombie, hai un problema; un process con un bug, un problema di risorse, qualcosa non funziona correttamente. Uno o due zombie non fanno però un film di Romero.

    Chiarimento – ho usato il termine orfano, ma il lato pedante indica che c'è una differenza tra un process orfano e uno zombie. Gli orfani sono ancora in esecuzione, mentre il zombie sta facendo nulla, non sta prendendo risorse diverse da una voce di tabella di process. E non sono sicuro di iniziare il process zombie. Potrei sbagliarmi (Init dovrebbe occuparsi dei processi orfani). In entrambi i casi, a less che non si visualizzino molti zombie, uno o due di un sistema non è un problema normalmente.

    Wow, dalla tua output superiore, il tuo carico è ridicolmente alto. A less che non si disponga di un sistema CPU di 50+, è troppo alto. Le CPU, però, non stanno facendo niente:

     Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st 

    Sembra che tu abbia un problema hardware. Cosa ti dica l'output di dmesg ?

    ps aux esegue l'elenco dei processi una volta e chiude. Non aggiorna periodicamente come funziona il top .

    Un process "zombie" è un process che ha completato l'esecuzione ma ha ancora una voce nella tabella di process. Questa voce è ancora necessaria per consentire al process che ha avviato il process (ora zombie) per leggere il suo stato di output.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.