Directory testlink安装失败:检查/var/testlink/logs/目录是否存在

Directory testlink安装失败:检查/var/testlink/logs/目录是否存在,directory,installation,testlink,Directory,Installation,Testlink,今天,我安装了testlink。在我选择“新安装”并选择“我同意”选项后,它在第二步失败。失败消息如下所示: 读/写权限 出于安全原因,我们建议在以下邮件上标记为[S]的目录将无法从浏览器中进行检查 检查C:\xampp\htdocs\testlink\gui\templates\u C目录是否存在确定 检查C:\xampp\htdocs\testlink\gui\templates\u C目录是否可写(由用于运行Web服务器进程的用户编写)确定 检查/var/testlink/logs/dir

今天,我安装了testlink。在我选择“新安装”并选择“我同意”选项后,它在第二步失败。失败消息如下所示:

读/写权限

出于安全原因,我们建议在以下邮件上标记为[S]的目录将无法从浏览器中进行检查
检查C:\xampp\htdocs\testlink\gui\templates\u C目录是否存在确定
检查C:\xampp\htdocs\testlink\gui\templates\u C目录是否可写(由用于运行Web服务器进程的用户编写)确定
检查/var/testlink/logs/directory是否存在[S]失败
检查/var/testlink/upload\u区域/目录是否存在失败


有人能帮我一下吗?非常感谢

转到config.inc.php和日志目录(
$tlCfg->log_path
)编辑
C:\xampp\testlink\logs
的路径,并将目录(
$g_repositoryPath
)上载到
C:\xampp\testlink\upload_区域
在某些情况下,您可以这样做:

转到
C:\xampp\htdocs\testlink\config.inc.php1

和日志目录($tlCfg->log_path)编辑
C:\xampp\htdocs\testlink\logs

并将目录($g_repositoryPath)上载到
C:\xampp\htdocs\testlink\upload_区域

那么你有:

$g_repositoryPath = 'C:\xampp\htdocs\testlink\upload_area';
$tlCfg->log_path = 'C:\xampp\htdocs\testlink\logs';

C:\xampp\htdocs\testlink\config.inc.php文件中,更改

$g_repositoryPath = 'C:\xampp\htdocs\testlink\upload_area';
$tlCfg->log_path = 'C:\xampp\htdocs\testlink\logs';
为我工作,确保结尾没有斜杠。
i、 e,确保它是而不是

$g_repositoryPath = 'C:\xampp\htdocs\testlink\upload_area\';
$tlCfg->log_path = 'C:\xampp\htdocs\testlink\logs\';

如果您在另一个目录中安装了XAMPP或testlink,请相应地更改上面的路径。

Ubuntu 12.04-您所要做的就是
chmod 777
这些目录将成为Pass

~$ cd into /var/www/testlink

~$ sudo chmod 777 ./gui/templates_c/

~$ sudo chmod 777 ./upload_area/

~$ sudo chmod 777 ./logs/

不管说明书上说什么都是废话。使这些目录无法从浏览器访问是可选的,这造成了混乱。如果您
chmod 777
安装了它们,您的失败将变成通过,现在您可以继续执行testlink安装的步骤3。在Linux上使用testlink 1.9.5版进行测试。

;确保路径如下所示:

$tlCfg->log\u路径 $g_repositoryPath

/var/www/html/testlink/logs/
/var/www/html/testlink/upload\u area/

我已将路径设置正确,并且用户、组和访问设置正确,仍然无法摆脱此问题。我花了很长时间才找到根本原因,问题在于-由于SELinux策略,http守护进程无法访问相关文件。所以简单的chown,chmod不会有帮助(组和用户访问)。对于testlink 1.16,我通过使用sudo用户重新安装解决了这个问题,但对于升级,甚至使用sudo用户也再次出现了一个问题

并通过执行以下命令解决了这个问题,我希望这会有所帮助。(注意:您可能需要修复属性才能成功运行它)

$chcon-t httpd\u sys\u content\u rw\u t”/gui/templates\u c/“
$chcon-t httpd\u系统内容\u rw\u t//上传\u区域/“
$chcon-t httpd\u sys\u content\u rw\u t“/日志”
$semanage fcontext-a-t httpd\u sys\u content\u rw\u t“(/.*)”
$restorecon-R-v路径到测试链接文件夹

对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示例*/
//$g_repositoryPath='/var/testlink ga testlink code/upload_area/';/*unix示例*/

$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
更改为
禁用
,然后重新启动机器。现在这些错误应该已经消失了。

要解决此问题: 检查Centos 7上的/var/www/html/testlink-1.9.16/gui/templates_c目录是否可写(由用于运行Web服务器进程的用户编写)。 禁用SELinux,然后重新启动系统。
您不应再收到此错误消息。

ubuntu 18.04上,将需要运行

apt-get remove apparmor

要为Mac OS用户安装它,请在1.9.19版本中尝试以下操作:

确保使用您的文件夹名。

在config.inc.php文件中:

$tlCfg->log\u path=TL\u ABS\u path。”日志'。目录分隔符

$g_repositoryPath=TL_ABS_PATH。”上传“你的区域”。目录分隔符

在此之后,如果您获得读写权限问题失败


转到testlink->logs/upload\u area->按Command+I->进入权限启用对所有人的读写。

那么,哪一个代码段是正确的?请清楚地标记正确和不正确的版本。我在不同的系统上尝试了两种方法,两种方法对我都很好。这个答案可以通过修改格式来改进。来自评论:嗨,这篇文章似乎没有提供一个答案来回答这个问题。请编辑您的答案并加以改进,或者将其作为评论发布。禁用SELinux有点单调,可能缺少一些重新启动步骤。
apt-get remove apparmor