Discussion :

[KFR Amnezia]

Bonjour à tous,
Je fais appel à vous car j'ai un problème qui m'embête depuis deux mois maintenant et qui va bientôt devenir très problématique, je m'explique :

je suis en stage , ou je fais du développement web pour une entreprise. Je développe des applications web PHP sur un wamp que j'ai installé sur un PC windows 2003 serveur avec IP Fixe disponible en intranet par les employés de l'entreprise.
Une de mes applications attaque une base Oracle et l'utilisateur a la possibilité d'ouvrir des PDFs disponibles depuis sur un autre serveur distant.
Afin de pouvoir ouvrir les PDFs d'un serveur distant depuis le navigateur, j'ai du créer un alias avec apache en suivant cette démarche http://www.libre-astux.info/947/acce...is-apache.html car le protocole file:// pour ouvrir les PDF n'est plus disponible sur les navigateurs récents (supérieur à IE6).


Jusque la tout va bien, toutes mes applications fonctionnent à merveille. Seulement une fois tous les 2-3 jours, l'application qui attaque la base oracle et va chercher les PDFs plante, alors que mes autres applications restent disponibles. Pour la redémarrer, je suis obligé de redémarré le PC Windows 2003 Server qui héberge WAMP car si je veux redémarrer wamp directement depuis les services (service wampapache), j'obtiens un message d'erreur :

Windows n'a pas pu démarrer le wampapache sur Ordinateur local.
Pour plus d'informations, consultez le journal d'événements système. S'il ne s'agit pas d'un service Microsoft, contactez le fournisseur et faites référence au code erreur spécifique au service : 1

Lors que je vais voir le journal d’événement j'ai effectivement une erreur du service Apache (pile poil à 'heure du redémarrage que je viens de tenter) qui me signifie une erreur dans mon httpd.conf à la ligne de l'alias concernant les PDFs :

The Apache service named reported the following error:
>>> <Directory "//192.168.18.36/Commun/web-ld/PDF-DT/FICHES_ARTICLES_PDF"> path is invalid.

Alors que le chemin n'a pas changé, et que l'IP reste fixe. En mettant le nom du serveur (srvdata1), j'ai le même problème. Il n'y a que quand je redémarre la machine que le service wamp redémarre correctement.

Je suis aussi allez voir dans mon log apache, j'ai une erreur qui revient souvent mais pas à chaque plantage :

PHP Warning: oci_execute(): ORA-12571: TNS:packet writer failure in C:\\wamp\\www\\WEBLD\\...'

En sachant que oci_execute() correspond à une execution de requête SQL vers la base Oracle. Et je précise que je n'ai aucune requête INSERT ou UPDATE vers la base, juste de la consultation.


Je commence sérieusement à désespérer, j'ai un peu tout essayé, mais en vain, le plantage reviens tout le temps....

Si vous aviez ne serait-ce qu'une piste de résolution, je suis preneur.

Merci d'avance,
Cordialement.

[_Mac_]

Au moment des plantages, avant de redémarrer, est-ce que tu as regardé si le partage réseau était toujours disponible ? Est-ce que le chemin \\192... fonctionne toujours ?

[KFR Amnezia]

Je vais essayer au prochain plantage mais il me semble que oui.

Je voulais savoir, existe t'il un outil qui serait capable de me capturer et afficher tous les détails lors de la reqûete HTTP pour afficher ma page, histoire d'avoir au moins un message d'erreur ? Car la lorsque je veux afficher la page d'accueil de mon application lorsqu'elle est planté, le navigateur me retourne la page de base que me retourne une page de ce type :

[_Mac_]

Le mieux c'est de faire une capture de flux avec un outil comme Wireshark. Sinon, dans certains navigateurs tu peux installer un plugin qui va afficher les entêtes échangés avec le serveur. Pour Firefox, je connais Live Http Headers qui marche plutôt bien. Mais la capture avec Firefox pourrait être plus instructive.

[Marc3001]

Si tu as une page de ce type c'est que tu n'as même pas reçu de réponse d'Apache.
Il doit effectivement être bien planté dans ce cas....

[KFR Amnezia]

C'est bizarre puisque les autres applications de wamp fonctionnent toujours...

[KFR Amnezia]

J'ai remarqué hier que le serveur plantait lorsqu'on ouvrait beaucoup de PDF provenant du serveur distant avec l'alias. Lors d'ouverture multiple, un erreur est généré dans le journal d'événement :

Source : Userenv
ID : 1053
Windows ne peut pas déterminer le nom de l'utilisateur ou de l'ordinateur. (L'appel de procédure distante a échoué et ne s'est pas exécuté. ). Le traitement de la stratégie de groupe est interrompu.

Et le plus bizarre dans tous ca c'est que si je génère une erreur PHP sur ma page d'accueil alors qu'elle ne s'affiche plus, ( par exemple si j'appelle une variable inexistante ) et bien la page va s'afficher normalement, avec l'erreur PHP.
J'enlève l'erreur, la page plante...
Pour info la base de données est toujours dispo.

[Marc3001]

Les 2 serveurs sont en Windows Server ?

Peut-être que l'on atteint sur l'un deux la limite de connexions TCP/IP de l'OS ?

[KFR Amnezia]

Le serveur Apache est sur un Windows 2003 serveur R2.

Le serveur de stockage de données distant est en Windows 2008 serveur.

On a fait le point avec les techniciens réseaux, il n'y a pas de limites de connexions. En revanche on a pu cibler un peu plus le problèmes, en faite à force d'ouvrir des PDFs avec l'application, donc de solliciter le serveur de stockage à partir du serveur apache, le compte qui démarre le service apache est "éjecter" du réseau de l'entreprise, c'est à dire qu'il n'a plus directement accès au serveur de stockage.

En gros si on se connecte sur le windows 2003 serveur ou est l'application, si on veut accéder directement au serveur de stockage ( en faisant démarrer->executer->\\IpServeurStockage ), la machine nous redemande les identifiants pour y accéder.

[Marc3001]

La bonne nouvelle c'est que tu as trouvé la source du problème.

Maintenant reste plus qu'à la régler

Tu peux faire modifier cette règle de sécurité ?
Sinon changer le moyen d'accéder aux PDF....

[everest31]

pour décharger un peu le serveur de stockage, tu peux peut etre mettre en place un système de cache ou un reverse proxy pour garder les fichiers pdf les plus courant sur le serveur apache.

Maintenant il faudrait connaitre le volume global mais c'est un drole de comportement de la part du serveur de stockage.

Voir tu peux jouer aussi avec le mod_expires d'apache.
Ca permet de gerer l'expiration des documents, au moins si un utilisateur ouvre 10 fois dans la journée le même pdf, il ne le téléchargera qu'une fois si le fichier n'a pas changé.

un exemple de comment cela marche

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
  <IfModule mod_expires.c>
   ExpiresActive on
   ExpiresByType image/jpg "access 1 month"
   ExpiresByType image/gif "access 1 month"
   ExpiresByType application/x-shockwave-flash "access 1 month"
   ExpiresByType text/html "access 2 weeks"
   ExpiresDefault "access 2 weeks"
  </IfModule>

et tu peux gérer tous les types de fichier et choisir le temps d'expiration.

PS: sinon je viens de penser à une chose.
Certes la solution est un peu moins sécurisé mais au niveau des droits NTFS et d'accés a votre espace partagé.
Au lieu d'autoriser un utilisateur ou un groupe d'utilisateur et que les identifiants sont redemandé quand la session plante, pourquoi ne pas autoriser le server directement.
ca permet d'autoriser le serveur en général d'accéder au partage au moins en lecture seule, ca devrait aussi résoudre le problème au moins temporairement en cas de plantage.

[KFR Amnezia]

Bonjour,

Me voici de retour après plusieurs jours sans interventions.
N'ayant pas trouvé de solutions, nous avons changé de serveur et installé l'application sur un windows XP Pro.

Ca tourne bien depuis 2 jours maintenant.
Si j'ai de nouveau des problèmes, j'essaierais le module de cache d'apache.

Cordialement.