Installation RBS Change : Problème d'installation

  • 71897.1

    10/12/2012 23:08


    doekia
    Rang : Nouveau Membre
    Je tente mes 1er pas et ... je trébuche.

    Ma plateforme Ubuntu 8.04.
    Apache en mode FastCGI.

    Après installation je n'arrive a rien faire fonctionner.
    Mes logs disent ceci:
    [Mon Dec 10 21:29:13 2012] [error] [client 89.2.20.239] Directory index forbidden by Options directive: /var/www/rbs.enter-solutions.net/web/, referer: http://rbs.enter-solutions.net/install/index.php
    [Mon Dec 10 21:31:24 2012] [error] [client 89.2.20.239] Directory index forbidden by Options directive: /var/www/rbs.enter-solutions.net/web/
    [Mon Dec 10 21:31:33 2012] [error] [client 89.2.20.239] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://rbs.enter-solutions.net/install/index.php
    [Mon Dec 10 21:31:33 2012] [error] [client 89.2.20.239] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace., referer: http://rbs.enter-solutions.net/install/index.php

    Quelqu'un saurait me pointer vers une piste?
  • 71897.2 en réponse à 71897.1 écrit par doekia

    11/12/2012 09:39


    Gaël Port
    Titre : Développeur RBS Change
    Rang : Expert
    De ce que je comprends de vos messages d'erreur, j'imagine que vous avez placé la racine web du projet dans var/www/rbs.enter-solutions.net/web/. Si c'est bien le cas, les liens symboliques devraient avoir été placés dans ce dossier, notamment un lien vers index.php qui se trouve à la racine du projet (s'il s'est correctement installé).

    Là vu le message, ce fichier n'a pas l'air d'exister puisqu'apache semble tenter de générer un index du contenu du dossier, ce qu'il ne fait normalement que s'il n'y a pas de fichier index.php.

    Pouvez-vous confirmer ?


    Par ailleurs, y a-t-il des choses notables dans les logs de Change (dossier logs à la racine du projet) ?
  • 71897.3 en réponse à 71897.2 écrit par Gaël Port

    11/12/2012 14:40


    doekia
    Rang : Nouveau Membre
    Gaël, merci de ton aide.

    En effet je n'ai pas d'index à la racine lequel dois-je lier?
    find . -name index.php -print
    ./repository/framework/framework-3.6.3/builder/home/index.php
    ./repository/framework/framework-3.6.3/libs/gotcha/index.php
    ./repository/libs/smarty/smarty-2.6/demo/index.php
    ./install/index.php
    ./install/lib/index.php

    Mon log m'a semblé plein de message non pertinent:
    ./log/default/application.log
    2012-12-11 13:37:05 [ERROR] HTTPClient::execute: curl_errno : 3
    2012-12-11 13:37:06 [WARN] Long Transaction detected 0.522s > 0.2
    2012-12-11 13:37:08 [WARN] Long Transaction detected 0.717s > 0.2
    2012-12-11 13:37:08 [WARN] Long Transaction detected 0.343s > 0.2
    2012-12-11 13:37:38 [WARN] Long Transaction detected 0.389s > 0.2
    2012-12-11 13:37:39 [WARN] Long Transaction detected 0.263s > 0.2
    2012-12-11 13:37:39 [WARN] Long Transaction detected 0.267s > 0.2

    ./log/indexer/indexer.log
    2012-12-11 13:37:03 Error on processsing BO at index 11828.
    2012-12-11 13:37:40 f_tasks_BackgroundIndexingTask::backgroundIndex BO 11828
    2012-12-11 13:37:40 Error on processsing BO at index 11828.
    2012-12-11 13:38:13 f_tasks_BackgroundIndexingTask::backgroundIndex BO 11828
    2012-12-11 13:38:13 Error on processsing BO at index 11828.




  • 71897.4 en réponse à 71897.3 écrit par doekia

    11/12/2012 15:27


    Gaël Port
    Titre : Développeur RBS Change
    Rang : Expert
    Alors en théorie si l'installation s'est bien déroulée jusqu'au bout, vous devriez avoir un fichier ./index.php.

    Et si vous avez déclaré une racine web (= document root pour Apache) différente de la racine du projet (= là où vous avez uploadé les fichiers), un lien symbolique est généré dans cette racine web pointant vers ./index.php.

    Là si vous n'avez pas ce fichier à la racine c'est que l'installation ne s'est pas bien déroulée.

    Au niveau de l'installeur, vous êtes arrivé jusqu'où précisément ?



    Concernant les messages d'erreur, les Long Transaction ne sont pas plus inquiétants que ça (c'est même normal sur certaines opération longues, notamment pendant l'installation).

    Le "2012-12-11 13:37:05 [ERROR] HTTPClient::execute: curl_errno : 3" est par contre plus inquiétant... C'est peut-être là que ça s'est mal passé lors de l'install.

    Enfin les problèmes d'indexation sont secondaires et n'empêcheront pas l'ensemble de tourner (juste la partie recherche), il peuvent donc être remis à plus tard.
  • 71897.5 en réponse à 71897.4 écrit par Gaël Port

    11/12/2012 16:34


    doekia
    Rang : Nouveau Membre
    Mon document root est:
    DocumentRoot /var/www/rbs.enter-solutions.net/web

    Je viens de refaire l'install (très lente d'ailleurs malgrès mon octo/24G = 12mn):

    Import framework home files
    Error line 796 (/var/www/clients/client8/web51/web/repository/framework/framework-3.6.3/util/FileUtils.class.php): Could not make /var/www/clients/client8/web51/web/.. dir

    Là ça ne semble pas normal.
    /var/www/rbs.enter-solutions.net/web est un lien symbolique vers /var/www/clients/client8/web51/web/ celà peut-il venir de ça?

    J'imagine que c'est un realpath qui derefence le DocumentRoot... et au final croit qu'il doit ... créer le parent de là où il s'exécute? :-)

    Je débute donc ... Il y a un autre moyen d'installer? (à la main)?

    Ci après le log complet de l'install:
    http://pastebin.com/PDsmtuhq

    Édité par doekia 11/12/2012 16:44

  • 71897.6 en réponse à 71897.5 écrit par doekia

    11/12/2012 17:38


    Gaël Port
    Titre : Développeur RBS Change
    Rang : Expert
    Ah effectivement, ça pourrait être un lien symbolique de trop... Dans certains cas ça peut poser des problèmes parce qu'on utilise déjà massivement les liens symboliques (et donc des realpath assez souvent), du coup dans certains cas il peut s’emmêler les pinceaux s'il y a encore des liens symboliques autour.

    (remarque : dans la future version 4 en cours de développement, on a justement cherché à réduire au maximum le nombre de liens symboliques qu'on utilise pour limiter ce genre de problèmes)



    En fait la partie essentielle sur laquelle l'installeur web simplifie la tâche c'est :
    - créer les fichiers de config (config/*, change.properties et change.xml).
    - faire le lien symbolique vers le framework (à la racine du projet).

    Une fois que ces fichiers sont là et correctement renseignés et que le framework est là aussi tout peut ensuite être fait en lignes de commandes.

    Pour cela il faut passer par le script suivant permettant d'exécuter un certain nombre de commandes :
    php framework/bin/change.php
    Notamment :
    - create-new-project : fait l'essentiel de l'initialisation d'un projet.
    - reset-database : rénitialise une base vierge
    - sample.import full-os : importe les données d'exemple.

    Par contre, si le problème vient de l'excès de liens symboliques, pas sûr que ça suffise... Si ça ne fonctionne toujours, pas et si vous avez moyen d'essayer en faisant pointer apache directement sur le bon dossier plutôt que sur un lien symbolique, il y a de bonnes chances que ça résolve le problème.



    Mais en tout état de cause, un temps d'installation de 12 minutes, c'est effectivement énorme. Normalement c'est plus de l'ordre d'une à deux minutes sur une machine pas trop lente.

    Édité par Gaël Port 12/12/2012 08:57

  • 71897.7 en réponse à 71897.6 écrit par Gaël Port

    11/12/2012 18:27


    doekia
    Rang : Nouveau Membre
    Ok grâce à ces infos j'ai pu avancer.

    php framework/bin/change.php create-new-project OK

    php framework/bin/change.php reset-database FAIL n'existe pas
    j'ai fait php framework/bin/change.php create-database OK.

    php framework/bin/change.php sample.import fullos FAIL invalid.
    jai fait php framework/bin/change.php sample.import full-os OK,
    mais de nombreuses erreurs en:
    Error: finfo_open(): open_basedir restriction in effect. File(/usr/share/file/magic) is not within the allowed path(s): (/var/www/clients/client8/web51/web:/var/www/clients/client8/web51/tmp:/var/www/rbs.enter-solutions.net/web:/srv/www/rbs.enter-solutions.net/web:/usr/share/php5:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin)


    Bon maintenant j'ai quelque chose mais ça me dit en maintenance ...

    Je te remercie en tout cas et je vais attendre d'avoir un peu plus de temps pour aller plus loin. Je suis un peu dérouté pour être honnête.





  • 71897.8 en réponse à 71897.7 écrit par doekia

    12/12/2012 08:52


    Gaël Port
    Titre : Développeur RBS Change
    Rang : Expert
    Oops, oui j'ai tapé les commandes de mémoire, j'aurais dû vérifier pour le full-os (j'ai corrigé mon message précédent du coup au cas où quelqu'un d'autre tomberait dessus).


    Sinon, je vois du open_basedir... là source du problème est peut-être bien là.

    De mémoire ça pose des problèmes avec CURL dans certains cas, ce qui expliquerait l'erreur remontée plus haut sur CURL justement (en plus de l'erreur qui remonte là sur l'accès à /usr/share/file/magic).


    EDIT : Concernant le reset-database, j'ai oublié de préciser qu'il n'est accessible qu'en mode développement (pour éviter qu'il soit lancé par mégarde en production).

    Édité par Gaël Port 12/12/2012 09:01

 
Merci de prendre connaissance et de respecter les règles des forums.
 
1471 membres
Aucun membre connecté