SQL9010 non intercepté

Version imprimable

06/05/2009, 15h12
Ferene

SQL9010 non intercepté

Bonjour à tous,

Voici mon problème :
J'ai un CL qui exécute un RUNSQLSTM (*NONE) (*SQL)
Il appel un membre dans le fichier QSQLSRC.
Au moment de l'exécution en SBMJOB il me donne l'erreur suivante :
La commande RUNSQLSTM a échoué : Le fichier FTOT de type *File dans la bib TPRD non trouvé. (Attention il s'agit d'un lancement pour un travail batch de nuit)
Indications :
- Le script du membre ne comporte pas de nom qualifier, pas de prefixe.
- La liste des bibliothèques est OK au moment de l'éxécution.
- Il n'existe pas d'autre fichier multi-membres dans une autre bibliothèque.
- Si j'exécute le CL seul en SBMJOB sa marche.
- Pas de problème de droit.
- La JOBD est OK
Voilà deux jours de recherches et toujours rien, peut être avez vous une idée ?
06/05/2009, 15h41
K2R400

Citation:

Envoyé par Ferene

Au moment de l'exécution en SBMJOB il me donne l'erreur...
- Si j'exécute le CL seul en SBMJOB sa marche.

Hummm, pas trés clair.
Si le RUNSQLSTM plante, normalement il génère un spool.
Autre chose, ta requête est-elle en mode PROMPT ou SQL ?
Si c'est en PROMPT, converti en SQL (option 10) pour voir le contenu du source.
Dans ton SBMJOB es-tu sur de ne pas le lancer sur une autre JOBD ?
06/05/2009, 15h45
K2R400

Oups, je viens d'y penser.
En mode SQL (option de ton RUNSQLSTM) il n'utilise pas la *LIBL mais recherche le fichier dans la bibliothèque qui porte le même nom que l'utilisateur.
Execute le en *SYS

Suite

Bonjour,

Je viens de lire votre réponse. La commande SQL génère effectivement un fichier Spool mais pas probant pour mon cas. J'ajoute une information.

exemple du membre source :
Code:

1 2 3 4 5 6 7 8 9 10 11 UPDATE CMEODOS A SET (A.NOJSMCRE, A.NOSMACRE, A.MMCREOPE, A.NOTRICRE, A.SACREOP, A.CDTYJCRE, A.CDTYPCRE) = (SELECT B.NOJOUSEM, B.NOSEMANN, B.DTMOIS, B.NOTRIANN, B.DTANNEE, B.CDNVTYJO, B.CDTYPPER FROM RDATTYP B WHERE A.CDSITCRE = B.CDSITIMA AND A.DTCREOPE = B.DTDATE );
Le fichier en update CMEODOS est dans une bibliothèque A le fichier de la clause select dans une bibliothèque B.
Le RUNSQLSTM échoue en mentionnant que le fichier en select n'est pas present dans la bibliothèque A, hors comme vous pouvez le voir ci-dessus, en aucun cas il y a une qualification !
Pour réussir à avoir ce type de message il faudrait qualifier le chemin d'accès et ne pas mettre le PF dans la bibliothèque mentionnée.
Pour infos, j'ai qualifié les chemins d'accès sa marche mais je suis toujours à la recherche du pourquoi ?:lol: