Não é possível acessar o admin cherokee - carregamento parado

2

Deu a Cherokee uma primeira rodada para experimentá-la tão nua comigo se essa é uma pergunta idiota.

Eu o instalei em uma VM CentOS 6.3 através do repo EPEL.

Se eu abrir http://localhost no elinks (desculpe no gui) eu posso ver a página "Powered by Cherokee" bem.

Eu, então, iniciei o processo cherokee-admin e abra http://localhost:9090 nos elinks.

Estou me perguntando o login e a senha, que eu entro, mas nada acontece. Ele fica preso no carregamento.

Eu tentei a técnica do túnel ssh para carregá-lo em um navegador mais sofisticado como o chrome, caso esse fosse o problema, mas é o mesmo cenário, eu recebo o pop-up solicitando o nome de usuário e senha, mas o navegador fica preso .

Em algumas ocasiões, o Chrome exibe uma mensagem "Tempo limite do gateway 504", mas nem sempre. Se eu atualizar quando isso acontecer, ele fica preso novamente.

O que estou perdendo aqui?

EDITAR: Se eu deixar o chrome correr o tempo suficiente, recebo esta mensagem de erro:

503 Service Unavailable

------------------------

Cherokee web server 1.2.101 (UNIX), Port 9090

EDIT 2: eu tenho o Python 2.6.6

EDIT 3:

Esta é a saída quando eu começo cherokee-admin -x -b

Cherokee Web Server 1.2.101 (Feb 21 2012): Listening on port ALL:9090, TLS
disabled, IPv6 enabled, using epoll, 4096 fds system limit, max. 2041
connections, single thread

Login:
  User:              admin
  One-time Password: 2nEKQfD3RqLbKJ5a

Web Interface:
  URL:               http://localhost:9090/

Quando abro o administrador em um navegador, o cherokee-admin exibe:

DEBUG: SIGUSR1 invokes the console..
       SIGUSR2 prints a backtrace..
Server 1.2.101 running.. PID=3570 Port=4000
    
por Ben 14.09.2012 / 03:05

1 resposta

3

Não sei bem por que (como eu realmente não sei), mas se eu executar o cherokee-admin com -t , ele carrega bem.

A opção -t é descrita como

-t, --internal-unix
By default, cherokee-admin uses TCP for internal communications. 
This parameter specifies that a Unix domain socket should be used instead. 
The default behavior is the safest one, so this parameter should rarely by used.

Então, isso resolve o problema, eu acho.

    
por 14.09.2012 / 03:42

Tags