IIS Site HS lors de l'activation des applications 32 bits

Bonjour à tous.

Je viens vous soumettre un problème pas banal...

J'ai un site hébergé sur mon pc avec IIS.
Tout fonctionne bien.
J'ai activé les applications 32 bits dans le pool d'application. (requis pour une génération d'un fichier excel)
Jusque là tout va bien.

Là où ca coince, c'est lorsque mon site est exécuté sur notre serveur (avec son propre IIS).
En normal, le site fonctionne.
Dès que j'active les applications 32bits, plus rien, la page tourne en boucle et ne charge pas.


J'ai regardé le journal d'événement, et j'ai repéré un "warning" :
"Un canal de l'écouteur pour le protocole 'http' du processus de travail 'x' servant le pool d'applications 'y' a signalé l'échec d'un canal de l'écouteur. Le champ des données contient le numéro de l'erreur"
Source : WAS
Evénement : 5139

Du coup, j'ai regardé sur internet cet événement. Je suis tombé sur une page de microsoft http://technet.microsoft.com/en-us/l...=ws.10%29.aspx

J'ai testé ce qu'ils ont noté (redémarrer le pool, redémarrer WAS, .... ) toujours mon problème.

J'ai également tenté (on sait jamais) une réinstalle du framework avec le aspnet_regiis -i

Rien y fait.


Avez vous une piste ?

Avez vous besoin d'infos complémentaires ?

Au cas où :
Mon PC : win 7 64bits
Le serveur : Windows small business server 2011 standard 64bits SP1

les 2: IIS v7.5.7600.16385

Merci d'avance pour votre aide.

Est-ce que tu n'aurais pas compilé une (ou plusieurs) DLL en 64 bits ? Auquel cas il est logique qu'elle ne puisse pas s'exécuter dans un environnement 32 bits :aie:

Egalement, peux-tu vérifier si tu as dans ton log d'Application une (ou des) entrée pour l'Event ID 2280 ?

Je pense pareil : tu dois soit avoir du 64bits quelque part soit (alors là c'est une suggestion) avoir une autre appli dans le même pool d'application qui est en 64bits ou alors c'est possible que tu possèdes des applis qui target une version différentes de .NET (ex : le truc excel requiert du 2.0 et ton appli est en 4.5 -> juste pour l'exemple ce n'est sûrement pas ça mais vérifie que tes appli sont isolées dans des pools différents si jamais ce n'est pas la même version du .NET que tu cibles)

Bonjour,

Merci pour vos réponses.

Je réponds un peu tard, j'étais en congés.



Les 2 systèmes sont en 64 bits et sur mon PC ça fonctionne très bien.
Les 2 systèmes ont la même version de framework


Pour l'événement 2280, je n'en ai pas.

Ok mais tu n'as pas répondu à la question principale : Est-ce que tu n'aurais pas une (ou plusieurs) DLL compilées en 64 bits ?

C'est possible.
J'utilise ajaxControlToolkit.dll, itextsharp.dll, interop.microsoft.office.Core.dll, htmlAgilityPack.dll, Newtonsoft.Json.dll, SanitizerProviders.dll

Par contre, je ne sais pas si ce sont des 32 ou 64 bits.



Mais, pourrais tu m'expliquer en quoi ce serait un problème ?

- Sur mon PC (win 7 pro 64bits)
le site fonctionne aussi bien en 32 qu'en 64 bits.
- Sur mon serveur (Windows small business server 2011 standard 64bits SP1)
le site ne fonctionne qu'en 32bits, alors que logiquement, il devrait aussi fonctionner en 64bits vu que ca marche sur mon pc non ?

Le problème vient du fait qu'une DLL compilée en 64 bits ne peut pas être exécutée dans un environnement 32 bits. L'inverse est vrai (une DLL 32 bits fonctionnera très bien dans un environnement 64 bits).

Donc c'est pour cela que je te pose cette question ;)

Es-tu sûr d'utiliser exactement les mêmes DLL sur ton PC et sur le serveur ? Autre question, pourquoi vouloir activer le mode 32 bits ?

Merci pour l'explication.

Oui j'utilise les même dll (dossier du dev recopié entièrement)

Pour le 32bits :
C'est dû au fait que je dois écrire un fichier excel (un vrai xls, pas un csv)
J'utilise donc la dll office, et en version 64bits, j'ai droit à la super erreur :
"Le fournisseur 'Microsoft.Jet.OLEDB.4.0' n'est pas inscrit sur l'ordinateur local"

Quand j'autorise les appli 32bits, ca fonctionne.
(c'est très simple de faire un fichier excel avec cette dll)

J'avais déjà recherché, mais me semble que la dll office n'existe pas en 64bits.

Bonjour,

Ca fait longtemps depuis le dernier message.

Nous avons changé de serveur et le problème est résolu. (test avec une vm de serveur également, fonctionne)

Il doit y avoir un soucis avec l'ancien serveur.

Merci pour les réponses tout de même ^^

& bonne soirée.