[5.1.6] Internal memory error

[fragnol]

Bonjour,

Lorsque je rafraîchi un document en BO lourd il s'exécute bien, je le publie et l'exécute sur un serveur WEBI j'ai l'erreur suivante :

'Internal memory error during SQL generation (QP0002)'

Quel peux entre le problème ? Sur le serveur Webi ? sur la base (la requête fonctionne en bo lourd et via Toad par exemple)

Merci pour votre aide

[Aitone]

Bonjour,

Quelle est la version utilisée ?

[fragnol]

C'est la BO 5.1.6

[doc malkovich]

tu t'es connecté sur le serveur, et tu lancé le client lourd dessus ?

[fragnol]

Non je n'ai pas d'accés sur le serveur autre que via BO (reporter, designer, superviseur).
C'est un serveur Unix

Sur un autre poste le message est connexion indisponible, ce qui ne semble pas etre le bon message car un rapport quasi identique sur la meme univers (donc meme connexion) fonctionne.
Le probleme est d'ailleur identique qq soit la connexion (recette technique, metier).

Publié sur un autre serveur webi, ce document fonctionne.

[eryk71]

Bonjour,

Le rapport qui pose problème a été développé avec la même version de ?
Le rapport possède t’il plusieurs fournisseurs de données ?
Si c’est le cas, il y a eu je pense une mise à jour que BO a sorti et peut être corriger ton erreur dans la version 5.1.8 par exemple.
Sinon si tu souhaites corriger manuellement voici la démarche à suivre :
le rapport en client lourd fonctionne bien mais pas sous Webi. Cela vient sans doute du fichier .prm qui est bien configuré sur ton poste client puisque ça fonctionne en DESKI mais mal configurer sur le serveur où est installé Webi.

Compares les 2 fichiers <sgbdr>.prm pour voir les différences. Notamment sur la rubrique suivante :

<Operators>
<Operator Arity="1" ID="ADD" Type="Numeric">+</Operator>
<Operator Arity="1" ID="SUBSTRACT" Type="Numeric">-</Operator>
<Operator Arity="1" ID="MULTIPLY" Type="Numeric">*</Operator>
<Operator Arity="1" ID="DIVIDE" Type="Numeric">/</Operator>
<Operator Arity="1" ID="CONCAT" Type="Char">||</Operator>
<Operator Arity="0" ID="NOT_NULL" Type="Logical">IS NOT NULL</Operator>
<Operator Arity="0" ID="NULL" Type="Logical">IS NULL</Operator>
<Operator Arity="1" ID="SUP" Type="Logical">&gt;=</Operator>
<Operator Arity="1" ID="INF" Type="Logical">&lt;=</Operator>
<Operator Arity="1" ID="EQUAL" Type="Logical">=</Operator>
<Operator Arity="1" ID="DIFF" Type="Logical">!=</Operator>
<Operator Arity="1" ID="STRICT_SUP" Type="Logical">&gt;</Operator>
<Operator Arity="1" ID="STRICT_INF" Type="Logical">&lt;</Operator>
<Operator Arity="1" ID="IN_LIST" Type="Logical">IN</Operator>
<Operator Arity="1" ID="NOT_IN_LIST" Type="Logical">NOT IN</Operator>
<Operator Arity="1" ID="MATCH" Type="Logical">LIKE</Operator>
<Operator Arity="1" ID="NOT_MATCH" Type="Logical">NOT LIKE</Operator>
<Operator Arity="2" ID="BETWEEN" Type="Logical">BETWEEN AND</Operator>
<Operator Arity="2" ID="NOT_BETWEEN" Type="Logical">NOT BETWEEN AND</Operator>
</Operators>

Sous BOXI c’est oracle.prm par exemple.
Sous BO 5, je ne me souviens plus du libellé mais je pense que tu trouveras les fichiers prm sous :

C:\Program Files\Business Objects\Data Access 5.0\ODBC\

Bon courage

[fragnol]

Merci pour cette information.
J'essai d'obtenir le fichier du serveur afin de le comparer a celui de mon poste que j'ai trouvé
C:\Program Files\Business Objects\Data Access 5.0\Oracle\ora7EN.prm

[fragnol]

Hélas, fichiers prn identiques.
La piste me semblait pourtant bonne.

[eryk71]

Es tu sûre que tu as pris le bon fichier prm?
ora7EN.prm c'est la version EN pour English, il est en anglais ton BO?

Ne possèdes tu pas un fichier prm qui resemblerait à ora7.prm.

Sous BOXI, je possède ORACLEFR.PRM, ORACLESP.PRM, ORACLEEN.PRM.....
mais j'ai également ORACLE.PRM

[fragnol]

Bonjour,

Désolé pour cette réponse tardive.
Oui je compare bien les bons fichiers (j'ai vérifié plusieurs fois). En fait il y à 2 version, anglais et français, pour les serveurs webi, chacun sur un port differents du serveur donc 2 fichiers prm.

Pour la version 6. de BO j'ai bien un fichier oracle.prm tout court mais pour 5 j'ai en et fr mais pas de ora7.prm

[fragnol]

Bonjour,

Le problème s'est un peu transformé. Principalement car j'ai un autre message d'erreur si j'utilise WEBI à partir d'un autre poste ce qui dirige (peux-être à tord) mes investigations sur un autre terrain.

Voici un résumé plus complet du probleme et de différents tests que j'ai faits

Je travaille sur 2 documents DOC_A et DOC_B qui tous 2 ont 2 fournisseurs de données sur 2 univers différents. L'un est complexe, DOC_A, l'autre beaucoup plus simple.

1/ Les 2 documents se rafraîchissent parfaitement en BO lourd que se soit sur la base de données TEST_1 ou TEST_2. (BO passe par mon tnsname.ora)

2/ Les 2 documents se rafraîchissent en utilisant ZABO et un utilisateurs pour qui la connexion de l'univers qui posse problème pointe sur une base de TEST_1 (mais il n'y à pas de données pour DOC_A)

En rafraîchissant les documents (toujours avec ZABO) avec un utilisateurs ayant la connexion de l'univers qui pointe sur une base de TEST_2, le DOC_A plante systématiquement avec une erreur 'la connexion nécessaire au rafraîchissement de ce document est indisponible DA0004'. Sur mon poste le message est celui du début de ce Post(Internal Error).
Ce qui laisse à penser que c'est la string de connexion sur le serveur webi qui est en cause MAIS, le 2eme document se rafraîchi (pas systématiquement par contre) d'ou ma perplexité.
Le fichier tnsname.ora du serveur contient bien l'entrée pour les bases TEST_1 et TEST_2.

3/ Les fichier ora7en.prm (et ora7fr.prm) des 2 postes et de celui du serveurs sont les memes.

La connexion via le serveur Webi allié à une complexité (peux être) de la requête semble être la cause.
Cela est-il possible ? Y atil un parametrage de la connexion ou d'oracle sur le serveur WEBI qui puisse générer cela ?

[eryk71]

Les rapports ont été développés sur les mêmes version de BO?

Code :

la connexion nécessaire au rafraîchissement de ce document est indisponible DA0004

Ce message apparaît lorsqu'il y a un problème de licence il semble.
Ou bien le document ou l'unviers a été développé sur une version plus récente de BO et que tu l'ouvre sur une version antérieur. Par contre, tu ne devrais même pas pourvoir ouvrir le document.

Sinon au lieu de passer par un tnsname, si tu passer par l'ODBC pour voi.

[doc malkovich]

Envoyé par eryk71

Sinon au lieu de passer par un tnsname, si tu passer par l'ODBC pour voi.

ODBC sous Unix ? on peut ?
oui avec datastage, mais bo ?

hum hum, tu serais pas en cluster par hasard ?
j'ai déjà eu un souci de rafraichissement qui marchait 1 fois sur 2 à cause du cluster

[eryk71]

Autant pour moi, j'ai oublié que c'était sous Unix !