[Devel] [Задача 6354] Запустить веб-интерфейс на стенде

[Evgeny Sinelnikov]

1 ноября 2010 г. 19:13 пользователь  <bugs на lists.etersoft.ru> написал:
> http://bugs.etersoft.ru/show_bug.cgi?id=6354
>

Хотел ответить в багу, но когда набрал весь текст, понял, что там всё
поедет и будет неудобно смотреть логи и т.д. (ещё один минус багзилы -
вставляет переносы, где не нужно)

> --- Comment #8 from Иван Дончевский <yv на etersoft.ru>  2010-11-01 19:13:30 ---
> Created an attachment (id=1926)
>  --> (http://bugs.etersoft.ru/attachment.cgi?id=1926)
> Ошибка
>

Всё дело тут в том, что базу нужно инициализировать. В стандартном
виде это выглядит так:
$ pwd
/home/guest/standpm-weblog/standpm-weblog
$ ./manage syncdb
$ ./manage importconfigure /etc/standpm/configure.xml

При первом запуске нужно открыть страницу:
http://127.0.0.1:8000/init
(Сергей обещал добавить соответствующую команду в ./manage, видимо ещё
не готово)




Вот как-то так оно инициализируется сейчас...

Встретишиеся ошибки:

--------------
- Первая -
$ ./manage.py syncdb
....
  File "/usr/lib/python2.5/site-packages/MySQLdb/connections.py", line
35, in defaulterrorhandler
    raise errorclass, errorvalue
_mysql_exceptions.OperationalError: (1142, "ALTER command denied to
user 'dbadmin'@'localhost' for table 'auth_message'")

Проблема решается просто:
mysql> GRANT ALTER ON standpm.* TO 'dbadmin'@'localhost';
Query OK, 0 rows affected (0.01 sec)

--------------
- Вторая -
$ ./manage importconfigure /etc/standpm/configure.xml
...
  File "/usr/lib/python2.5/warnings.py", line 102, in warn_explicit
    raise message
_mysql_exceptions.Warning: Data truncated for column 'name' at row 1

Проблема решается увеличением размера полей в структуре базы. Ранее я
уже их увеличивал. Видимо, с тех пор, на mysql это никто ещё не
проверял.

--------------
- Третья -
Во время открытия страницы:
http://127.0.0.1:8000/init

...
  File "/usr/lib/python2.5/site-packages/django/core/urlresolvers.py",
line 240, in _get_urlconf_module
    self._urlconf_module = import_module(self.urlconf_name)

  File "/usr/lib/python2.5/site-packages/django/utils/importlib.py",
line 35, in import_module
    __import__(name)

ImportError: No module named weblog.urls

С виду, это проблема в шаблоне настроек django - settings.py:
ROOT_URLCONF = 'weblog.urls'
А на деле, это проблема в том, что почему-то оказалось принципиально
переименовать каталог weblog в standpm-weblog, а соотвествующие связи
не поправлены...

В общем, если переименовать каталог обратно в weblog, то всё работает.


Дальше интереснее...
-------------------
- Четвёртая -

Последний этап инициализации проходит упесшно. Но в chromium страница
не грузится. Пробуем firefox. Грузится, но отображается криво.
[guest на standpm ~]$ rpm -q chromium-browser
chromium-browser-6.0.401.0-alt0.M51.r47010
[guest на standpm ~]$ rpm -q firefox-3.6
firefox-3.6-3.6.10-alt0.20100909.M50P.1

Пробрасываю на сервере ssh-тунель - смотрю как оно там выглядит.
Ситауция аналогичная... отображение не работает... "Опаньки"...
[У меня нет имени!@server ~]$ ssh guest на 192.168.0.254 -L 8000:localhost:8000 -N
[sin на server list]$ rpm -q chromium-browser
chromium-browser-6.0.401.0-alt1.r47010

Пробрасываю домой:
$ ssh office -L 8000:localhost:8000 -N
$ rpm -q chromium-browser
chromium-browser-7.0.534.0-alt1.r60470

Работает!!! Но, тормозит и никакой динамики графической нет...
Попробую обновить chromium может будт лучше...



Вывод... Вывод такой, у меня... Не стоит использовать самое-самое... Я
в об этом речь вёл ещё в июле.

Последствия. Нужно портировать новый chromium на 5.1 или Сергею
пересаживаться на него для тестов. Как быть здесь с Webkit'ом для Яузы
боюсь подумать (иду проверять).

В общем, об этом потом, что теперь делать... Здесь я описал, что и как
счас выглядит.


-- 
Sin (Sinelnikov Evgeny)