Échec de l'installation de testlink: vérification de l'existence du répertoire / var / testlink / logs /
Aujourd'hui, j'ai installé testlink. Et après j'sélectionnez "nouvelle Installation" et sélectionnez "j'accepte" option, il a échoué à la deuxième étape. Le message d'échec sont les suivantes:
Autorisations de lecture/écriture
Pour des raisons de sécurité, nous suggérons que les répertoires taggés avec [S] sur des messages suivants, seront mis à la UNREACHEABLE de navigateur
Vérifier si C:\xampp\htdocs\testlink\gui\templates_c répertoire existe, OK
Vérifier si C:\xampp\htdocs\testlink\gui\templates_c le répertoire est accessible en écriture (par nom d'utilisateur utilisé pour exécuter le serveur de processus) OK
Vérifier si /var/testlink/logs/répertoire existe [S] a Échoué!
Vérifier si /var/testlink/upload_area/répertoire existe [S] a Échoué!
Donc, quelqu'un peut-il me donner un coup de main? Merci beaucoup!
source d'informationauteur Bryant
Vous devez vous connecter pour publier un commentaire.
Dans
C:\xampp\htdocs\testlink\config.inc.php
fichier, modifierA fonctionné pour moi , assurez-vous que vous n'avez pas la barre oblique à la fin.
j'.e, assurez-vous qu'il est PAS:
Si vous avez installé XAMPP ou testlink dans un autre répertoires, modifier les chemins d'accès ci-dessus en conséquence.
Aller à config.inc.php et le répertoire des journaux (
$tlCfg->log_path
) modifier le chemin d'accès àC:\xampp\testlink\logs
et le répertoire de téléchargement ($g_repositoryPath
) àC:\xampp\testlink\upload_area
Dans certains cas, vous devez faire comme ceci:
Aller à
C:\xampp\htdocs\testlink\config.inc.php1
et répertoire des journaux ($tlCfg->log_path) modifier le chemin d'accès à
C:\xampp\htdocs\testlink\logs
et le répertoire de téléchargement ($g_repositoryPath) à
C:\xampp\htdocs\testlink\upload_area
Alors vous avez:
Ubuntu 12.04 - Tout ce que vous avez à faire est de
chmod 777
ces répertoires, Ne deviendra Passer.Ce que disent les instructions est le total de la BS. La prise de ces répertoires inaccessible à partir du navigateur est facultatif, et qui a créé une confusion. si vous
chmod 777
votre Échec sera le tour dans le pass et maintenant, vous serez en mesure de procéder à l'étape 3 de votre testlink de l'installation. Testé avec testlink version 1.9.5.sur Linux; veiller à ce que les chemins sont comme suit:
$tlCfg->log_path
$g_repositoryPath
sont
/var/www/html/testlink/logs/
/var/www/html/testlink/upload_area/
J'avais des chemins de jeu correct , l'utilisateur, le groupe et l'accès sont définies correcte et ne peut toujours pas se débarrasser de la question. Il m'a fallu très longtemps pour aller à la cause racine du problème se trouve au - http démon n'a pas accès au fichier dans l'inquiétude en raison des politiques SELinux. Si simple chown, chmod ne serait pas de l'aide(de groupe et d'utilisateur d'accès). Pour testlink 1.16 j'ai résolu avec une ré-installation avec sudo utilisateur, mais pour la mise à niveau, une question se pose à nouveau, même avec sudo utilisateur.
Et de résoudre le problème en exécutant les commandes suivantes, j'espère que cette aide. (Note: Vous pourriez avoir à réparer les attributs pour exécuter avec succès)
Valable pour ubuntu 16.04 LTS ajouter des autorisations
Changement:
Dans CentOS aller à
/var/www/html/testlink-code-1.9.16
et modifier le fichiercustom_config.inc.php
remplacer ces deux lignes//$tlCfg->log_path = '/var/testlink-ga-testlink-code/logs/'; /* unix example */
//$g_repositoryPath = '/var/testlink-ga-testlink-code/upload_area/'; /* unix example */
avec
$tlCfg->log_path = '/var/www/html/testlink-code-1.9.16/logs/';
$g_repositoryPath = '/var/www/html/testlink-code-1.9.16/upload_area/';
Assurez-vous d'avoir désactivé la selinux. Si ne pas le faire éditer le fichier
/etc/sysconfig/selinux
et modifier la variableSELINUX
àdisabled
et de redémarrer la machine. Maintenant, ces erreurs devraient avoir disparu.Pour résoudre le problème :
Vérifier si /var/www/html/testlink-1.9.16/gui/templates_c répertoire est accessible en écriture (par nom d'utilisateur utilisé pour exécuter le serveur de processus) sur Centos 7.
Désactiver SELinux, et puis redémarrez votre système.
Vous ne devriez plus avoir ce message d'erreur.