Jump to content
Maxou33

Envirronement Qpkg, Ipkg.. Suis Perdu

Recommended Posts

Bonjour,

 

J'ai un TS-869 Pro sur lequel j'ai installé Sqeeze (grace à Father_Mande merci à lui) et cela fonctionne parfaitement.

Par contre j'ai besoin d'un environnement CLI pour deux sites afin de pouvoir passer des scripts et là je beug complétement.

 

En temrinal (Putty) lorsque je faisait un php --version j'ai un renvoi '5.3.14 (cli)' qui, d'apres mes recherche, correspondrait bien à ce que j'avais besoin. Cependant mes scripts ne se lançaient pas.

J'ai installé IPKG et fait un upgrade puis installer PHP et à présent j'ai en terminal une version '5.2.17 (cli)' mais par contre mes sites (dans leur test) me renvoi toujours 5.3.14... et toujours  'unable to find php CLI'

 

Lorsque je lance mes scripts, dans mes logs j'ai 'PHP command not found',

J'ai cherché du coté du path et rajouté un 'export PATH=$PATH:/usr/local/apache/bin'

D'ailleurs je perds ce path au reboot :-(

 

Du coup entre l'envirronement Qnap, Squeeze et IPKG je suis complétement pommé...

 

Ce qui me tend c'est qu'à un moment (il y a quelques semaines) j'ai lors de mes tests bien eu 'php CLI OK'

 

Je pense donc plutôt à un souci de service ou path..

 

Quelqu'un a t-il deja eu, rencontré et résolu ou contourner le problème ?

 

Je me serais bien lancer à mettre le site sur la partie Sqeeze mais... je ne me sent pas assez familier... où faut il les mettre ? quel chemin dans les virtual host ?

 

Dans un premier temps j'ai besoin de trouver comment avoir l'environnement CLI, je test avec le CMS Automne et GLPI.

 

Merci pour votre aide.

Share this post


Link to post
Share on other sites

Bonjour,

 

Un peu de pédagogie (rassurez-vous comme je n'en ai pas trop ... cela va aller vite)

Les QPKG sont des pacages applicatifs (officiels ou communautaires) qui ajoute, en le configurant pour ... des applications à celle du QNAP

Parmi ces QPKG il y a :

Optware ... celui-ci ajoute des programmes et utilitaires (qui peuvent venir en doublon) NATIF au QNAP ... Natif, mais pas toujours au même niveau

ces utilitaires sont ajoutés, retirés, mis à jour via un programme spécial : ipkg (si vous avez travaillé sur debian, c'est l'équivalent de apt (-get ou -cache) yum sur fedora ou redhat ... etc.

Debian ... celui-ci est spécial, car il n'ajoute pas directement un utilitaire ou programme ... mais crée une prison (Jail) qui contient un AUTRE environnement que celui de QNAP ... les paquets se gère avec apt ... ATTENTION, il faut bien comprendre QUE

... le noyau et celui du QNAP et seulement celui-ci (sauf ajout de module ... mais la c'est 3em niveau)

... Partage le réseau TCPIP port compris

ex. si vous avez un ssh en port 22 sur la partie QNAP, un ssh dans la partie Debian pourra tourner en parallèle MAIS sur un autre port

ex. si vous voulez un autre serveur Mysql dans la partie Debian, il faut soit invalider celle du QNAP, soit utiliser un autre port pour TCPIP ... etc. etc.

 

Pour PHP ... a priori (je ne suis pas spécialiste du tout)

le PHP de Optware (ipkg) est en version 5.2.17 celui de QNAP en 5.3.14

 

Si vous avez Optware et ne faites rien ... php est recherché dans le chemin (PATH) donc ce sera celui de Optware 5.2 qui partira

idem si vous ajoutez le chemin vers celui du QNAP APRÈS /opt/bin et /opt/sbin etc. car la recherche se fait dans l'ordre

 

Il faut donc le mettre AVANT

ex.

PATH=/usr/locale/apache/bin:$PATH

là c'est le chemin de apache qui sera en premier et donc le php du QNAP

 

Pour que le chemin soit permanent, malheureusement il faut le gérer au niveau d'un QPKG (dans son lancement), ou via autorun.sh ... en modifiant le fichier profile ... ou utiliser un chemin complet ...

 

Philippe.

Share this post


Link to post
Share on other sites

Bonjour Philippe,

Merci pour ce retour qui me permet d'y voir encore un peu plus clair:

- Debian OK: c'est une 'bulle' a part,

- Optware là c'est moins clair sur 'aspect niveau - doublon...

- Commande Ipkg OK: équivalent de apt,

- Path avant/apres compris mais à quoi cela peut il servir ? je vais voir a modifier cela dans un QPKG car j'avais testé la modification sur autorun.sh avec le mount puis modification dans le dossier tmp... mais je n'avais pas de autorun.sh :-(

Pourquoi mon Putty me dit version PHP 5.2.7 (cli) et mes sites mis dans le dossier Web du QNAP me disent 5.3.14 ?

Tout simplement a cause (en fonction) du path avant/apres opti/bin ?

Si j'ai une version '5.x.x (cli)', le cli signifie t-il que l'on puisse lancer des scripts ayant besoin de php-cli ?

Si je veux lancer le script suivant ocsng_fullsync.sh (/share/MD0_DATA/Web/glpi/plugins/massocsimport/scripts/ocsng_fullsync.sh) qui a besoin de php-cli a votre avis est ce faisable sur le Qnap dans l'environnement de base ?

Encore merci à ceux qui passeront par là et qui pourront m'apporter de la lumière :-)

Max

Share this post


Link to post
Share on other sites

Les scripts executés dans le folder Web le sont via putty ou affichage via un browser?

Si c'est via putty normalement il devrai remonter l'info 5.2.7 (cli) si c'est via browser il affichera 5.3.14 puisqu'il passe par apache qui redirige vers les binaire 5.3.14

sinon pour executer un fichier php en cli: /usr/local/apache/bin/php -c /etc/config/php.ini /share/Qweb/xxx.php

attention au fichier de config php, il faut choisir celui qui est le bon et meme chose pour le binaire php (ici c'est celui utilisé par apache)

 

C

Share this post


Link to post
Share on other sites

Bonjour,

 

Merci Cris, la façon d'appeler php m'a bien aidé.

 

Mes test etaient fait via Putty.

Ne maitrisant pas le besoin profond de OptWare, je l'ai désactivé (temporairement) et a présent aussi bien sur Putty que interface Web j'ai la version 5.3.14, avec (cli) sous Putty.

 

Je lance le script via le cron 'php /share/MD0_DATA/Web/glpi/plugins/massocsimport/scripts/ocsng_fullsync.php' mais j'ai du modifier deux ligne de commande dans ce fichier PHP pour y mettre  /usr/local/apache/bin/php -c /etc/config/php.ini

 

Bien que cela fonctionne parfaitement, n'y aurait il pas moyen d'optimiser afin d'eviter de changer mon code ?

Peut etre par le biais d'un path mis dans le path :-)

 

Je pense, et je reviens un peu sur mon post initial que cette histoire de path me joue des tours...

Lorsque j'avais des tests au moment de l'installation initale de OptWare (il me semble) j'avais reussi a ce que le test de pre installation de Automne (CMS) me renvoyais PHP CLI : OK puis apres un redemarrage, plus OK.

Soit c'est un service qui ne se lance plus bien soit c'est un souc de path, a mon sens... de debutant QNAP et PHP, pour ne pas dire extra debutant :-)

 

J'aime aller au fond des choses donc si quelqu'un passe par là et a une piste, je suis preneur !

 

Merci encore à Philippe et cris.

 

 

Max

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×