O que impedirá a reinicialização?

Question

Eu tenho um servidor de arquivos Mac que não está agindo certo (e estava agindo estranhamente ontem também). Eu configurei um ping audível para ele e ssh ed para ele e, como root, emiti o comando reboot . Não fez nada! Eu ssh ed novamente e emite outro comando de reinicialização, e ainda nada.

É estranho ver 'reboot' listado como uma das tarefas na listagem de top .

Então, como root, eu publiquei um

shutdown -r now

Ele alertou a todos os usuários que o sistema estava afundando ... e não diminuiu. (Eu não posso estabelecer uma nova conexão ssh, mas eu me deixei uma aberta com acesso root.)

Eu nunca vi nada assim. O que poderia impedir a reinicialização de um sistema e, mais precisamente, sem acessar a caixa fisicamente (posso, é apenas em outro local), como posso reduzir a caixa?

Percebo agora que top diz:

Processes:  25 total, 2 running, 4 stuck, 19 sleeping... 88 threads   

Eu nunca vi processos presos também. (E um dos meus amigos estava apenas me dizendo que apenas no Unix você pode ter crianças zumbis dormindo.)

Atualização:

De esta discussão (especialmente pós # 9), eu aceito é que ps e top mostrará um 'U' para processos emperrados ("ininterruptíveis").

bash-3.2# ps ax | grep U
   48   ??  Us     0:08.23 /usr/sbin/update
10180   ??  U      0:32.95 /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Support/build_hd_index
17119 s000  U+     0:00.07 reboot
17052 s001  U+     0:00.09 reboot
17261 s002  R+     0:00.00 grep U

A emissão de kill -9 [pid] não tem efeito.

    

Answer 1

Como regra geral, os itens a seguir interromperão a reinicialização:

• Abrindo um aplicativo durante a seqüência de desligamento. Não afeta o desligamento -r.
• Um processo emperrado ou processos travados - em que uma reinicialização forçada é geralmente a opção mais rápida (mas não a mais segura). Descobrir por que um processo está preso pode ser problemático às vezes.

Answer 2

Bem, na minha instância específica, esse servidor (um Apple XServe) não estava falando com a unidade RAID conectada. Eu finalmente reiniciei o servidor, a unidade RAID e o servidor novamente e acho que funcionou.

Da minha pesquisa, parece que as tarefas podem entrar no estado preso ou ininterrupto, e até mesmo o SIGKILL não as eliminará. Eu acredito que um processo estava esperando pelos volumes RAID para montar, e os outros processos (particularmente os comandos 'reboot') estavam esperando por ele.

    

Answer 3

Não ajudará se você ainda não tiver configurado. Mas para o futuro, usando um servidor de console com ipmi ou mesmo ipmi sem um servidor de console, você pode emitir comandos de energia para a máquina que sejam equivalentes a uma reinicialização a frio.