Эвкалипт 4.4.4 Eucaconsole Crash после входа в систему
С помощью людей здесь и на github у меня есть чистый журнал запуска и рабочая страница входа в систему для моей Eucaconsole. Я настроил учетную запись и пользователя для консоли через
euare-accountcreate -a myconsoleaccount
euare-useraddloginprofile --as-account myconsoleaccount -u admin -p cleverpassword
-На пользовательской стороне я могу надежно создать сообщение о неудачном входе в систему, используя известный неверный пароль. Я делаю это, чтобы увидеть разницу между хорошим / плохим поведением пароля.
-При проверке подлинности мой браузер переходит к ошибке 504 Gateway Timeout, и я нахожу следующую информацию об ошибке в моем /var/log/eucaconsole.log:
2018-11-05 15:37:53 INFO Authenticated Eucalyptus user: myconsoleaccount/admin from 10.0.0.7
2018-11-05 15:40:54 ERROR Error handling request
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/gunicorn/workers/async.py", line 45, in handle
self.handle_request(listener, req, client, addr)
File "/usr/lib/python2.7/site-packages/gunicorn/workers/async.py", line 93, in handle_request
respiter = self.wsgi(environ, resp.start_response)
File "/usr/lib/python2.7/site-packages/pyramid/router.py", line 242, in __call__
response = self.invoke_subrequest(request, use_tweens=True)
File "/usr/lib/python2.7/site-packages/pyramid/router.py", line 217, in invoke_subrequest
response = handle_request(request)
File "/usr/lib/python2.7/site-packages/eucaconsole/tweens.py", line 126, in __call__
response = self.handler(request)
File "/usr/lib/python2.7/site-packages/eucaconsole/tweens.py", line 88, in tween
response = handler(request)
File "/usr/lib/python2.7/site-packages/eucaconsole/tweens.py", line 62, in tween
response = handler(request)
File "/usr/lib/python2.7/site-packages/eucaconsole/tweens.py", line 51, in tween
response = handler(request)
File "/usr/lib/python2.7/site-packages/pyramid/tweens.py", line 21, in excview_tween
response = handler(request)
File "/usr/lib/python2.7/site-packages/pyramid/router.py", line 163, in handle_request
response = view_callable(context, request)
File "/usr/lib/python2.7/site-packages/pyramid/config/views.py", line 596, in __call__
return view(context, request)
File "/usr/lib/python2.7/site-packages/pyramid/config/views.py", line 329, in attr_view
return view(context, request)
File "/usr/lib/python2.7/site-packages/pyramid/config/views.py", line 305, in predicate_wrapper
return view(context, request)
File "/usr/lib/python2.7/site-packages/pyramid/config/views.py", line 355, in rendered_view
result = view(context, request)
File "/usr/lib/python2.7/site-packages/pyramid/config/views.py", line 477, in _class_requestonly_view
response = getattr(inst, attr)()
File "/usr/lib/python2.7/site-packages/eucaconsole/views/login.py", line 214, in handle_login
return self.handle_euca_login()
File "/usr/lib/python2.7/site-packages/eucaconsole/views/login.py", line 306, in handle_euca_login
session['supported_platforms'] = self.get_account_attributes(['supported-platforms'])
File "/usr/lib/python2.7/site-packages/eucaconsole/views/__init__.py", line 318, in get_account_attributes
attributes = conn.describe_account_attributes(attribute_names=attribute_names)
File "/usr/lib/python2.7/site-packages/boto/ec2/connection.py", line 4447, in describe_account_attributes
[('item', AccountAttribute)], verb='POST')
File "/usr/lib/python2.7/site-packages/boto/connection.py", line 1170, in get_list
response = self.make_request(action, params, path, verb)
File "/usr/lib/python2.7/site-packages/boto/connection.py", line 1116, in make_request
return self._mexe(http_request)
File "/usr/lib/python2.7/site-packages/boto/connection.py", line 1030, in _mexe
raise ex
BadStatusLine: ''
Есть еще один журнал с более подробной информацией? Я не вижу явных конфликтов версий, которые присутствовали в моих предыдущих выпусках. Есть другие идеи?
[Решено. Выше приведена информация о "красной сельди", которая была сгенерирована из-за основных проблем с подключением.]
Стив Джонс комментирует свой ответ ниже, это правильно. Мне не хватает документации, потому что у меня есть ufshost
значение, указывающее на хост UFS... по IP, по DNS-имени и даже прямо там, указывая на localhost. Во всех этих случаях я мог бы использовать свой традиционный набор инструментов администратора для подтверждения подключения eucaconsole к целевому узлу ufs с помощью tcpdumps, сгенерированного при попытке входа в систему с помощью eucaconsole. Но есть большая разница между предоставлением ufshost
значение с хорошим целевым хостом и убедитесь, что оно соответствует system.dns.dnsdomain
значение указывается при выполнении инструкций по настройке среды выполнения. Документация для eucaconsole обрабатывает информацию об этом параметре без каких-либо нюансов и фактически просто говорит нам, что IP или имя хоста в порядке, когда на самом деле большинство пользователей окажутся в сценарии конфигурации, где они настроили Euca DNS и требуют гораздо более конкретного значения. Спасибо за разъяснение, Стив!
1 ответ
Вы выполнили остальные шаги настройки?:
http://docs.eucalyptus.cloud/eucalyptus/4.4.4/index.html
Судя по ошибке, консоль не может подключиться к вашему эвкалиптовому облаку, поэтому сначала я проверил бы этот параметр:
ufshost=127.0.0.1
в конфигурации консоли ("/etc/eucaconsole/console.ini") и, возможно, убедитесь, что вы можете использовать euca2ools
от того, где вы установили консоль.
Вы также должны использовать euserv-describe-services
чтобы убедиться, что все сервисы работают в вашем облаке эвкалипта.
Если проблемы не устранены, было бы полезно описать, какие настройки вы настроили и что вы пытаетесь настроить (например, ssl/nginx).