NafanjaUa написал(а):
More information about this error may be available in the server error log.
т.е. /var/log/apache2/
А если предварительно, то смею преположить что в .htaccess дело, переименуй его, нну аесли нет, то логи смотри.
Журналы апача прикладываю к этому письму - период исследования "вебакулы" периодически с утра и часов до восьми вечера , а затем немного "бакулы-веб" с восьми до девяти вечера 27.02.10
Для просмотра скрытого содержимого необходимо иметь 170 сообщений, у вас 0 сообщений.
(спустя 3 дня архив с журналами удалил за решённостью проблы)
PHP_Master написал(а):
Akme, ну ты как маленький
Какие могут быть мысли без логов - вариантов мульйон.
Я расчитывал на то, что проблема типовая и может сразу у кого-нидь есть решение. Но уже и сам пришёл к выводу, что задача нетривиальная, хотя первый шажок к решению я уже сделал Избавиться от этой ошибки помогло перемещение конфига со списком пользователей Вебакулы webacula.users из системной папки Апача conf.d в её подобие conf
После этого авторизация проходит, если в webacula.users ввожу пользака без пароля т.е. типа: polzak вместо polzak:ego_parol
Таким образом, делаю вывод, что у меня как-то не правильно функционирует апачевский модуль авторизации. На это же указывает и дальнейшая картина событий, когда получаю искомую веб-морду с ошибками вместо данных, которые так же указывают, что Вебакула просто не может авторизоваться в системе
ЗЫ. Вывод событий в журнал пока не наладил, потому и не выдал сразу его содержимого.
ЗЫ2. Сделал так-же ход конём и попытку внедрить альтернативную веб-морду для Вебакулы: "бакула-веб",
что тоже пока не увенчалось успехом.
-------------------------------Спустя 3 дня
Разобраля с вебакулой!
Вот балин - ларчик как всегда просто открывался, а причина сущая хрень:
1. закоментировать в конфиге вебкулы строчку про судо:
bacula.sudo = ........ - поставить перед этой строкой две точки-запятые (в конфигах вебакулы это символ комментария)
2. не ставить даже в тестовых целях короткие пароли (менее 8 символов) на пользака базы и системы
3. а так же к этому прибавлю типовые ошибки - недостаточние права на bconcol, папку вебакулы
4. не забываем, что вебакула требует отдельную базу от бакулы, в обоих случаях надо специальными штатными скриптами эти базы наполнить таблицами
5. ещё один тонкий момент - вебакула может не заработать, если бакула ещё не использовалась и таблицы пустые... - решается эта проблема соответственно запуском тестового задания на резервирование из командной строки через bconsol
Пока сделал эти простые выводы - получил в выводе интернет-обозревателя тонну разнообразных, разношёрстных ошибок типа:
Код:
Код:
Код:
ERROR Command: /usr/bin/sudo /usr/bin/bconsole
и многое - многое другое
короче почти разочаровался в вебакуле и уже собирался на неё забить, но метод научного тыка таки вывел на победную кривую