Не удалось установить тестовую ссылку: проверьте, существует ли каталог/var/testlink/logs/

Сегодня я установил 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] Сбой!

Итак, может ли кто-нибудь дать мне руку? Большое спасибо!

Ответ 1

В 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 или тестовую ссылку в другие каталоги, измените указанные выше пути.

Ответ 2

Перейдите в каталог config.inc.php и log ($tlCfg->log_path), отредактируйте путь к C:\xampp\testlink\logs и загрузите каталог ($g_repositoryPath) в C:\xampp\testlink\upload_area

Ответ 3

В некоторых случаях вы будете делать следующее:

Перейдите к 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';

Ответ 4

Я установил правильные пути, также пользователь, группа и доступ установлены правильно и по-прежнему не могут избавиться от проблемы. Мне потребовалось очень много времени, чтобы перейти к первопричине, проблема заключается в том, что 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

Ответ 5

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.

Ответ 6

в Linux; убедитесь, что следующие пути:

$tlCfg- > log_path $ g_repositoryPath

являются

/вар/WWW/HTML/TestLink/журналы/ /Вар/WWW/HTML/TestLink/upload_area/

Ответ 7

Для пользователей 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 + я → в разрешении Включить чтение, запись для всех.

Ответ 8

Действительно для 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/

Ответ 9

В 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 и перезагрузите компьютер. Теперь эти ошибки должны были исчезнуть.

Ответ 10

Ubuntu 18.04, нужно будет запустить

apt-get remove apparmor

для того, чтобы установить его

Ответ 11

Решить проблему : Проверка, доступна ли запись /var/www/html/testlink-1.9.16/gui/templates_c (пользователем, использовавшимся для запуска процесса веб-сервера) в Centos 7. Отключите SELinux, а затем перезапустите систему. Вы больше не должны иметь это сообщение об ошибке.