Сегодня я установил testlink. И после того, как я выбираю "Новая установка" и выбираю вариант "Я согласен", на втором шаге это не получилось. Сообщение об ошибке выглядит следующим образом:
Разрешения на чтение/запись
По соображениям безопасности мы предлагаем, чтобы каталоги, помеченные с помощью [S] в следующих сообщениях, будут сделаны UNREACHEABLE из браузера
Проверка наличия каталога C:\xampp\htdocs\testlink\gui\templates_c ОК
Проверка, является ли каталог C:\xampp\htdocs\testlink\gui\templates_c доступным для записи (пользователем, используемым для запуска процесса веб-сервера) OK
Проверка наличия /var/testlink/logs/directory [S] Сбой!
Проверка наличия/var/testlink/upload_area/каталога [S] Сбой!
Итак, может ли кто-нибудь дать мне руку? Большое спасибо!
В C:\xampp\htdocs\testlink\config.inc.php файле измените
$g_repositoryPath = 'C:\xampp\htdocs\testlink\upload_area';
$tlCfg->log_path = 'C:\xampp\htdocs\testlink\logs';
Работал для меня, убедитесь, что у вас нет косой черты в конце.
т.е. убедитесь, что он НЕ:
$g_repositoryPath = 'C:\xampp\htdocs\testlink\upload_area\';
$tlCfg->log_path = 'C:\xampp\htdocs\testlink\logs\';
Если вы установили XAMPP или тестовую ссылку в другие каталоги, измените указанные выше пути.
Перейдите в каталог config.inc.php и log ($tlCfg->log_path), отредактируйте путь к C:\xampp\testlink\logs и загрузите каталог ($g_repositoryPath) в C:\xampp\testlink\upload_area
В некоторых случаях вы будете делать следующее:
Перейдите к C:\xampp\htdocs\testlink\config.inc.php1
и каталог журнала ($tlCfg- > log_path) отредактируйте путь к C:\xampp\htdocs\testlink\logs
и загрузите каталог ($g_repositoryPath) в C:\xampp\htdocs\testlink\upload_area
Затем у вас есть:
$g_repositoryPath = 'C:\xampp\htdocs\testlink\upload_area';
$tlCfg->log_path = 'C:\xampp\htdocs\testlink\logs';
Я установил правильные пути, также пользователь, группа и доступ установлены правильно и по-прежнему не могут избавиться от проблемы. Мне потребовалось очень много времени, чтобы перейти к первопричине, проблема заключается в том, что http-демон не имеет доступа к опасному файлу из-за политики SELinux. Так просто chown, chmod не помогло бы (групповой и пользовательский доступ). Для testlink 1.16 я разрешил его с повторной установкой с пользователем sudo, но для обновления проблема возникла снова даже с пользователем sudo.
И разрешенная проблема, выполняя следующие команды, надеюсь, это поможет. (Примечание. Возможно, вам придется исправлять атрибуты для успешного запуска)
$chcon -t httpd_sys_content_rw_t "<path_to_testlink_folder>/gui/templates_c/"
$chcon -t httpd_sys_content_rw_t "/<path_to_testlink_folder>/upload_area/"
$chcon -t httpd_sys_content_rw_t "<path_to_testlink_folder>/logs"
$semanage fcontext -a -t httpd_sys_content_rw_t "<path_to_testlink_folder>(/.*)?"
$restorecon -R -v path_to_testlink_folder
Ubuntu 12.04 - Все, что вам нужно сделать, это chmod 777 эти каталоги, Fails станет Pass.
~$ cd into /var/www/testlink
~$ sudo chmod 777 ./gui/templates_c/
~$ sudo chmod 777 ./upload_area/
~$ sudo chmod 777 ./logs/
Как бы ни говорили инструкции, общая BS. Невозможно сделать эти каталоги недоступными из браузера, и это создало путаницу. если вы chmod 777 их, ваши Fails превратятся в проход, и теперь вы сможете перейти к шагу 3 вашей установки тестовой ссылки. Протестировано тестовой версией 1.9.5.
в Linux; убедитесь, что следующие пути:
$tlCfg- > log_path $ g_repositoryPath
являются
/вар/WWW/HTML/TestLink/журналы/ /Вар/WWW/HTML/TestLink/upload_area/
Для пользователей Mac OS попробуйте это в версии 1.9.19:
Убедитесь, что с вашим именем папки.
В файле config.inc.php:
$tlCfg-> log_path= TL_ABS_PATH. "бревна". DIRECTORY_SEPARATOR;
$ g_repositoryPath= TL_ABS_PATH. 'upload_area'. DIRECTORY_SEPARATOR;
После этого, если вы получили разрешение на чтение, проблема не удалась.
Перейти к testlink → logs/upload_area → нажмите Command + я → в разрешении Включить чтение, запись для всех.
Действительно для ubuntu 16.04 LTS добавить разрешения
Изменить:
$g_repositoryPath = 'var/www/html/testlink/upload_area'; //linux user
$tlCfg->log_path = 'var/www/html/testlink/logs';
~$ cd into /var/www/testlink
~$ sudo chmod 777 ./gui/templates_c/
~$ sudo chmod 777 ./upload_area/
~$ sudo chmod 777 ./logs/
В CentOS перейдите к /var/www/html/testlink-code-1.9.16 и отредактируйте файл custom_config.inc.php, заменив эти две строки
// $tlCfg->log_path = '/var/testlink-ga-testlink-code/logs/'; /* unix example */
// $g_repositoryPath = '/var/testlink-ga-testlink-code/upload_area/'; /* unix example */
с
$tlCfg->log_path = '/var/www/html/testlink-code-1.9.16/logs/';
$g_repositoryPath = '/var/www/html/testlink-code-1.9.16/upload_area/';
Убедитесь, что вы отключили selinux. Если этого не сделать, отредактируйте файл /etc/sysconfig/selinux и измените переменную SELINUX на disabled и перезагрузите компьютер. Теперь эти ошибки должны были исчезнуть.
Ubuntu 18.04, нужно будет запустить
apt-get remove apparmor
для того, чтобы установить его
Решить проблему : Проверка, доступна ли запись /var/www/html/testlink-1.9.16/gui/templates_c (пользователем, использовавшимся для запуска процесса веб-сервера) в Centos 7. Отключите SELinux, а затем перезапустите систему. Вы больше не должны иметь это сообщение об ошибке.