Discussion :

[m4k-Hurrican]

Bonjour,

Je tombe aujourd'hui sur un truc de dingue.
Donc , si quelqu'un a une idée, je m'agenouille et je lui baise les pieds.

Dans un programme appelé par une interface Web, j'ouvre des fichiers pour faire apparaitre un document.
Plusieurs sociétés utilisent le même programme, et elles ont simplement des bibliothèques de fichier différentes.
A l'entrée du programme, il y a donc établissement de la liste des bibliothèques, ouverture des fichiers, et ensuite traitement avec affichage du document.
Seulement voilà, depuis quelques temps, on a une partie des fichiers qui s'ouvrent depuis une bibliothèque différente !

J'ai supposé que la libliste était incorrecte. Debug à l'appui, elle est parfaitement correcte lors de l'ouverture des fichiers.
J'ai donc supposé qu'une substitution devait être active. Mais debug à l'appui toujours, aucune substitution n'est active durant l'exécution du programme (et surtout au moment de l'ouverture).
Pourtant, les Open se font, et sur des fichiers qui ne sont pas dans la liste de bibliothèques !

Si j'arrête le job chargé d'afficher les documents (QZSRCGI), çà fonctionne à nouveau. Pour quelques temps...
Une idée (à part un magnifique bug système) ?

[Hédhili Jaïdane]

Salut.

Un peu tarabiscoté ton binz, as tu trouvé un lien entre la bibliothèque réellement utilisée et celle qui devrait l'être, genre session précédente, run précédent dans la même session mais avec une autre société.
Sans debug, essaie de voir avec WRKACTJOB quand un job est désorienté.
Regarde aussi les infos des logs ou dans les spools s'il n'y a pas d'erreurs qui ne semblent pas bien graves mais où l'OS a pris une mauvaise décision de substitution ou de mauvais index.
J'ai rien trouvé sur le net.
A vrai dire je n'ai jamais rencontré ce genre de problèmes et mes objets sont toujours explicitement qualifiés même sur des plateformes multi-sociétés.
Bon courage et bonne continuation.

[m4k-Hurrican]

Non, pas d'erreur dans l'historique du Job.
Oui, il semble que ce soit une précédente ouverture qui reste 'en mémoire'. Un peu comme un ODP, sauf que vérifications par debug à l'appui, le fichier n'est pas ouvert avant l'appel du programme.
En fait, une fois que l'erreur est déclenchée, on peut avoir n'importe quelle liste de bibliothèques, il ouvre quand même toujours le fichier de commandes clients de la bibliothèque x.
Jusqu'à ce qu'on ferme le job.

Bon, j'avoue que ce genre de souci devrait disparaitre dans le temps. En effet nous utilisions des documents HTML jusqu'à décembre (factures, B.L., commandes clients et fournisseurs, devis, etc...).
Mais depuis janvier les documents sont en PDF, et ce n'est pas la même routine. C'est donc juste avec les anciens documents qu'on rencontre le problème.
N'empêche, j'aimerais bien pouvoir solutionner çà, car impossible pour les utilisateurs sans une recherche approfondie, de savoir si le document est correct ou pas.

[m4k-Hurrican]

Bien, 2 personnes ont pu examiner le problème et arrivent à la même conclusion. C'est normalement impossible.
Au moment de l'Open, la Libliste est correcte, et aucune substitution n'est active.
Il semble donc bien qu'il y ait une erreur dans la manière dont le programme chargé de gérer l'interface Web via Apache (QZSRCGI) gère la BD. Un problème de cache ? Car c'est toujours un fichier précédemment ouvert qui se ré-ouvre alors qu'il n'a rien à faire là.
Ex:
- On arrête le pgm QZSRCGI.
- On appelle la page WebPage pour la société 1, le programme correspondant ouvre le fichier CLIENT de la bibliothèque LIB1 comme demandé.
- On appelle la page WebPage pour la société 2, le programme correspondant ouvre le fichier CLIENT de la bibliothèque LIB2 comme demandé.
- etc... Pendant un moment
- On appelle la page WebPage pour la société 1, le programme correspondant ouvre le fichier CLIENT de la bibliothèque LIB1 comme demandé.
- On appelle la page WebPage pour la société 2, le programme correspondant ouvre le fichier CLIENT ... de la bibliothèque LIB1.
- A partir de là, ce sera toujours le fichier client de la bibliothèque LIB1 qui sera ouvert, en dépit de la liste de bibliothèque.

On a donc modifié les programmes, retiré la gestion de liste de bibliothèques, et implanté une gestion de substitution (OVRDBF) à la place.
Depuis çà fonctionne.
Mais on ne s'explique toujours pas pourquoi ce bug est survenu, brusquement cette semaine, sur un système en V5R4 sans modification des programmes et du système, depuis 2012...

[Hédhili Jaïdane]

.../...
On a donc modifié les programmes, retiré la gestion de liste de bibliothèques, et implanté une gestion de substitution (OVRDBF) à la place.
Depuis çà fonctionne.

Salut.
C'est (était) une de mes normes de production

Mais on ne s'explique toujours pas pourquoi ce bug est survenu, brusquement cette semaine, sur un système en V5R4 sans modification des programmes et du système, depuis 2012...

En effet c'est curieux à moins que ça soit l'état du système qui influe sur cette affaire : une valeur système qui a changé, occupation mémoire, l'interface Web qui fait son intelligente et devient flemmarde, etc... mais c'est un peu capillo-tracté.
En tout cas et pour le retour.
Bonne continuation.

[m4k-Hurrican]

Je vais lancer un RCLSTG dès que possible.
Il y a peut être un loup dans un objet.

[rol2258]

vérifier la jobd sur laquelle s'exécute le job, bien souvent le pb viens de la.

Bonjour,

Je tombe aujourd'hui sur un truc de dingue.
Donc , si quelqu'un a une idée, je m'agenouille et je lui baise les pieds.


Dans un programme appelé par une interface Web, j'ouvre des fichiers pour faire apparaitre un document.
Plusieurs sociétés utilisent le même programme, et elles ont simplement des bibliothèques de fichier différentes.
A l'entrée du programme, il y a donc établissement de la liste des bibliothèques, ouverture des fichiers, et ensuite traitement avec affichage du document.
Seulement voilà, depuis quelques temps, on a une partie des fichiers qui s'ouvrent depuis une bibliothèque différente !

J'ai supposé que la libliste était incorrecte. Debug à l'appui, elle est parfaitement correcte lors de l'ouverture des fichiers.
J'ai donc supposé qu'une substitution devait être active. Mais debug à l'appui toujours, aucune substitution n'est active durant l'exécution du programme (et surtout au moment de l'ouverture).
Pourtant, les Open se font, et sur des fichiers qui ne sont pas dans la liste de bibliothèques !

Si j'arrête le job chargé d'afficher les documents (QZSRCGI), çà fonctionne à nouveau. Pour quelques temps...
Une idée (à part un magnifique bug système) ?

[m4k-Hurrican]

Le job est un appel web, pas de JOBD spécial, c'est le système qui gère çà.
De plus rien n'a changé depuis des années à ce niveau, et çà fonctionnait parfaitement. Le problème est apparu brusquement, et se produisait de manière aléatoire dans le même job (donc sans changement de JOBD).
Mais du coup, on a changé notre fusil d'épaule, et on utilise plus que des OVRDBF, avec des Open/Close, ce qui a réglé le problème.
On a fait ensuite seulement, un RCLSTG, et effectivement des objets endommagés ont été détectés, et réparés.