Discussion :

[rgarnier]

Bonjour,

Enorme problème !!!

Je viens de tester mon appli sur un BiPro Xéon et dès que je monte un minimum en charge, je plante inetinfo.
Cela ne se produit évidemment pas sur un mono processeur.

J'ai donc essayé d'enlever un processeur et là, ça plante aussi...

Quelqu'un aurait-il une piste ???? Comme c'est un Xéon, voit-il déjà plusieurs processeurs ??? Cela viendrait-il de +eurs processeurs ???

[rgarnier]

J'ai trouvé quelque chose ...

J'ai installé sur cette machine XMLRAD et cela ne plante plus maintenant.
Bizarre... sachant que les fichiers de déploiement étaient bien installés
(pour preuve, l'appli fonctionnait correctement sans trop de charge)

Toujours pas d'idée ????

[Pierre FORAZ]

C'est la simple installation de xmlrad qui a règlé le pb, ou as-tu réinstallé ton appli en utilisant xmlrad ? En clair, est-ce-que {$InstanceName}Bin avait bien un priorité basse ?

[rgarnier]

En clair, est-ce-que {$InstanceName}Bin avait bien un priorité basse ?

Oui, il y avait bien une priorité basse. Les rép virtuels étaient bien créés correctement.

L'application tounait bien en faible charge (1 ou 2 users simultanés). La seule action faite a été d'installer XMLRAD sur cette machine en mode 'Typical'.

[Pierre FORAZ]

Serait-ce un pb de parsage ? Quelle version de msxmlX.dll ?

[rgarnier]

MSXML4

J'ai essayé avec le SP1 et SP2. Le pb ne vient pas de là.

Dommage

[Sylvain James]

Quelle version de XMLRAD ?
Essaye une release différente...

Sylvain

[RDM]

bizarre cette histoire !
les seuls fichiers externes ne sont que les TLB (StdXML.tlb et Dac.tlb)
l'installation de XMLRAD n'a pu que modifier ces fichiers. sinon tout est dans le DLL ISAPI.
c'est la 7 RC3 ?

[Emmanuel.G]

Bin moi aussi j'ai des soucis sur une machine bi-pro

J'ai discuté pas mal de temps avec le support xmlrad ( ) et pas moyen de trouver une solution;
Mon soucis majeur est que des fois des extractions/Maj de data se "freezent" et tous les autres utilisateurs se trouvent en wait_timeout
Une seule solution à ce moment: iisresettttt

Cela est très pénible et pas très pro...

J'utilise malheureusement le BDE pour me connecter à mon AS400, et voila ce que j'ai trouvé chez borland:

Question:
Are there any know issues with the BDE on multiprocessor machines?
Answer:
Yes. We have had reports that in very high traffic situations the BDE can cause an application to freeze or possibly give BDE Error $2A04. Your best solution if you are faced with this situation is probably to switch to a single processor machine or set the affinity mask of your process to run on just one processor. You may also want to consider a different form of connectivity such as ADO. Abstract:
How to control which processor your application runs on on a multiprocessor machine.

Serais-ce la véritable raison des "freeze" que j'ai presque journalierement ?

[rgarnier]

J'ai avancé sur mes tests. J'ai monté 2 config en paralèlle :

* 1 Machine PII monoProcesseur
* 1 Machie PIII Xéon BiProcesseur
Les 2 ont W2000Srv SP4 + mon appli avec les DLL, TLB, rép virtuels OK avec 2 threads par processeur
Je laisse F5 appuyé : le mono proc ne plante pas et IIS plante en 2 secondes (inetinfo disparait, ou reste à 100% avec les threads occupés)

Si je mets sur mon bipro un seul thread, pas de plantage.

Si j'installe XMLRAD, plus de plantage. (Ceci dit, ça marche chez moi, mais pas chez mon client, donc le pb reste entier)

J'ai aussi essayé avec une vielle version de mon appli, et le résultat est le même.

[rgarnier]

J'ai essayé avec la RC3, le RC 2. Le résultat est le même

[RDM]

Je laisse F5 appuyé : le mono proc ne plante pas et IIS plante en 2 secondes (inetinfo disparait, ou reste à 100% avec les threads occupés)

j'ai pas bien compris.
sur le mono avec 2 threads, ca plante ?
sur le bi avec 4 threads meme chose ?
et avec un 1 thread sur le mono ?
tu as essayé avec la demos pubs ? ou seulement avec ton appli ?
sur le meme XMLService ? ton XMLService at(il du code et que fait-il ?

Si j'installe XMLRAD, plus de plantage. (Ceci dit, ça marche chez moi, mais pas chez mon client, donc le pb reste entier)

tu as installé XMLRAD sur le serveur du client ?

[rgarnier]

sur le mono avec 2 threads, ca plante ?

Non, ni avec 1, ni avec 2, ni avec 3, .... ça marche parfaitement

sur le bi avec 4 threads meme chose ?

Ca plante dès que je mets + de 1 thread

tu as essayé avec la demos pubs ? ou seulement avec ton appli ?
sur le meme XMLService ? ton XMLService at(il du code et que fait-il ?

avec la demo Pubs, je ne plante pas, mais vu l'activité process qui est générée, cela ne m'étonne qu'à moitié.
sur mon appli, cela se produit sur n'importe quel service, m^^eme sur ceux qui n'ont pas de code.

tu as installé XMLRAD sur le serveur du client ?

oui, on a essayé, et une fois l'install terminé, ça marche chez moi, mais pas chez eux

[rgarnier]

Autre élément d'information.

J'ai créé une appli avec un seul sevice List. j'arrive à planter IIS avec Oracle via ADO, mais pas avec SQL Server, mais cela est peut-être dû à ce que mon srv Oracles est beaucoup moins costaud que mon SQL server)

Cela vient bien du multiprocesseur, car j'ai récupéré un outil permettant de ne permettre à Inetinfo de s'éxécuter que sur un seul processeur, et là, pas de plantage....

Cela me fait évidemment penser au driver Oracle, mais alors, pourquoi lorsque j'installe XMLRAD, ça marche ...???

[Emmanuel.G]

Quel est cet outil ?
Tu aurais l'url ?
Je vais essayer ça sur ma machine .
Merci.

[rgarnier]

C'est TaskInfo2003, un shareware disponible sur
http://www.iarsn.com

A priori, c'est assez puissant.

[Emmanuel.G]

Merci bp
je vais tester ça pendant qq temps histoire de voir si mon pb vient du fait que ce soit un bi-p.

[rgarnier]

Info de denrière minute : cela semble bien être un pb Oracle ...

Si je mets mon IUSR_Machine en tant qu'administrateur, pas de pb ...

Cela me ramène donc à ma première interrogation : qu'est-ce que l'install XMLRAD fait sur la machine qui permet à un invité de fonctionner ??? (Droits sur des rép systèmes, base de registre, ...)

Merci

[RDM]

l'install XMLRAD ne modifie aucun droit des répertoires fichiers, ne modifie pas la base de registre. elle ne modifie que les alias IIS.

Je crois que dans la RC3 il y a deja le InitParams XMLC_ThreadsAffinity qui permet de fixer les XMLcollections par processeur: si on est sur un bipro, la première XMLCollection sera sur le premier proc, la Deuxième XMLcollection sur le deuxième proc, etc.
tu peux vérifier si le paramètre existe dans le XMLApp.pas.

indépendamment de cela si vous savez comment fonctionne l'API
SetThreadAffinityMask
vous pouvez indiquez votre propore mask à la propriété ThreadAffinity de XMLRequest (IXMLRequest2). enfin c'est possible que dans la 8P1 car dans la 7 on a pas accès à la XMLRequest avant le dispatch dans la XMLCollection.

[rgarnier]

J'ai essayé le XMLC_ThreadsAffinity (il existait bien dans XMLApp.pas)

Que ce paramètre y soit ou pas, le résultat est le même. Bien essayé quand même ...