TWS : taille maximale d'un JCL

Bonjour à tous,

connaissez-vous la taille maximale d'un JCL que l'on soumettre par OPC ?

J'ai l'erreur suivante :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

EQQX274E AN I/O REQUEST SPECIFIES TOO LARGE RECORD SIZE Explanation: The request to create or modify a record resulted in the record exceeding the maximum size of the VSAM record. System action: The request is rejected. User response: Contact your system programmer. System programmer response: Check the record size against the VSAM file definition. For more information, refer to the Installation Guide

---

Merci d'avance.

bonjour

il n'y a pas de taille maxi.

par contre, pour toutes modifications "online" d'un jcl, la taille de ce jcl est limitée pas le record-size du vsam (le JS-file je crois).

++

A mon avis 2 possibilités à cette erreur :

- version de TWS avec PTF non appliquée (qu'elle est ta version ?)
- tu atteins un nombre max d'opération, de variables, de ressource de contrôle... Par défaut l'application description dataset est défini avec un maxrecl de 131.072 ce qui permet jusqu'à 255 opération/application, un nombre raisonnable de dépendance interne et externe et de cycle d'exec, 275 variables de JCL. (Faire le calcul pour ta config, Cf. Installation Guide > allocating dataset)

.

Idem qu'au dessus mais commence par vérifier le paramètre MAXJSFILE qui doit se trouver dans un des membres de la TWSPARM. Si le paramètre te semble correct, cherche dans les PTFs.

Bonjour et merci pour vos réponses mais là je n'ai pas assez de connaissances pour vous répondre..

1) Comment connaître la version de TWS ?

1bis) Quel est le nom de la bibliothèque TWSPARM (comment le retrouver )?

1 ter) Qu'appelez-vous une valeur correcte de MAXJSFILE (quelle serait la valeur incorrecte) ?

2) A quoi sert la PTF à appliquer ?

3) Comment savoir si cette PTF est appliquée ou pas ?

4) Comment savoir si je suis dans le cas ou j'ai atteint un max d'opérations (de variables, de ressource de contrôle) ?

Si je suis dans ce cas là, la PTF ne va rien changer si j'ai bien compris ?

Merci.

Pour connaitre la version de TWS, en accédant au produit, tu dois avoir ce type de phrase sur le premier panel:

Code:

---

1 2	Welcome to TWS V8R3M0 You are communicating with TWS1

---

Pour le nom de la bibli, il faut aller voir dans la STC et faire un FIND de PARM. Tu devrais trouver ceci PARM='Nom_Membre' qui sera le membre contenant tes paramètres TWS et la bibli se trouve un peu plus bas sous le ddname EQQPARM.

Il n'y a pas de valeur incorrecte pour le MAXJSFILE mais il faut faire attention à ce qu'il ne soit pas trop petit. Quoiqu'il en soit, je dirais que ce problème n'est pas vraiment le tient mais celui de tes ingé système. Tu peux chercher la source du problème mais je ne pense pas que tu puisses agir sur la résolution.

Pour les PTS, il faut voir dans un 2ème temps.

Ok,

voici la valeur que je trouve :

MAXJSFILE(0)

Et voci la phrase que j'ai dans le premier panel :

Welcome to OPC. You are communicating with TWS

Peux tu faire ceci sous sdsf en ulog:

Code:

---

1 2	/D PROG,LNKLST

---

puis rechercher une bibliothèque qui se terminerait par SEQQLMD0. Il y aura peut-être la version dans le nom de la bibli.

Si quelqu'un connait un autre moyen.

J'ai ça :

TWS.V8R2M0.SEQQLMD0


Mais je pense que cette limite ne peut être agrandie ....
Qu'en penses-tu ?

Bonjour,

est-ce que quelqu'un pourrait me dire à combien de ligne est limté un JCL chez lui ?

Merci.

Salut,

Il faudrait que tu consultes la doc TWS for zOS Customization and Tuning.
Chez moi, Le maxjsfile est à 500000.

Voici ce qui est dit dans la doc:

Code:

---

1 2 3 4 5 6 7 8

MAXJSFILE(NO|maximum size of JS data set|0) Tivoli Workload Scheduler for z/OS uses a primary and alternate data set for the JCL repository. Tivoli Workload Scheduler for z/OS reorganizes the JCL repository data set that is in use by copying it to the inactive data set and then switching to the newly copied data set. The value you specify on the MAXJSFILE keyword defines whether the JCL repository should be automatically copied and determines how frequently the automatic copy process should occur. Specify a maximum size if you want Tivoli Workload Scheduler for z/OS to copy automatically. This value also defines how large the current JCL repository data set is allowed to become before it is automatically copied to the alternate data set. The size must be specified in kilobytes (1KB equals 1024 bytes). The maximum value you can specify is 2 097 000 kilobytes. Any greater value will give unpredictable results. The value specified is converted into cylinders and rounded to the next whole number. Any value equivalent to less than 2 cylinders (other than the default value) is set to 2 cylinders. If you do not specify MAXJSFILE or specify the default value 0, Tivoli Workload Scheduler for z/OS will perform a copy after the first 50 jobs have been inserted since it was started. The size of the data set (converted into cylinders) after this first copy, plus the equivalent of one cylinder, is then used as the value for MAXJSFILE. After every 50 inserts, Tivoli Workload Scheduler for z/OS checks the size of the JS file using an algorithm that is based on the high_used_RBA. If the high_used_RBA is equal to or greater than the value of MAXJSFILE, a copy is performed. Specify NO if you do not want Tivoli Workload Scheduler for z/OS to copy automatically. If you specify NO, ensure that you request backups at regular intervals, depending on the workload at your installation. You can request that Tivoli Workload Scheduler for z/OS performs a copy process using the BACKUP command or EQQUSIN or EQQUSINB subroutine, regardless of the value specified on the MAXJSFILE keyword. Refer to Managing the Workload for more information about the BACKUP command.

---

Bonjour

je peux me tromper.
Mais à vous lire la doc, MAXJSFILE sert à OPC à gérer un swap de fichier en interne.

dans la technote ibm on peut lire:
APPLICATIONS and JCLVAR TABLES are stored in the EQQADDS
EDITED JCL, and JCL for SUBMITTED jobs, is saved in the active EQQJSxDS, where each JOBSTREAM is a physical record

==> quel est le recordsize de vos fichiers EQQADDS & EQQJSxDS?

A+

Bonjour,

pour EQQADDS j'ai

Code:

---

1 2 3 4 5 6 7

ATTRIBUTES KEYLEN----------------25 AVGLRECL------------1000 BUFSPACE------ -----12288 CISIZE--------------4096 RKP--------------------0 MAXLRECL----------131072 EXCPEXIT------ ----(NULL) CI/CA----------------180 ***

---

et pour EQQJSxDS

j'ai

Code:

---

1 2 3 4 5 6 7 8

ATTRIBUTES KEYLEN----------------28 AVGLRECL-------------804 BUFSPACE------ -----12288 CISIZE--------------4096 RKP--------------------0 MAXLRECL----------180004 EXCPEXIT------ ----(NULL) CI/CA----------------180 ***

---

Bonjour

tu as mes valeurs mises par défaut.

Pour les EQQJSxDS, il faut agrandir la valeur des AVGLRECL & MAXLRECL.

et aussi, je pense que mettre les jcl en "NUM OFF" permet de gagner de la place dans ces fichiers (je n'ai pas les moyens de vérifier). "on" me l'a dit.

OK.

J'ai deux fichiers JS, le JS1 et le JS, faut-il augmenter la taille des deux ?

Pour le JS2

Code:

---

1 2 3 4 5 6 7

ATTRIBUTES KEYLEN----------------28 AVGLRECL-------------804 BUFSPACE------ -----12288 CISIZE--------------4096 RKP--------------------0 MAXLRECL----------180004 EXCPEXIT------ ***

---

Quelle est la taille chez toi ?

Merci.

oui, les deux sont liés.
Et si 3eme, 4eme etc.. , faut faire.

heu quelle taille ?