Numero eccessivo di processi di sonno in CentOS – come diagnosticare?

Ho un gran numero di processi di sonno, circa 600, la maggior parte dei quali sono processi Apache.

Dovrei uccidere tutti questi processi di sonno, o che farà Apache completamente fallire?

Perché questi processi sonno in primo luogo?

Il server esegue CentOS 6 con Apache 2.2.

  • Distriggersre definitivamente SeLinux
  • Come leggo / var / log / lastlog
  • Crons non funziona su ISPConfig3
  • Come limitare la velocità di connessione
  • linux OOM-uccidere perché?
  • errore irreversibile: imansible trovare un model appropriato
  • VMware ESXi CentOS 6.4 Installazione kickstart
  • CentOS 6 e errore locale
  • One Solution collect form web for “Numero eccessivo di processi di sonno in CentOS – come diagnosticare?”

    L'uccisione di tutti i processi di sonno del tuo sistema non risolve nessun problema, per non parlare del problema che stai facendo.


    Essere strutturato e methodsco nel tuo approccio è molto meglio che sbattere in modo selvaggio.

    Personalmente trovo il metodo scientifico (altri lo chiamiamo qualcosa di diverso ) uno strumento meraviglioso per estrarre il kitbag di amministrazione del sistema quando diagnostichiamo i problemi.

    1. Qual è il problema reale che stai cercando di risolvere?

    Un servizio smette di rispondere. 1

    1. Quindi, ora sappiamo che cosa è il problema reale stiamo risolvendo abbiamo qualche direzione. Raccogliamo alcune informazioni per aiutarci a capire una soluzione.

      • È il problema correlato? Succede regolarmente o casualmente.
      • Controllare i registri, tutti, non solo i registri dei servizi specifici, poiché qualcos'altro potrebbe causare il problema. Le voci del registro hanno generalmente timestamp, per aiutare a correlare gli events in più applicazioni e servizi – utilizzarli. Se necessario aumentare anche la verbosità del registro.
      • Guarda cosa sta facendo il sistema. Utilizza strumenti come top, vmstat, iostat, sar, ps, tcpdump o addirittura sisthemes di monitoraggio pieno.
    2. Analizza le informazioni che hai raccolto. Cosa succede effettivamente nel sistema quando il servizio smette di rispondere? Qual è lo stato delle risorse del sistema?

    3. Prendere le azioni appropriate per rimediare. Speriamo che sia abbastanza ovvio che cosa sta succedendo, stai perdendo memory e il killer OOM uscirà per giocare, la tua attività di swap è troppo alta, la tua coda di esecuzione è troppo lunga, hai iobound ecc. Se non è ovvio, probabilmente non raccogliere i dati corretti – sai cosa fare, torna a 2.

    4. Controlla quali sono le modifiche introdotte a 4. fanno.

    5. Le modifiche hanno risolto il problema? È meglio? È peggio? Non c'è differenza? Dove si va da qui dipende da ciò che trovi. Potrebbe essere necessario tornare a 2. e raccogliere dati più pertinenti o 3. riesaminare quali dati avete o 4. perché hai identificato un certo numero di soluzioni potenziali.

    6. Documenta i tuoi risultati e le modifiche apportte.

    7. Tornate a letto / a casa dal lavoro / al pub.

    1 Questo potrebbe essere qualsiasi cosa se 'Il mio server è lento', 'Il mio server sta utilizzando troppa memory' …

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