Назад | Перейти на главную страницу

Не могу получить доступ к админке Cherokee - зависает загрузка

Я установил Cherokee на виртуальную машину CentOS 6.3 через репозиторий EPEL.

Если я открою http://localhost в elinks (извините, нет графического интерфейса) я могу видеть страницу "Powered by Cherokee" нормально.

Затем я запустил процесс админа чероки и открыл http://localhost:9090 в elinks.

У меня спрашивают логин и пароль, которые я ввожу, но потом ничего не происходит. Он застревает при загрузке.

Я пробовал использовать технику туннеля ssh, чтобы загрузить его в более интересный браузер, например Chrome, на случай, если это была проблема, но это тот же сценарий, я получаю всплывающее окно с запросом имени пользователя и пароля, но затем браузер застревает при загрузке.

В некоторых случаях Chrome показывает сообщение «504 Gateway Timeout», но не всегда. Если я обновляюсь, когда это происходит, он снова застревает.

Что мне здесь не хватает?

Если я позволю Chrome работать достаточно долго, я получаю это сообщение об ошибке:

503 Service Unavailable

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

Cherokee web server 1.2.101 (UNIX), Port 9090

У меня Python 2.6.6

Это результат, когда я начинаю 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/

Когда я открываю админку в браузере, cherokee-admin отображает следующее:

DEBUG: SIGUSR1 invokes the console..
       SIGUSR2 prints a backtrace..
Server 1.2.101 running.. PID=3570 Port=4000

Я не совсем уверен, почему (например, я действительно не знаю), но если я запускаю cherokee-admin с -t переключатель, тогда он загружается нормально.

В -t переключатель описывается как

-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.

Думаю, это решает проблему.