Cosa significa "<nome_servizio> morti ma sottoscrizioni bloccati"?

Sto cercando di eseguire memcached su una casella di centos e funziona per un po ', ma poi finisce in questo stato:

morti morti, ma sospensioni bloccate

  • Perché usare / home invece di / var?
  • Implementare misure sul lato server (CentOS) per impedire che le cassette postali ospitate inviino un carico di spam
  • Distriggers la password di Kerberos
  • journalctl printing l'integer log del sistema quando segue
  • ip path statico, apportre le modifiche permanenti / persistenti al riavvio
  • scelta dell'interface di networking basata sullo scopo della networking
  • netstat mostra questo:

    tcp 0 0 :::11211 :::* LISTEN udp 0 0 0.0.0.0:11211 0.0.0.0:* 

    ps mostra questo:

     nobody 21983 0.0 1.8 60272 19912 ? Ssl 16:46 0:00 memcached -d -p 11211 -u nobody -c 1024 -m 64 

    Qualcuno sa cosa significa?

    One Solution collect form web for “Cosa significa "<nome_servizio> morti ma sottoscrizioni bloccati"?”

    Ciò significa che il servizio era in esecuzione in una sola volta, ma si è schiantato.

    Quando si avvia un servizio, crea un file "bloccato" per indicare che il servizio è in esecuzione. Ciò consente di evitare più istanze del servizio. Quando si arresta un servizio, questo file di block viene rimosso.

    Quando un servizio in esecuzione si blocca, il file di block esiste ma il process non esiste più. Così, il messaggio.

    Guardate le due aree /var/run/*.pid e /var/lock/subsys/* . Si prevede che questi siano d'accordo tra loro. Vale a dire, se esiste il file /var/lock/subsys/crond del file /var/lock/subsys/crond , la prima row del file /var/run/crond.pid dovrebbe contenere il PID del process in esecuzione per questo servizio. Se nessun process è in esecuzione, qualcosa non va. Se un process è effettivamente in esecuzione (come si vede), ma non è che PID, allora qualcosa è probabilmente confuso.

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