2 votes

Problèmes de migration de IIS7 de 32 à 64 bits

Nous sommes actuellement en train de migrer plusieurs sites d'un système x86 win 2008 vers un système x64 win 2008. Nous avons copié les répertoires de configuration et les répertoires wwwroot de l'ancien serveur vers le nouveau serveur, mais lorsque nous démarrons le serveur, nous obtenons une page d'erreur 503 et dans le journal des événements, il y a 5 avertissements et une erreur.

Attention :

A listener channel for protocol 'http' in worker process '2060' serving application pool 'SiteAppPool' reported a listener channel failure.  The data field contains the error number.

Le xml de l'événement :

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-WAS" Guid="{524B5D04-133C-4A62-8362-64E8EDB9CE40}" EventSourceName="WAS" /> <EventID Qualifiers="32768">5139</EventID> <Version>0</Version> <Level>3</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2011-04-14T11:10:04.000Z" /> <EventRecordID>334493</EventRecordID> <Correlation /> <Execution ProcessID="0" ThreadID="0" /> <Channel>System</Channel> <Computer>WEBSRV64</Computer> <Security /> </System> <EventData> <Data Name="AppPoolID">SiteAppPool</Data> <Data Name="ProcessID">2060</Data> <Data Name="param3">0</Data> <Data Name="ProtocolID">http</Data> <Binary>7E000780</Binary> </EventData> </Event>

Nous en recevons 5, mais tous avec un numéro de processus de travail différent.

Après cela, nous obtenons cette erreur :

Application pool 'SiteAppPool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.

Nous n'avons absolument aucune idée de la raison pour laquelle cette erreur se produit, nous avons fait une copie 1 sur 1 du site. Actuellement, nous fonctionnons toujours sur le serveur 32 bits mais nous souhaitons migrer dès que possible. Quelqu'un a-t-il une idée de la raison pour laquelle nous obtenons cette erreur ?

1voto

Lisa Points 41

Cela pourrait être beaucoup de choses, mais certaines me viennent à l'esprit :

  • L'ancien site utilisait-il un identifiant différent différent pour le pool d'applications, peut-être un utilisateur de la machine locale ? Si c'est le cas, il peut s'agir d'un problème interne à l'application qui ne gère pas correctement le nouvel identifiant.
  • La bonne version du .Net Framework est-elle installée sur la nouvelle nouvelle machine ?
  • Avez-vous comparé l'ancien et le nouveau pools d'applications point par point à l'aide de la vue Paramètres avancés ?

Si vous créez un nouveau site/un nouveau pool d'applications et acceptez les paramètres par défaut, cela se produit-il toujours pour le nouveau site ?

0voto

rmukhopadhyay Points 243

Il s'agit probablement d'un composant de votre site qui n'est pas compatible avec x64. Il peut s'agir d'un filtre isapi, d'un code géré ou d'un appel COM+.

S'il échoue tout de suite pour une requête http, il s'agit probablement d'un filtre isapi. Vous pouvez confirmer en désactivant tous les filtres et en testant une page test.html. Ajoutez ensuite des éléments jusqu'à ce que le problème persiste.

Vous avez deux solutions :

  • Le plus simple : exécutez votre pool d'applications en mode 32 bits. C'est un bon réglage de toute façon. Vous pouvez le définir à partir des propriétés avancées du pool d'applications, l'une des options supérieures. Définissez-le comme un pool d'applications par défaut et les futurs pools d'applications seront également configurés de cette façon. Dans IIS7, vous pouvez tirer parti de la mémoire élevée de x64 tout en exécutant les pools d'applications en mode 32 bits.
  • Sinon, une fois que vous avez identifié le composant en question, demandez au fournisseur de vous tenir au courant.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X