Fichier readme du groupe de correctifs 05

Transcription

IBM Tivoli Workload Scheduler
Version 8.4.0
IBM Tivoli Workload Scheduler
Version 8.4.0
Important
Avant d'utiliser le présent document et le produit associé, prenez connaissance des informations générales figurant à la
section Chapitre 2, «Remarques», à la page 97.
novembre 2010
LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE. IBM
DECLINE NOTAMMENT TOUTE RESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DE
CONTREFACON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTION D'UN TRAVAIL DONNE.
Ce document est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. Les informations qui y
sont fournies sont susceptibles d'être modifiées avant que les produits décrits ne deviennent eux-mêmes
disponibles. En outre, il peut contenir des informations ou des références concernant certains produits, logiciels ou
services non annoncés dans ce pays. Cela ne signifie cependant pas qu'ils y seront annoncés.
Pour plus de détails, pour toute demande d'ordre technique, ou pour obtenir des exemplaires de documents IBM,
référez-vous aux documents d'annonce disponibles dans votre pays, ou adressez-vous à votre partenaire
commercial.
Vous pouvez également consulter les serveurs Internet suivants :
v http://www.fr.ibm.com (serveur IBM en France)
v http://www.can.ibm.com (serveur IBM au Canada)
v http://www.ibm.com (serveur IBM aux Etats-Unis)
Compagnie IBM France
Direction Qualité
17, avenue de l'Europe
92275 Bois-Colombes Cedex
© Copyright IBM France 2010. Tous droits réservés
© Copyright IBM Corporation 2007, 2010.
Table des matières
Chapitre 1. Fichier readme du groupe de correctifs 05 pour IBM Tivoli Workload
Scheduler, version 8.4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
A propos du présent groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . .
Remplacement des remarques relatives au groupe de correctifs Tivoli Workload Scheduler . . . . . .
Remplacement de Job Scheduling Console . . . . . . . . . . . . . . . . . . . . . .
Nouvelles fonctions du groupe de correctifs 05 . . . . . . . . . . . . . . . . . . . . .
Nouvelles fonctionnalités du groupe de correctifs 02 . . . . . . . . . . . . . . . . . . .
Fonctions du groupe de correctifs 01 . . . . . . . . . . . . . . . . . . . . . . . .
Incidents résolus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
APAR et incidents résolus dans le groupe de correctifs 05 de Tivoli Workload Scheduler pour la version
8.4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
APAR corrigés dans le groupe de correctifs 05 de Tivoli Workload Scheduler pour la version 8.4.0 .
Incidents résolus dans le groupe de correctifs 05 de Tivoli Workload Scheduler pour la version 8.4.0
8.4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
APAR corrigés dans le groupe de correctifs 04 de Tivoli Workload Scheduler pour la version 8.4.0 .
Incidents résolus dans le groupe de correctifs 04 de Tivoli Workload Scheduler pour la version 8.4.0
APAR et incidents corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler, version 8.4.0 .
APAR corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler, version 8.4.0 . . . .
Incidents corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler pour la version 8.4.0
8.4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
APAR et incidents corrigés dans le groupe de correctifs 01 pour Tivoli Workload Scheduler, version 8.4.0
Informations supplémentaires . . . . . . . . . . . . . . . . . . . . . . . . . .
Incidents recensés et solutions palliatives . . . . . . . . . . . . . . . . . . . . . .
Remarques sur les versions internationales . . . . . . . . . . . . . . . . . . . . . .
Structure du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . . . .
Fichiers du groupe de correctifs disponibles via le FTP . . . . . . . . . . . . . . . . . .
Installation du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . . .
Table d'interopérabilité . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Exigences d'espace disque . . . . . . . . . . . . . . . . . . . . . . . . . . .
Remarques relatives à l'installation . . . . . . . . . . . . . . . . . . . . . . . .
Application du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . .
Actions d'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Installation à l'aide de l'assistant ISMP . . . . . . . . . . . . . . . . . . . . . . .
Installation à l'aide de l'installation en mode silencieux ISMP . . . . . . . . . . . . . . . .
Installation sous UNIX - utilisation du script twspatch . . . . . . . . . . . . . . . . . .
Installation à l'aide de la distribution de logiciel . . . . . . . . . . . . . . . . . . . .
Instructions d'installation supplémentaires . . . . . . . . . . . . . . . . . . . . . .
Annulation du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . .
Désinstallation de toute l'instance Tivoli Workload Scheduler . . . . . . . . . . . . . . . .
Fichiers journaux d'installation . . . . . . . . . . . . . . . . . . . . . . . . . .
Mises à jour de la documentation . . . . . . . . . . . . . . . . . . . . . . . . . .
Mises à jour de la documentation du groupe de correctifs 05 pour Tivoli Workload Scheduler, version 8.4.0
.
.
.
.
.
.
.
.
.
. 1
. 2
. 2
. 2
. 5
. 8
. 8
. 14
. 15
.
.
.
. 16
. 16
. 20
.
.
.
.
.
.
.
.
.
.
.
.
22
22
24
25
25
27
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
29
33
36
39
54
56
56
57
57
58
58
59
59
62
62
63
63
64
64
65
65
66
66
78
84
88
93
Chapitre 2. Remarques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Marques .
.
.
.
.
.
.
.
© Copyright IBM Corp. 2007, 2010
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 100
iii
iv
IBM Tivoli Workload Scheduler - Fichier readme du groupe de correctifs 05
Chapitre 1. Fichier readme du groupe de correctifs 05 pour
IBM Tivoli Workload Scheduler, version 8.4.0
Date de publication
30 septembre 2010
Groupe de correctifs
8.4.0-TIV-TWS-FP0005
Produit
IBM® Tivoli Workload Scheduler version 8.4.0
Description générale
Groupe de correctifs 05 pour IBM Tivoli Workload
Scheduler, version 8.4.0
Ce fichier readme fournit des informations importantes sur le groupe de correctifs
05 pour IBM Tivoli Workload Scheduler, version 8.4.0.
Il contient les dernières informations relatives au groupe de correctifs et remplace
toutes les autres publications relatives à Tivoli Workload Scheduler, version 8.4.0,
groupe de correctifs 05.
La présente section détaille les points suivants :
v
v
v
v
«A propos du présent groupe de correctifs»
«Structure du groupe de correctifs», à la page 56
«Installation du groupe de correctifs», à la page 57
«Mises à jour de la documentation», à la page 66
Lisez attentivement la présente section avant d'installer ou d'utiliser ce groupe de
correctifs.
A propos du présent groupe de correctifs
Cette section contient des informations spécifiques à ce groupe de correctifs,
notamment les modifications et nouveautés, les corrections apportées, les versions
ou composants du produit auxquels le groupe de correctifs s'applique et les
problèmes de compatibilité, s'il y a lieu.
Versions et composants du produit auxquels le groupe de correctifs s'applique
Ce groupe de correctifs s'applique uniquement à Tivoli Workload
Scheduler 8.4.0, groupe de correctifs 01, groupe de correctifs 02, groupe de
correctifs 03 et groupe de correctifs 04.
Cette section comporte les sous-sections suivantes :
v «Remplacement des remarques relatives au groupe de correctifs Tivoli Workload
Scheduler», à la page 2
v «Nouvelles fonctions du groupe de correctifs 05», à la page 2
v «Nouvelles fonctionnalités du groupe de correctifs 02», à la page 8
v «Fonctions du groupe de correctifs 01», à la page 14
v «Incidents résolus», à la page 15
v «Informations supplémentaires», à la page 36
v «Incidents recensés et solutions palliatives», à la page 39
v «Remarques sur les versions internationales», à la page 54
1
Remplacement des remarques relatives au groupe de
correctifs Tivoli Workload Scheduler
Avant de procéder à l'installation, veuillez lire la section intitulée "Remplacement
des remarques et informations sur Tivoli Workload Scheduler V8.4" dans le fichier
Notices_Fixpack_4.txt, inclus dans ce groupe de correctifs.
Remplacement de Job Scheduling Console
Job Scheduling Console est en cours de remplacement par Tivoli Dynamic
Workload Console comme interface graphique Tivoli Workload Automation. Bien
que ce système reste inclus dans Tivoli Workload Automation, aucune nouvelle
fonction n'a été ajoutée depuis la version 8.4.
Nouvelles fonctions du groupe de correctifs 05
Cette section présente les fonctions du groupe de correctifs 05 pour Tivoli
Workload Scheduler version 8.4.0 :
Fonction 53221 - Restriction des droits d'accès au répertoire et aux
sous-répertoires stdlist
Désormais, vous pouvez autoriser uniquement les utilisateurs sélectionnés
à créer, à modifier ou à lire les fichiers du répertoire et des sous-répertoires
stdlist. Cette fonction s'applique uniquement aux systèmes d'exploitation
UNIX. Vous devez redémarrer Tivoli Workload Scheduler pour activer la
fonction.
Vous pouvez si vous le souhaitez définir l'attribut restricted stdlists dans
le fichier localopts.
Si cette option est absente ou définie sur no, le répertoire et les
sous-répertoires stdlist récemment créés ne sont pas affectés et leurs droits
sont les suivants :
drwxrwxr-x
drwxrwxr-x
drwxrwxr-x
drwxr-xr-x
22
2
2
2
tws84mdm
tws84mdm
tws84mdm
tws84mdm
staff
staff
staff
staff
4096
256
4096
4096
Nov
Nov
Nov
Nov
09
09
09
09
12:12
11:40 2009.11.09
11:40 logs
11:40 traces
Si cette option est définie sur yes, ces répertoires ont les droits suivants :
drwxr-x--x
rwxr-x--x
rwxr-x--x
rwxr-x--x
5 tws84mdm staff
2 tws84mdm staff
2 tws84mdm staff
2 tws84mdm staff
256
256
256
256
Nov
Nov
Nov
Nov
13
13
13
13
18:15
18:15 2009.11.13
18:15 logs
18:15 traces
Pour définir et activer cette option, procédez comme suit :
1. Ajoutez la ligne restricted stdlists = yes dans votre fichier d'options
locales.
2. Arrêtez WebSphere Application Server le cas échéant.
3. Arrêtez Tivoli Workload Scheduler
4. Supprimez le répertoire stdlist (ou au moins les fichiers et
sous-répertoires qu'il contient).
5. Exécutez le script de démarrage startUp pour créer les répertoires et les
fichiers stdlist restreints.
6. Démarrez Tivoli Workload Scheduler.
2
Fonction 53428 - Mise en oeuvre de l'application Tivoli Workload Scheduler et
des événements de surveillance FS
De nouveaux moniteurs sont désormais disponibles pour contrôler l'état
des applications et du système de fichiers Tivoli Workload Scheduler.
Fonction 53500 - Remplacement d'une version de SSM et suppression de la
signature Tivoli License Manager
Nouvelle version de SSM et suppression de la signature Tivoli License
Manager
Fonction 53606 - Installation d'une nouvelle ligne de commande, version 4.2.3
groupe de correctifs 7
Nouvelle ligne de commande, version 4.2.3 groupe de correctifs 7.
Fonction 53790 - Améliorations des plug-ins d'action
Les plug-ins d'action de l'automatisation de charge de travail permettent
désormais de gérer les défaillances des actions.
Fonction 53868 - Script d'automatisation de la procédure de récupération
Symphony
Cette fonction fournit un script permettant d'automatiser l'autre procédure
de récupération du fichier Symphony sur le gestionnaire de domaine
maître.
Le nouveau script RecoveryPlanProcedure effectue les actions suivantes :
logman -prod
Met à jour le plan de préproduction.
- planman showinfo
Extrait l'heure de début de la première instance de flot de travaux
non terminée et l'heure de fin du plan de production.
- ResetPlan -scratch
Archive le fichier Symphony en cours et supprime le plan de
préproduction.
- JnextPlan -from -to
Crée un nouveau fichier Symphony pour la période pendant
laquelle il reste des travaux en attente. Seules les instances de flot
de travaux incomplètes sont incluses dans le fichier Symphony.
Procédez comme suit sur le gestionnaire de domaine maître :
1. Définissez le nombre maximal de travaux sur 0 à l'aide de conman ou
de Tivoli Dynamic Workload Console. Cela permet d'empêcher le
démarrage de tous les travaux.
2. Arrêtez tous les processus Tivoli Workload Scheduler sur le
gestionnaire de domaine maître.
3. Exécutez le script RecoveryPlanProcedure.
4. Vérifiez le plan résultant et assurez-vous que vous souhaitez exécuter
toutes les instances qu'il contient en supprimant celles qui ne vous
intéressent pas.
5. Définissez le nombre maximal de travaux sur la valeur précédente. Le
fichier Symphony est distribué et le cycle de production recommence.
Cette fonction est soumise à la limitation suivante : si la valeur du mot clé
AT est ultérieure à minuit, la date FROM du script RecoveryPlanProcedure
est incorrecte.
Chapitre 1. Fichier readme du groupe de correctifs 05 pour IBM Tivoli Workload Scheduler, version 8.4.0
3
Fonction 53892 - Utilitaire check sym
Cette fonction vérifie le statut du fichier Symphony et émet un message
d'avertissement s'il est endommagé.
Fonction 53967 - Améliorations de la consignation des messages
Améliorations de la consignation des messages pour extraire et consigner
tous les cas d'erreur dus à des droits d'utilisateur incorrects.
Fonction 54025 - Commutation vers le gestionnaire de domaine de secours même
s'il n'a pas reçu le fichier Symphony
Si un gestionnaire de domaine ne peut pas recevoir le nouveau plan, aucun
des agents tolérants aux pannes du domaine concerné ne le peut. Si vous
ne pouvez pas reconnecter le gestionnaire de domaine, les agents du
domaine concerné ne peuvent pas recevoir de nouveau plan car toutes les
communications vers ce domaine passent par le gestionnaire de domaine
inaccessible. Même si le domaine cible comporte un agent pouvant prendre
la relève comme gestionnaire de domaine, la commande switchmgr ne
peut pas effectuer la commutation car le gestionnaire de domaine de
secours n'est pas sur le plan en cours. Cette commande a désormais été
améliorée. La commande switchmgr peut désormais basculer vers le
gestionnaire de domaine de secours, même s'il n'a pas encore reçu le
nouveau plan. Le nouveau comportement de la commande switchmgr
n'est pas visible par l'utilisateur final et la mise en oeuvre est effectuée
automatiquement le cas échéant. Installez la fonction sur le gestionnaire de
domaine supérieur du domaine de commutation et sur le gestionnaire de
domaine de secours.
Cette fonction contient le problème connu suivant : si les agents connectés
au domaine de commutation hébergent un système d'exploitation Windows
et une version de Tivoli Workload Scheduler inférieur aux versions
suivantes :
v Tivoli Workload Scheduler version 8.4 groupe de correctifs 05
v Tivoli Workload Scheduler version 8.5 groupe de correctifs 02
v Tivoli Workload Scheduler version 8.5.1 groupe de correctifs 02
ils risquent de s'arrêter pendant la commutation. Pour résoudre le
problème, rétablissez le lien à partir du nouveau gestionnaire de domaine.
Cette fonction est soumise à la limitation suivante : après le changement
de gestionnaire, le statut de certains postes de travail risque d'être
incohérent. Pour contourner ce problème, liez à nouveau les postes de
travail.
Fonction 54123 - Dépassement du délai d'attente pendant le téléchargement de
Symphony
Pendant la phase d'initialisation, le processus mailman ou le serveur
mailman lie et initialise de manière séquentielle tous les postes de travail
gérés. Lorsque le téléchargement du fichier Symphony sur un poste de
travail est terminé, mailman initialise le prochain poste de travail dans la
séquence. Si le réseau est très lent pendant l'initialisation d'un poste de
travail spécifique, l'initialisation des postes suivants peut nécessiter un
certain temps. L'option suivante doit être ajoutée au fichier localopts pour
définir le délai d'attente du téléchargement du fichier Symphony :
mm symphony download timeout = délai_attente
Où délai_attente est le délai d'attente exprimé en minutes.
4
Fonctions 54164 et 54095 - Nouveau comportement pour éviter les verrouillages
de la base de données DB2
Pour éviter le verrouillage de la base de données, un nouveau tableau
MDL.JSF_JS_INST_FORECAST permet désormais de générer le plan
prévisionnel. En outre, la propriété DB2 Type 4 IsolationLevel est
désormais visible dans l'outil WAS ShowDataSourceProperties et sa valeur
est automatiquement définie sur cursor_stability.
Cette section présente les fonctions du groupe de correctifs 04 pour Tivoli
Workload Scheduler version 8.4.0 :
Empêcher les soumissions de travaux ad hoc
Cette exigence requiert une solution pour empêcher les utilisateurs
sélectionnés de soumettre des travaux ad hoc dans le plan de production.
Ces utilisateurs sélectionnés doivent être autorisés à soumettre uniquement
des travaux définis dans la base de données. La fonction permettant de
soumettre un travail ad hoc doit être conservée, mais elle doit être réservée
aux utilisateurs autorisés.
La solution mise en oeuvre pour répondre à cette exigence repose sur une
nouvelle action de sécurité qui peut être ajoutée de manière facultative au
fichier de sécurité Tivoli Workload Scheduler. L'action, appelée SUBMITDB,
peut être utilisée uniquement sur des définitions d'objet JOB. Elle accorde
le droit de soumettre des travaux définis dans la base de données, tout en
empêchant les utilisateurs de soumettre des travaux ad hoc. Pour
soumettre des travaux ad hoc, le droit SUBMIT doit être accordé.
Prenons pour exemple le fichier de sécurité suivant, qui contient deux
définitions USER accordant des droits différents aux utilisateurs
administrator et jsmith. L'utilisateur administrator se voit accorder le droit
SUBMIT pour tous les travaux, et a donc la possibilité de soumettre des
travaux définis dans la base de données ainsi que des travaux ad hoc, sans
restriction. L'utilisateur jsmith reçoit le droit SUBMITDB pour tous les
travaux, qui lui permet de soumettre tous les travaux définis dans la base
de données, mais il n'est pas autorisé à émettre des soumissions de travaux
ad hoc.
USER TWSADMIN
CPU=@+LOGON=administrator
BEGIN
JOB CPU=@ ACCESS=ADD,ADDDEP,...,RERUN,SUBMIT,USE,LIST,UNLOCK
[...]
END
USER RESTRICTED
CPU=@+LOGON=jsmith
BEGIN
JOB CPU=@ ACCESS=ADD,ADDDEP,...,RERUN,SUBMITDB,USE,LIST,UNLOCK
[...]
END
L'interface Job Scheduling Console et la console Tivoli Dynamic Workload
indiquent à tous les utilisateurs les tâches associées à des soumissions de
travaux ad hoc. Toutefois, les utilisateurs auxquels SUBMITDB a été
accordé au lieu de SUBMIT sont informés qu'ils n'ont pas le droit de
soumettre des travaux ad hoc dès qu'ils tentent d'effectuer une soumission
de travail ad hoc. Dans la mesure où le fichier de sécurité peut être utilisé
pour limiter les soumissions ad hoc aux travaux correspondant à un
ensemble de filtres d'attribut de travail définis (tels que NAME ou JCL), le
5
contrôle de sécurité est réalisé uniquement lorsque le travail ad hoc est
défini par l'utilisateur et soumis au plan de production.
De la même façon, il n'est pas possible d'exécuter avec succès une
commande submit docommand (sbd) ou submit file (sbf) à l'aide de
conman, à moins qu'elle serve à soumettre un travail ad hoc dont les
attributs correspondent aux filtres définis par une définition d'objet JOB
pour laquelle l'utilisateur a reçu les droits SUBMIT. Si cette condition n'est
pas remplie, un message d'erreur lié à la sécurité informe l'utilisateur que
le travail sélectionné ne peut pas être soumis. Toute tentative de
soumission d'un travail ad hoc de ce type à l'aide de l'interface de
programme d'application du connecteur échoue de la même façon.
Concernant la coexistence des actions SUBMIT et SUBMITDB pour la
même définition d'objet JOB dans le fichier de sécurité, supposons un
fichier de sécurité, comportant les deux actions, qui soit valide et
équivalent à un fichier utilisant uniquement l'action SUBMIT pour la même
définition d'objet. Enfin, le fichier de sécurité existant n'est pas modifié lors
de l'installation du module de correction nécessaire à l'activation de la
nouvelle action de sécurité SUBMITDB : les utilisateurs doivent créer des
définitions utilisateur adéquates et utiliser la nouvelle action, si besoin.
Empêcher l'option de commande dans les définitions de travail
Cette exigence requiert une solution pour empêcher les utilisateurs
sélectionnés de créer ou de modifier des définitions de travail exécutant
des commandes au lieu de scripts. Ces utilisateurs sélectionnés doivent être
autorisés à créer et à modifier les définitions de travail exécutant
uniquement des scripts, sans pouvoir les modifier pour exécuter des
commandes. La fonction de gestion des définitions de travail exécutant des
commandes doit être conservée, mais elle doit être réservée aux utilisateurs
autorisés.
La solution mise en oeuvre pour répondre à cette exigence repose sur un
nouvel attribut de sécurité qui peut être utilisé de manière facultative dans
le fichier de sécurité Tivoli Workload Scheduler. L'attribut JCLTYPE peut
être utilisé pour filtrer des définitions d'objet JOB afin de restreindre
l'ensemble de travaux à ceux auxquels les actions de sécurité spécifiées
s'appliquent. L'attribut permet aux valeurs SCRIPTNAME et
DOCOMMAND d'accorder des actions de sécurité uniquement aux scripts
ou aux commandes, tandis que les actions sont accordées à la fois aux
scripts et aux commandes si JCLTYPE est absent.
Prenons pour exemple un fichier de sécurité qui contient deux définitions
USER accordant des droits différents aux utilisateurs administrator et
sconnor. L'utilisateur administrator se voit accorder les droits ADD et
MODIFY pour toutes les définitions de travail, et a donc la possibilité de
créer et de modifier des définitions de travail qui exécutent des scripts ou
des commandes, si nécessaire et sans restriction. L'utilisateur sconnor reçoit
les mêmes droits pour des travaux correspondant à la condition
JCLTYPE=SCRIPTNAME. Cela signifie qu'il peut créer ou modifier
uniquement des définitions de travail qui exécutent des scripts, et il ne
peut pas les modifier en un travail exécutant une commande.
USER TWSADMIN
CPU=@+LOGON=administrator
BEGIN
JOB CPU=@ ACCESS=ADD,MODIFY,...
[...]
END
USER RESTRICTED
6
CPU=@+LOGON=sconnor
BEGIN
JOB CPU=@+JCLTYPE=SCRIPTNAME ACCESS=ADD,MODIFY,...
[...]
END
L'option Command est affichée par l'interface Job Scheduling Console et la
console Tivoli Dynamic Workload lors de l'édition de définitions de travail.
Toutefois, lorsque l'utilisateur sconnor choisit cette option et enregistre la
définition de travail, un message d'erreur relatif à la sécurité s'affiche,
l'informant que l'action demandée n'est pas autorisée. La même situation
survient si l'utilisateur sconnor tente de modifier ou de créer une définition
de travail comportant le mot clé DOCOMMAND à l'aide du composer, ou
encore d'effectuer une action équivalente avec l'interface de programme
d'application du connecteur.
Remarque :
Le nouvel attribut a été ajouté de manière spécifique pour éviter aux
utilisateurs de créer ou de modifier des définitions de travail exécutant des
commandes. Cependant, il peut également permettre de restreindre toute
autre action de sécurité basée sur la même condition, à l'image de
n'importe quel autre attribut de sécurité. Par exemple, l'utilisation du filtre
JCLTYPE=DOCOMMAND dans une définition d'objet JOB comportant
l'action UNLOCK vous permet de forcer le déverrouillage des définitions
de travail exécutant des commandes lorsqu'elles sont verrouillées par
d'autres utilisateurs, alors que la même action n'est pas autorisée pour une
définition de travail exécutant un script.
Prise en charge de l'authentification NIS (Network Information Service) sous
AIX (APAR IZ38892)
Tivoli Workload Scheduler version 8.3, et versions supérieures, ne prenait
pas en charge le mécanisme d'authentification NIS sous AIX et d'autres
systèmes d'exploitation en raison d'une limitation WebSphere Application
Server - Express. Avec cet APAR, Tivoli Workload Scheduler version 8.3 et
éditions ultérieures, prendra en charge NIS uniquement sous AIX à l'aide
du module d'authentification Tivoli Workload Scheduler.
Pour utiliser l'authentification NIS, vous devez procéder comme suit :
1. Exécutez createCustomRegistryforPAM.sh
2. Dans le fichier PamUnixRegistryImpl.properties, définissez le
paramètre com.ibm.tws.pam.security.registry.synchronization sur true.
Vous trouverez le fichier PamUnixRegistryImpl.properties sous
TWS_HOME/appserver/properties.
3. Redémarrez WebSphere Application Server - Express.
Remarque : NIS nécessite une synchronisation pour accéder à son interface
de programme d'application si bien qu'une légère perte de
performances peut être observée dans les commandes Tivoli
Workload Scheduler conman ou composer.
Prise en charge de l'option de sécurité avancée d'Oracle (ASO).
L'option de sécurité avancée d'Oracle (ASO) fournit un chiffrement de
réseau, un chiffrement de base de données, ainsi qu'une méthode
d'authentification plus puissante. Pour configurer l'option de sécurité
avancée d'Oracle, consultez la documentation relative à Oracle.
7
Oracle fournit deux types de driver pour JDBC :
Driver OCI/Thick
Le driver JDBC OCI/Thick nécessite que Oracle Net soit
disponible. Il utilise la configuration Oracle Net pour le chiffrement
de réseau.
Driver Thin
Le driver JDBC Thin dispose d'une bibliothèque de classe
indépendante à appeler en cas de mise en oeuvre du chiffrement
de réseau. Le driver Thin est indépendant de Oracle Net.
Pour vérifier la configuration du groupe de correctifs 07 pour Tivoli
Workload Scheduler version 8.3, accédez au répertoire
<TivoliWorkloadSscheduler>/wastools, puis exécutez la commande
suivante :
Sous Windows
showDataSourceProperties.bat
Sous UNIX
showDataSourceProperties.sh
Remarque : Le driver OCI/Thick Oracle JDBC utilise Oracle Net. Une
connexion via le driver JDBC OCI utilise les paramètres de
SQLNET.ORA pour négocier les algorithmes d'intégrité et de
chiffrement avec le serveur de la base. Il s'agit du paramétrage
par défaut sur Tivoli Workload Scheduler. Le driver Thin
Oracle JDBC comporte des classes de sécurité. Les paramètres
de chiffrement côté client sont réalisés à l'aide de l'objet
propriétés Java, et ils sont utilisés pour l'ouverture de
connexions de base de données.
Aucun.
Nouvelles fonctionnalités du groupe de correctifs 02
Cette section décrit les fonctions du groupe de correctifs 02 pour Tivoli Workload
Scheduler, version 8.4.0 :
Activation de la sécurité de connexion SSL complète
Cette fonction permet d'accroître le degré de la sécurité de connexion basée
sur SSL dans les réseaux Tivoli Workload Scheduler, en complément du
niveau de sécurité SSL déjà disponible.
Si vous avez besoin d'un degré plus complet de protection SSL, cette
extension offre de nouvelles options de configuration permettant
l'installation d'une sécurité de connexion avancée.
Si la sécurité SSL de Tivoli Workload Scheduler fournie avant l'édition de
cette fonction vous suffit, vous pouvez utiliser les paramètres décrits dans
le Guide de planification et d'installation. Pour plus d'informations, voir
http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/topic/
com.ibm.tivoli.itws.doc/igmst182.htm#wq373.
Extensions de la sécurité SSL complète
8
Le support de sécurité SSL complète offre les extensions
suivantes :
v Les ports TCP susceptibles d'entraîner des violations de sécurité
ne restent plus ouverts.
v Les données de déplacement, notamment les éléments de fin et
les en-têtes de communication, sont désormais totalement
cryptées.
Compatibilité entre les niveaux de support SSL
Les niveaux de support de sécurité SSL complète et partielle sont
réciproquement exclusifs. En effet, ils ne peuvent être ni configurés
simultanément, ni activés en même temps. Si vous activez le
support de sécurité SSL complète pour un réseau Tivoli Workload
Scheduler, toute tentative de connexion par des agents non
configurés pour une sécurité SSL complète est rejetée par les agents
dont le support de sécurité SSL complète est activé. Les agents
configurés pour le support de sécurité SSL complète ne peuvent
pas communiquer avec le reste d'un réseau installé pour un
support de sécurité SSL partielle.
Configuration de la sécurité SSL complète
Pour définir une sécurité de connexion SSL complète sur votre
réseau, configurez les options suivantes :
enSSLFullConnection (ou sf)
Utilisez optman sur le gestionnaire de domaine maître afin
de définir cette option globale sur Oui et activer le support
de sécurité SSL complète sur le réseau.
Port complet SSL nm
Editez le fichier localopts de chaque agent du réseau
(notamment le gestionnaire de domaine maître) pour
définir cette option locale sur le numéro de port utilisé
dans le mode écoute des connexions SSL entrantes. Retenez
les éléments suivants :
v Ce numéro de port doit également être défini pour le
paramètre SECUREADDR de la définition du poste de
travail de l'agent.
v Dans une installation de sécurité SSL complète, les
options locales port SSL nm et port nm doivent être
définies sur zéro.
Outre la modification de la valeur de secureaddr, aucune autre
modification n'est nécessaire dans les définitions de poste de
travail pour la configuration de cette fonction.
Migration d'un réseau vers la sécurité de connexion SSL complète
Pour migrer votre environnement de production Tivoli Workload
Scheduler version 8.4 vers un support de sécurité de connexion
SSL complète, procédez comme suit. Le scénario suppose que le
réseau s'exécute déjà avec une sécurité SSL partielle ; c'est-à-dire
que pour le maître et tous les agents :
v L'attribut securitylevel est défini sur activé, en fonction ou
interruption provoquée dans la définition de leur poste de
travail. Pour le maître, il est défini sur activé.
9
v L'option locale port nm port ou port SSL nm est configurée et le
numéro de port est défini sur la valeur de l'attribut secureaddr
dans la définition du poste de travail.
v Il existe des certificats et des clés privées individuelles ou de
groupe.
Procédez comme suit :
1. Mettez à niveau tous les agents vers le groupe de correctifs 02
pour Tivoli Workload Scheduler version 8.4. L'objectif est de
mettre à niveau localement chaque agent dans le réseau (y
compris le gestionnaire de domaine maître). Vous pouvez
effectuer cette étape sur plusieurs jours. Sur le maître et sur
chaque agent :
a. Installez le correctif contenant la fonction de support de
sécurité SSL complète.
b. Ajoutez l'option locale port complet SSL nm et définissez-la
sur un numéro de port.
A cette étape, le réseau fonctionne toujours avec une sécurité de
connexion SSL partielle.
2. Activez le support de sécurité SSL complète sur le réseau.
Effectuez cette étape sur un seul créneau horaire. Pour cela,
procédez comme suit :
a. Vérifiez qu'aucun pare-feu ne bloque la connexion entre les
agents et leur gestionnaire de domaine (et éventuellement le
gestionnaire de domaine maître).
b. Dans la définition du poste de travail du maître et de
chaque agent, définissez la valeur de l'attribut secureaddr
sur le numéro de port que vous avez configuré pour
l'option locale port complet SSL nm.
c. Utilisez Optman pour définir l'option globale
enSSLFullConnection sur oui dans la base de données.
d. Vérifiez que l'option CarryForward est définie sur TOUT
(ALL) en exécutant la commande suivante : optman chg
cf=ALL
e. Exécutez JnextPlan -for 0000 pour rendre ces paramètres
opérationnels.
f. Définissez à nouveau l'option CarryForward sur la valeur que
vous avez affectée avant l'étape d.
A cette étape, le réseau fonctionne avec une sécurité de
connexion SSL complète. Les agents laissés dans la sécurité SSL
ne peuvent plus communiquer avec le reste du réseau de
sécurité SSL complète.
Les postes de travail mis à niveau conservent l'ancienne
sécurité SSL et les anciens ports TCP/IP ouverts en mode
écoute. L'étape suivante a pour objectif de les fermer.
3. Désactivez l'ancienne sécurité SSL et les anciens ports/IP du
maître et de chaque agent. Vous pouvez effectuer cette étape
sur plusieurs jours. Pour cela, éditez le fichier des options
locales de chaque poste de travail comme suit :
v Sur les postes de travail sur lesquels l'attribut securitylevel
est défini sur activé ou on, définissez l'option locale port
SSL nm sur 0.
10
v Sur les postes de travail sur lesquels l'attribut securitylevel
est défini sur interruption provoquée, définissez les options
locales nm port et nm SSL port sur 0.
A cette étape, l'ensemble des agents fonctionnent avec les
nouvelles connexions SSL et tous les agents définis sur
securitylevel=force sont en mode écoute uniquement sur le
nouveau port complet SSL. Dès lors :
v Aucun octet n'est envoyé sous forme de texte en clair.
v Aucun service actif n'est laissé sous forme de texte en clair.
v Aucun port TCP/IP n'est laissé en mode écoute sur les
agents avec securitylevel=force.
Configuration du support de sécurité SSL complète pour les
dépendances interréseau
L'agent de réseau qui résout les dépendances interréseau nécessite
une installation particulière pour le support de sécurité SSL
complète.
Pour activer un agent de réseau pour le support de sécurité SSL
complète, procédez comme suit :
1. Configurez les agents distants et d'hébergement tolérants aux
pannes pour le support de sécurité SSL complète.
2. Dans l'agent d'hébergement tolérant aux pannes, copiez ou
déplacez le fichier netmth.opts du répertoire tws_home/config
vers le répertoire tws_home/methods, puis ajoutez (et configurez)
les options suivantes :
Unité centrale distante SSL
Nom du poste de travail du maître ou de l'agent
tolérant aux pannes distants.
Port complet distant SSL
Numéro de port défini pour le support de sécurité SSL
complète du maître ou de l'agent tolérant aux pannes
distants.
Options locales indiquant la clé privée et le certificat de
l'agent d'hébergement tolérant aux pannes
Ces options sont décrites dans le Guide de planification et
d'installation (voir http://publib.boulder.ibm.com/
infocenter/tivihelp/v3r1/topic/
com.ibm.tivoli.itws.doc/igmst170.htm#c04opts523611).
Remarque :
Notez que si l'agent d'hébergement tolérant aux
pannes héberge plusieurs agents de réseau, le
répertoire tws_home/methods contient un fichier
netmth.opts pour chaque agent de réseau défini.
Dans ce cas, le nom complet de chaque fichier
netmth.opts devient :
network-agent-name_netmth.opts
Si le répertoire tws_home/methods contient à la fois
le fichier network-agent-name_netmth.opts et le
fichier netmth.opts, seul le fichier
11
network-agent-name_netmth.opts est utilisé. Si
plusieurs agents sont définis et que le répertoire
contient seulement le fichier netmth.opts, ce
dernier est utilisé pour tous les agents de réseau.
L'exemple suivant ajoute le support de sécurité SSL complète à
l'exemple décrit dans la section "Exemple de définition d'un agent de
réseau" du Guide de référence (voir http://publib.boulder.ibm.com/
infocenter/tivihelp/v3r1/topic/com.ibm.tivoli.itws.doc/
srf_mst320.htm#wq574):
v Voici la définition du poste de travail de l'agent de réseau
NETAGT :
CPUNAME NETAGT
DESCRIPTION "NETWORK AGENT"
OS OTHER
NODE MASTERA.ROME.TIVOLI.COM
TCPADDR 31117
FOR maestro
HOST MASTERB
ACCESS NETMTH
END
v Voici les options de sécurité SSL complète du fichier
netmeth.opts de NETAGT :
######################################################
# Paramètres de l’unité centrale distante
######################################################
Port complet distant SSL = 31119
Unité centrale distante SSL = MASTERA
######################################################
# Certificat de configuration
######################################################
Clé SSL
="C:\TWS\installations\SSL\XA.key"
Certificat SSL
="C:\TWS\installations\SSL\XA.crt"
Certificat de CA SSL
="C:\TWS\installations\SSL\VeriSte.crt"
Mdp clé SSL
="C:\TWS\installations\SSL\XA.sth"
Chaîne de certificat SSL ="C:\TWS\installations\SSL\
\TWSCertificateChain.crt"
Clé aléatoire SL
=
"C:\TWS\installations\SSL\random_file.rnd"
Mode auth SSL
=cpu
Chaîne d’auth SSL
=tws
Remarque : Les options du certificat de configuration SSL
doivent faire référence à la clé privée et au certificat
définis dans l'agent d'hébergement tolérant aux
pannes.
v Voici la définition du poste de travail de MASTERA (poste de
travail distant) :
CPUNAME MASTERA
OS WNT
NODE 9.168.68.55 TCPADDR 31117
SECUREADDR 31119
DOMAIN NTWKA
FOR MAESTRO
TYPE MANAGER
AUTOLINK ON
BEHINDFIREWALL OFF
12
SECURITYLEVEL enabled
FULLSTATUS ON
SERVER H
END
Tivoli Dynamic Workload Console avec Tivoli Workload Scheduler en
mode de connexion SSL complète (42326)
Lorsque vous disposez d'un moteur Tivoli Workload Scheduler en
mode de connexion SSL complète, le certificat de l'identificateur
unique web doit être importé dans le fichier de clés sécurisé de
Tivoli Workload Scheduler de WebSphere Application Server.
Exemple (mais pour ce type de configuration, reportez-vous à la
documentation de WebSphere Application Server).
Ouvrez l'outil graphique ikeyman sous TDWC_HOME/AppServer/java/
jre/bin, puis procédez comme suit :
1. Ouvrez le fichier de clés avec le menu
"Fichier de la base de données de clés -->Ouvrir" :
TDWC_HOME/AppServer/profiles/tdwcprofile/config/
cells/<cellName>/nodes/<nodeName/key.p12
en sélectionnant "PKCS12" comme "type de base de données de
clés", puis en indiquant le mot de passe "WebAS"
2. Sélectionnez Extraire le certificat sous la forme de données
ASCII codées en base 64.
3. Copiez le fichier extrait dans l'hôte du moteur Tivoli Workload
Scheduler.
4. Sur l'hôte du moteur Tivoli Workload Scheduler, ouvrez ikeyman
sous TWS_HOME/appserver/java/jre/bin
5. Ouvrez le fichier de clés avec le menu
"Fichier de la base de données de clés -->Ouvrir" :
TWS_HOME/appServer/profiles/twsprofile/
etc/TWSServerTrustFile.jks
en sélectionnant "JKS" comme "type de base de données de
clés", puis en indiquant le mot de passe "default"
6. Sélectionnez Ajouter pour extraire le certificat.
7. Redémarrez le serveur WebSphere Application Server de Tivoli
Dynamic Workload Console et de Tivoli Workload Scheduler.
Fonction 40244 - Etendre le nombre maximum de collecteurs simultanés à 60
Un travail ou un flot de travaux peut nécessiter jusqu'à 1024 unités d'une
ressource dans une instruction needs. Lors de l'exécution, chaque
instruction needs est convertie en collecteurs, chacun détenant au
maximum 32 unités d'une ressource spécifique.
Avant la fonction : quelle que soit la quantité d'unités disponibles de la
ressource, une ressource peut comporter jusqu'à 32 collecteurs. Si les 32
collecteurs sont déjà définis pour une ressource, le travail ou le flot de
travaux suivant, en attente de cette ressource, patiente jusqu'à ce qu'un
collecteur en cours ait terminé ET que la quantité nécessaire soit
disponible.
Après la fonction : le nombre maximal de collecteurs simultanés d'une
ressource est de 60.
13
La fonction pas défaut n'est pas active, vous pouvez l'activer comme suit :
v Activez la fonction uniquement lorsque le groupe de correctifs 02 pour
Tivoli Workload Scheduler version 8.4 a été installé sur l'ensemble du
réseau Tivoli Workload Scheduler
v Activez la fonction en exécutant la commande suivante sur la ligne de
commande optman :
optman chg enExpandedResources=YES
v Exécutez JnextPlan pour la version 8.4
v Pour confirmer que la fonction est bien active, consultez les messages
suivants dans le fichier journal TWSMERGE au démarrage de batchman :
BATCHMAN:EXPANDED RESOURCES
: ON
Fonction 42044 - Ajouter une progression à Logman
UPDATESTATS a 2 objectifs principaux :
1. Mettre à jour les statistiques des travaux
2. Mettre à jour le plan de préproduction rapportant les flots de travaux
terminés
UPDATESTATS s'exécute généralement longtemps pendant l'activité
Logman. La durée de la mise à jour des statistiques dépend de plusieurs
facteurs dont le nombre de travaux, d'unités centrales, de disques.
Démarrant à partir du groupe de correctifs 02 de Tivoli Workload
Scheduler 8.4, le processus Logman comporte un nouveau message
d'information qui indique la progression des mises à jour des statistiques :
Paramètres LANG de l’environnement local définit sur : "fr"
17:04/AWSBHX028I Mise à jour des statistiques. Progression : 3%.
17:05/AWSBHX029I Mise à jour des statistiques. Progression : 94%
- fin du processus estimé à : 17.05.20.17:05/AWSBHX031I
La mise à jour des statistiques est terminée.
AWSJCL066I La collecte des statistiques des travaux a abouti.
Fonctions du groupe de correctifs 01
Cette section décrit les fonctions du groupe de correctifs 01 pour Tivoli Workload
Scheduler, version 8.4.0 :
Intégration à Tivoli Change and Configuration Management Database
L'objet de l'intégration est de générer des informations qui pourraient être
importées dans Tivoli Change and Configuration Management Database
and et que l'utilisateur final visualiserait sur Tivoli Dynamic Workload
Console.
Remarque : Le niveau de Tivoli Change and Configuration Management
Database qui prend en charge l'intégration est Version 1,
Edition 1, Modification 1 ou supérieure, et Version 7, Edition
1, Modification 0 avec le correctif temporaire pour APAR
IZ12719. Pour obtenir le correctif temporaire, procédez comme
suit :
1. Accédez su site Web du service de support logiciel IBM à
l'adresse http://www.ibm.com/software/support
2. Cliquez sur Products A to Z.
3. Cliquez sur C puis sélectionnez dans la liste Tivoli Change
and Configuration Management Database.
14
4. Recherchez le module de maintenance contenant APAR
IZ12719 et suivez les instructions pour le téléchargement et
l'installation.
5. Si ce module de maintenance n'existe pas encore, appelez
l'assistance IBM au 800-426-7378 et ouvrez un PMR sous
l'ID de composant 5724R58IA.
6. Demandez à obtenir le correctif logiciel pour l'APAR
IZ12719
Persistance des événements
La persistance de la fonction d'Automatisation de la charge de travail géré
par événement par rapport au statut des événements reçus lors de l'arrêt
prévu d'un serveur. Lorsqu'un utilisateur arrête le serveur, tous les
événements reçus jusqu'alors seront automatiquement stockés. Lorsque le
serveur est redémarré, le traitement d'événement se poursuit, dans un
environnement entièrement restauré (comme avant l'arrêt du serveur).
Scripts de vérification prérequis
Un nouvel ensemble de scripts dont l'objet est de vérifier, avant de lancer
une toute nouvelle installation, que toutes les conditions requises pour DB2
et Oracle sont remplies pour chacune des plateformes prises en charge.
L'utilisateur final peut exécuter ces scripts avant de commencer
l'installation.
Script métronome disponible en script VB
Le script métronome est désormais également disponible en script VB, de
sorte qu'il peut être exécuté sur les systèmes d'exploitation Windows® sans
que l'utilisateur ait à installer un interpréteur Perl dans son environnement
pour l'exécuter.
Plan de travail d'intégration de Tivoli Workload Scheduler
Une nouvelle fonction Eclipse et un ensemble d'exemples de code source
sont fournis pour permettre aux clients, aux services et partenaires
commerciaux IBM de développer leurs propres applications et plug-ins
Actions et événements d'automatisation de charge de travail gérée par
Tivoli Workload Scheduler à l'aide des services Web et de l'API de Tivoli
Workload Scheduler.
Incidents résolus
Cette section répertorie les APAR et incidents internes résolus par le groupe de
correctifs 05 et les groupes de correctifs précédents. Chaque groupe de correctifs
remplace tous les précédents. Pour plus d'informations sur les APAR et les
incidents internes, consultez la section «Mises à jour de la documentation», à la
page 66.
La présente section détaille les points suivants :
v «APAR et incidents résolus dans le groupe de correctifs 05 de Tivoli Workload
Scheduler pour la version 8.4.0», à la page 16
v «APAR et incidents corrigés dans le groupe de correctifs 03 de Tivoli Workload
Scheduler, version 8.4.0», à la page 25
v «APAR et incidents corrigés dans le groupe de correctifs 01 pour Tivoli
Workload Scheduler, version 8.4.0», à la page 33
15
APAR et incidents résolus dans le groupe de correctifs 05 de
Tivoli Workload Scheduler pour la version 8.4.0
correctifs 05.
Voir
v «APAR corrigés dans le groupe de correctifs 05 de Tivoli Workload Scheduler
pour la version 8.4.0»
v «Incidents résolus dans le groupe de correctifs 05 de Tivoli Workload Scheduler
pour la version 8.4.0», à la page 20
APAR corrigés dans le groupe de correctifs 05 de Tivoli Workload Scheduler
pour la version 8.4.0 : Cette section répertorie les APAR corrigés par le groupe de
correctifs 05.
IZ49337
AWSDEB010E LE MESSAGE DE CONMAN STOP EST CONFUS.
IZ56270
FAITES PASSER LA VALEUR MIN DE MAXLEN DE 14 JOURS A 8 JOURS
IZ60180
UPDATEWASSERVICE.BAT N'INITIALISE PAS CORRECTEMENT
%WASPASSWORD%
IZ60209
LE DEPLOIEMENT DES REGLES PILOTEES PAR EVENEMENT ECHOUE
LORSQUE LE POSTE DE TRAVAIL A POUR NOM
IZ60517
CONMAN NE GERE PAS LA DEPENDANCE INTERRESEAU EN CAS DE
REPORT
IZ60614
RESETPLAN -SCRATCH ET REQUETE JSC SUR LES FLOTS DE
TRAVAUX DANS LE PLAN GENERENT
IZ60853
SUSPENSION DE L'ANNULATION DU FLOT DE TRAVAUX DEPENDANCES NON PUBLIEES
IZ61327
L'INSTALLATION DE LA ZONE DE TRAVAIL DE TRANSACTION
ECHOUE SOUS WINDOWS 2008 LORSQU'UN COMPTE DE DOMAINE
EST
IZ62447
EDWA : OPTION DE NON-CORRESPONDANCE NON RESPECTEE AU
NIVEAU DU FLOT DE TRAVAUX
IZ62551
HEURE "AT" LORSQU'ADHOC EST POUR UN FUSEAU HORAIRE
ANTERIEUR AU DOCUMENT MAITRE
IZ62730
DUPLICATION D'EVENEMENTS TWS
IZ63856
ENLISTSECCK NON IMPOSE AUX AUTRES PLANS VIA TDWC OU JSC
16
IZ63868
TENTATIVE DE SUPPRESSION DE DEPENDANCES OPENS EN DOUBLE
DE JSC
IZ64479
LE STATUT DE L'AGENT TOLERANT AU PANNES N'EST PAS
INITIALISE SUR BDM SI L'AGENT N'A PAS LA CAPACITE
IZ64725
LES TRAVAUX FINALS S'ARRETENT DE MANIERE ANORMALE SI LE
GESTIONNAIRE DE DOMAINE MAITRE EST INSTALLE SUR UN
AUTRE REPERTOIRE
IZ64931
EDWA : LA REGLE D'EVENEMENT JOBSTATUSCHANGED N'EST PAS
DECLENCHEE EN CAS D'ECHEC DE J
IZ65453
TWSMERGE LOG & /STDLIST/<DIRECTORY> DETENU PAR LA
RACINE A LA PLACE
IZ65539
LE FLOT DE TRAVAUX PERD SON NOM D'ALIAS...
IZ65711
%UNISON_SCHED% DU TRAVAIL DE REPRISE NE DETIENT PAS DE
FLOT DE TRAVAUX
IZ65928
L'INSTALLATION DE TWS DB2 ECHOUE SI L'UTILISATEUR A UN MOT
DE PASSE D'OUVERTURE DE SESSION )
IZ66027
LA DEPENDANCE AJOUTEE EST ECRITE PLUSIEURS FOIS DANS
TWSMERGE.LOG.
IZ66322
MESSAGE D'ECHEC DU DEMARRAGE DE JOBMON.EXE LORSQUE
L'UTILISATEUR DE TWS NE PEUT PAS OUVRIR DE FICHIER DANS
TEMP
IZ66678
LES TRAVAUX PENDANT L'HEURE D'ETE SONT RETARDES A
L'EXECUTION
IZ67385
UN EVENEMENT DE SURVEILLANCE DE FICHIER TDWC INDIQUE
INCORRECTEMENT LE FICHIER COMME ETANT
IZ67552
LOGMAN RENVOIE LE CODE DE SORTIE 0 MEME S'IL NE PARVIENT
PAS A SUPPRIMER L'ANCIEN PLAN A LONG TERME
IZ67993
LA MODIFICATION D'UNE DONNEE D'AGENDA N'EST PAS
REPERCUTEE DANS LE PLAN.
IZ68101
LA GENERATION DU PLAN PREVISIONNEL ENTRAINE UNE BOUCLE
DANS TWS ENTERPRISE
17
IZ68159
LA ZONE DE L'UTILISATEUR D'EN-TETE D'AUDIT N'EST PAS
DESELECTIONNEE
IZ68546
PERMETTRE LE REPORT DU PLANNING AU STATUT D'AJOUT
IZ69965
R11XTR AVEC L'OPTION -M AFFICHE LA DATE INCORRECTE.
IZ69966
LE TYPE D'EVENEMENT "JOBSTREAMCOMPLETED" N'EST PAS
DECLENCHE
IZ69984
La base de données DB2 s'est verrouillée lors des modifications du
planning.
IZ70415
LES SOUMISSIONS ADHOC AVEC DES INVITES ONT LE MEME
NUMERO D'INVITE
IZ70553
LE PROCESSUS APPSERVMAN N'ARRETE PAS LE SERVEUR
IZ70630
A LA FIN DU PLAN QUOTIDIEN, BON NOMBRE D'AGENTS
TOLERANTS AUX PANNES NE SE LIENT PAS.
IZ70640
LES JOURNAUX D'AGENT SSM SONT CREES AVEC LES DROITS EN
ECRITURE POUR LES AUTRES
IZ70730
ERREUR BATCHMAN CORE OU STAGEMAN EN CAS D'ACCES A
L'ENREGISTREMENT DE SUIVI INCORRECT
IZ71924
JNEXTPLAN NE SUPPRIME PAS LES JSI OBSOLETES/TERMINES DE LA
PREPRODUCTION
IZ72154
LA METHODE UNIXLOCL NE VERIFIE PAS L'EXISTENCE DES
FICHIERS
IZ72156
STAGEMAN TERMINE LA CREATION SYMPHONY EGALEMENT EN
CAS D'ENREGISTREMENT INCORRECT
IZ72279
PENDANT LE PASSAGE A L'HEURE D'HIVER
IZ72810
TWS génère incorrectement un nouvel agent ssm toutes les 5 minutes
IZ72911
LA COMMANDE JOBINFO RSTRT_RETCODE DANS UN TRAVAIL DE
REPRISE NE RENVOIE RIEN
IZ73054
LE JOURNAL TWSMERGE N'EST PAS CORRECTEMENT BASCULE
18
IZ73204
HEURE DE PLANIFICATION PLANMAN CRTFC 1 JOUR PLUS TARD SI
TZ=NO SUR LA VERSION 8.3 GROUPE DE CORRECTIFS 8
IZ73256
L'ID FLOT DE TRAVAUX EST AFFICHE COMME JOBSTREAMNAME
DANS LE TEXTE DU MESSAGE
IZ73578
UN SEUL PREDECESSEUR SI SBS WITH SUIT LA COMMANDE SELF
AND SAME PRECEDENTE
IZ74028
EVENEMENTS DECLENCHES PLUSIEURS FOIS
IZ74058
L'UTILITAIRE TWSCLUSTERADMIN DOIT POUVOIR COPIER LA
TOTALITE
IZ74359
L'EVENEMENT EST DECLENCHE PAR MONMAN AVEC DU RETARD.
IZ74400
PENDANT LA PREVISION, ERREUR DE PLAN AWSJDB803E AVEC LE
CODE RAISON "68" LORSQUE
IZ74474
Action déclenchée non répertoriée dans les actions du moniteur
IZ74475
LES ITERATIONS DE TRAVAIL SONT IGNOREES SI LE MESSAGE
INDIQUANT QU'UNTIL A EXPIRE EST
IZ75038
LORS DE L'UTILISATION D'UN MAILMAN SERVER APRES UN ARRET
CONMAN SUR L'AGENT
IZ75794
IZ75794
IZ76066
NOYAUX WAS/EWAS EXECUTANT PLANMAN/REPTR -POST SI
CERTAIN(E)S
IZ76319
IMAGES-MEMOIRES DATECALC SUR HP ITANIUM 64 BITS
IZ76963
LA MISE A NIVEAU DIRECTE DE TWS84FP5 SUR BKM ECHOUE DE
TWS 8.3 A TWS 8.4,
IZ76966
LA MISE A NIVEAU DIRECTE DE TWS VERS LE SCRIPT SQL TWS84
DONNE ACCES A LA BASE DE DONNEES
IZ77122
LE PLAN D'ESSAI/PREVISION AVEC LE NOM MBCS EST
INACCESSIBLE DEPUIS
IZ77386
CONMAN STOP GENERE UNE ERREUR SEGFAULT SUR LES
MESSAGES LINUX /VAR/LOG/
19
IZ77523
LORSQUE L'API NETUSERGETINFO ECHOUE PENDANT LE
CONTROLEUR DE DOMAINE WINDOWS
IZ78475
AVEC APPSERVMAN STOP, LE PROGRAMME ECRIT UN MESSAGE
INCORRECT DANS LE JOURNAL DE FUSION :
IZ78481
LA SOUMISSION DES TRAVAUX DE BASE DE DONNEES AVEC LE
TYPE CMD DEFINI SUR LES PLANIFICATIONS DE TRAVAUX ENTRE
0100 ET 0200 EST
IZ80775
IZ80775
IZ81173
TWSHOST.SH RENVOIE LE STATUT "DOWN" SI LE FICHIER
SYMPHONY N'EST PAS
IZ83199
TIVOLI_JOB_DATE MET EN ATTENTE -0032768, SI DELDEP AT SUR LE
TRAVAIL EST
IZ83683
PANNE DE WEBSPHERE SI L'HISTORIQUE DE TRAVAIL TDWB EST
PARCOURU DANS UN AUTRE PLAN
IZ83745
MAILMAN OU BATCHMAN S'ARRETE AVEC CORE SI OPTIONS=OFF
Incidents résolus dans le groupe de correctifs 05 de Tivoli Workload Scheduler
pour la version 8.4.0 : Cette section répertorie les incidents internes résolus par le
p52673
Impossible de créer une réponse négative avec une variable dans l'action
TWS
p52670
ConnIntegrityExc ne parvient pas à créer de réponse négative avec un
travail inexistant
20
40616
L'action de soumission de travail EDWA échoue lorsqu'un paramètre est
inclus
51744
ERREUR : dans purge_local_pobox_and_set_maxsize (sw=yes)
52436
Désactivez la diffusion des événements appservman
53103
Sous Windows, Makeplan échoue si le gestionnaire de domaine maître se
trouve dans une autre unité que l'unité c:
53547
L'arborescence WAS est installée avec tous les droits modifiables
53555
twsStopAction ne peut pas vérifier si l'agent ssm est arrêté ou non
53658
L'opération d'annulation du flot de travaux avec l'API n'est pas consignée
dans l'audit du plan
53706
MACHINE AVEC UNE ARCHITECTURE PA_RISC/IA64 LORS DU
PARCOURS DE FICHIER JOBSTDLIST
53796
La ressource en grappe TWS ne démarre pas avec Symphony
53799
L'ancien Batchman élimine les PID exécutant l'intégration ITM
53821
Cluster Utility ne peut pas ajouter de nouveau noeud de grappe
53845
Le moniteur de système de fichiers sous Windows ne fonctionne pas
lorsque plusieurs moniteurs sont présents
53846
Travail non soumis en raison d'un nom de connexion de restitution
incorrect
53858
Correctement incorrect créant une règle d'événement avec le filtre EVERY
53881
L'utilisation de plusieurs propriétés pour boolean et times ne doit pas être
autorisée
53899
Vérification manquante lors de l'importation d'une règle d'événement avec
la casse non respectée
53913
La jointure du nouveau noeud ne permet pas d'ajouter le propriétaire sur
la ressource tws
53921
twspatch -u comporte une explication incorrecte du paramètre -remove
53964
Vérification manquante lors du redimensionnement d'une file d'attente
avec des processus actifs TWS
53973
Vérification manquante pour le filtre des correspondances
53975
Vérification manquante lors de l'importation d'une réponse négative
comprenant un fuseau horaire avec la casse non respectée
53986
300 Mo d'espace disponible sur /tmp pour l'action de validation
53989
Le programme d'installation du groupe de correctifs TWS ne doit pas
écraser LOCK_LIST
53994
L'agent tolérant aux pannes Windows n'est parfois pas lié si tws n'est pas
authentifié
54037
Comportement incorrect lors de l'utilisation de sbd avec les caractères
apostrophe et échappement.
54038
Droits incorrects sur les fichiers TWS : droit d'accès en écriture pour les
autres
54052
Lancement automatique de l'utilitaire de cluster amélioré depuis le groupe
de correctifs TWS
54082
Fichiers de signature TLM déjà présents sur la plateforme UNIX
54090
Droits incorrects sur les fichiers TWS : droit d'accès en écriture pour les
autres
54092
BKDM en panne après le redémarrage de l'ancien gestionnaire
54098
Impossible de connecter TDWC à l'agent tolérant aux pannes et au
connecteur
54122
twsCluterAdm : analyse syntaxique incorrecte du paramètre
sharedDesktop
54148
Echec de l'installation : l'erreur système 997 s'est produite (démarrage du
jeton)
54161
Code de dépassement du délai d'attente 68 pendant l'exécution de
jnextplan et validate
54177
stopWas échoue sous Windows 2008 64 bits avec contrôle de domaine
21
54192
Le niveau de trace tws_jni ne peut pas être défini autrement que sur
NullPoineter ou est intercepté
correctifs 04.
Voir
v «APAR corrigés dans le groupe de correctifs 04 de Tivoli Workload Scheduler
pour la version 8.4.0»
v «Incidents résolus dans le groupe de correctifs 04 de Tivoli Workload Scheduler
APAR corrigés dans le groupe de correctifs 04 de Tivoli Workload Scheduler
pour la version 8.4.0 : Cette section répertorie les APAR corrigés par le groupe de
correctifs 04.
IZ45199
JSC AFFICHE LES DEPENDANCES DE FICHIER OUVERT DANS LE
PLAN ET RENVOIE PLUS DE 250 ENREGISTREMENTS DANS UNE
LISTE NON EXHAUSTIVE CONTENANT DES ENREGISTREMENTS EN
DOUBLE
IZ45232
JOBSTDL / MORESTDL ENTRAINENT UNE ERREUR DE SYNTAXE
LORS DE L'UTILISATION DE -NAME OU DE -SCHEDIFLAGS SOUS
SOLARIS
IZ45456
COMPOSER REPLACE CREE UNE CLASSE CORE EN RAISON DU
CODE OPENSSL
IZ45756
TWS 8.3 ET TWS 8.4 N'ONT PAS CORRECTEMENT GERE LE
PARAMETRE VIDE
IZ46776
ECHEC DU PROGRAMME D'ECRITURE DE MAILMAN SUR MDM EN
RAISON D'UN MESSAGE ANORMAL
IZ46824
LE CHANGEMENT DE L'HEURE DE DEBUT DANS LE PLAN
PREVISIONNEL ENTRAINE DES ERREURS SI TIMEZONE=NO DANS
OPTMAN
IZ46911
COMPOSER RENVOIE A TORT "DAT:" SI UN COMMENTAIRE VIDE
(CARACTERE * UNIQUEMENT) EST PRESENT DANS LA DEFINITION
DE CALENDRIER
IZ47677
XREF, REP7 ET COMPOSER CREENT UN CLICHE DU PROCESSUS
CORE
IZ47299
Le délai d'attente d'une règle d'événement peut être remplacé par un autre
délai d'attente
22
IZ48584
LATE EST EXECUTE SUR LE FLOT DE TRAVAUX ANNULE SI TWS EST
REDEMARRE
IZ48682
LES SERVEURS MAILMAN SUR LE PETIT-FILS DM S'ARRETENT EN
EXECUTANT SWITCHMGR SUR LE PETIT-FILS DM DANS
L'ENVIRONNEMENT E2E.
IZ49759
ECHEC DE MAILMAN SUR LA COMPRESSION DE SYMPHONY LORS
DE L'INITIALISATION DE FTA
IZ50418
COMPOSER REPLACE RENVOIE LE CODE DE SORTIE 134 LORS DE
L'IMPORTATION D'UNE DEFINITION DE TRAVAIL AVEC LE CHAMP
LONG SCRIPTNAME OU DOCOMMAND
IZ51213
LA ZONE "STAT" FIELD REP8 AFFICHE UNE SORTIE INCORRECTE
IZ51564
LES DEPENDANCES DE FICHIERS FONCTIONNENT DIFFEREMMENT
DANS TWS 8.4 ET DANS TWS 8.2.1 EN RAISON D'UN PROBLEME DE
TRAITEMENT DES GUILLEMETS
IZ51662
LIMITE CONCERNANT LA TAILLE DU FICHIER DE SECURITE NON
DOCUMENTEE, 32 767
IZ52028
MAILMAN NE PEUT PAS SE CONNECTER AUX AGENTS SI LE
NOMBRE D'AGENTS EST SUPERIEUR A LA MOITIE DU NOMBRE DE
DESCRIPTEURS DE FICHIERS
IZ52311
Message d'avertissement pour cpu ignore state au JnextPlan
IZ52913
LES EVENEMENTS TWS NE S'AFFICHENT PAS CORRECTEMENT SUR
LE CLIENT TEP.
IZ53387
LA COMMANDE "UNLOCK PARMS=@; FORCED" NE DEVERROUILLE
PAS LES PARAMETRES
IZ53569
RESETPLAN NE SUPPRIME PAS LE FICHIER SYMPHONY SI LE
REPERTOIRE SCHEDLOG EST UN LIEN SYMBOLIQUE VERS UN
REPERTOIRE SITUE SUR UN AUTRE SYSTEME DE FICHIERS
IZ51311
"SCHEDULED TIME" S'AFFICHE EN GMT TZ LORSQUE TZ EST
DESACTIVE (CONMAN ET JSC AFFECTES)
IZ51448
TWS 8.4 N'EMET PAS D'AVERTISSEMENT LORS DE LA GENERATION
DU PLAN SI LES PARAMETRES SONT TROP LONGS.
IZ51761
JSC/TDWC Symphony n'est pas régénéré après JnextPlan
23
IZ53812
AWSDEJ005E LORS D'UNE TENTATIVE DE REPONSE A UNE INVITE
LONGUE ASSOCIEE A UN FILTRE DE NOM DE FICHIER DE SECURITE
IZ54262
DMS ET BDMS SONT DISSOCIES APRES SWITCHMGR
IZ54736
CHAINE DE DEPENDANCE RESEAU TRONQUEE SI SCHED ENVOYE
DEPUIS JSC
IZ54566
IL N'EST PAS POSSIBLE D'UTILISER LES MEMES NOMS DE TRAVAUX
DANS LES TRAVAUX UTILISATEUR A PARTIR DE JSC
IZ54609
Fin anormale de bacthman si travaux de programmation et fichiers
Symphony volumineux
IZ52178
LE CALENDRIER N'EST PAS CORRECTEMENT PLANIFIE APRES LA
SUPPRESSION DU TRAVAIL IDENTIQUE
IZ55321
APRES UNE COMMANDE SWITCHMGR DE DM A BDM, DES
EVENEMENTS ONT ETE PERDUS
IZ55625
OUVERTURE DE DEPENDANCES DE FICHIERS AVEC DES NOMS
INCORRECTS
IZ55723
EXECUTION DE COMMANDE DDJ
IZ55767
ECHEC DE "CONMAN SBS" AVEC AWSJPL006E EN RAISON D'UN
ENVOI SIMULTANE
IZ55742
CONVERSION DE TEMPS INCORRECTE LIEE AU FLOT DE TRAVAUX
IZ56263
L'EVENEMENT "MODIFICATIONCOMPLETED" EST BLOQUE ALORS
QUE LE FICHIER CIBLE N'EST PAS MODIFIE.
IZ56691
JOBMAN.EXE CREE DE MANIERE INATTENDUE UN FICHIER
NOMME %TWSHOME% .
IZ57373
REPTR AFFICHE UNIQUEMENT UNE PARTIE DES TRAVAUX
PLANIFIES.
IZ58709
TEPCONFIG.SH RENVOIE L'ERREUR "SHIFT: BAD NUMBER".
IZ58715
LE MESSAGE AWSBHU510E EST CONFUS LORSQUE LANG=JA_JP.
Incidents résolus dans le groupe de correctifs 04 de Tivoli Workload Scheduler
pour la version 8.4.0 : Cette section répertorie les incidents internes résolus par le
48289
24
createCustomRegistryforPAM.sh ne fonctionne pas
48303
PK65932 : LES DESCRIPTEURS DE FICHIER /ETC/GROUPS NE SONT
PAS FERMES SUR AIX
48554
Nouveau openssl V0.9.8j pour toutes les plateformes prises en charge
45519
Contrôle des droits d'accès dd pour les travaux adhoc/db,docommand/
scriptname
48097
Makecal ne fonctionne pas s'il est exécuté par un utilisateur différent de
l'utilisateur root
48399
Des règles comportant plusieurs événements de différents types ne sont
pas respectées
49121
La commande de déverrouillage ne fonctionne pas correctement depuis les
interfaces utilisateur des utilisateurs sans accès UNL
49621
OPENS dep ne fonctionne pas dans les versions 8.2 à 8.4 sous Unix
50268
Echec de composer/optman/conman sur solaris opteron avec incident de
segmentation - cliché du processus core :
50775
PamUnixRegistryImpl.properties remplacé de manière incorrecte par
l'instance du groupe de correctifs
51074
TZ = no, Heure de planification incorrecte dans la vue de travail (JSC,
TDWC)
51349
Message incorrect lorsque ddj @#@.JOB1;follows= @#@.DIR;noask
51489
ERREURS LORS DE L'EXECUTION DE REXX EQQRXARC POUR
ARCHIVER DES ANCIENS PLANS
51519
Sbs avec opens affiche un message incorrect sur le serveur d'app
51642
Le paramètre HOME est exporté de manière incorrecte avec des guillemets
dans jobmanrc
APAR et incidents corrigés dans le groupe de correctifs 03 de
Tivoli Workload Scheduler, version 8.4.0
Cette section répertorie les APAR et incidents internes corrigés par le groupe de
correctifs 03.
Voir
v «APAR corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler,
version 8.4.0»
v «Incidents corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler
Pour plus d'informations sur les APAR et les incidents internes, voir «Mises à jour
de la documentation», à la page 66.
APAR corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler,
version 8.4.0 : Cette section répertorie les APAR corrigés dans le groupe de
correctifs 03 de Tivoli Workload Scheduler pour la version 8.4.0.
IZ25976
Reptr tronque le nom du flot de travaux FOLLOWS.
IZ28535
les dépendances de prédécesseur/successeur dans la sortie reptr devraient
être plus faciles à lire.
25
IZ31257
L'authentification peut échouer si l'on utilise le module pam sur la
plateforme Linux.
IZ31273
La dépendance "à l'intérieur d'un intervalle absolu" est perdue avec
jnextplan.
IZ31912
Le flot de travaux n'est pas répertorié sur le dernier jour de mois par
r11xtr.
IZ32363
La partie du message "AWSDEB007I" est altérée si lang=ja_jp.
IZ32554
L'échec Xref ne permet pas d'ouvrir le paramètre non valide xf.file.
IZ32960
Le nombre d'informations de "travaux ok" est perdu pendant l'arrêt de
mdm.
IZ33462
Variable d'environnement Unison_job définie de manière incorrecte.
IZ33611
Le flot de travaux est enregistré même si c'est un nom de travail d'alias
"non autorisé".
IZ33833
Panne de WebSphere Application Server causée par l'instance de travail Job
Scheduling Console avec plusieurs travaux réexécutés.
IZ34599
Après l'application du groupe de correctifs 02 à Tivoli Workload Scheduler
8.4, groupe de correctifs 01 FTA, l'extraction du journal de travail depuis
FTA devient plus lente.
IZ35427
Stopappserver stopwas sans -direct AWSBHU624W
IZ35437
Processus Monman détenant les fichiers netman et twsmerge.
IZ35823
Tivoli Workload Scheduler WebSphere Application Server échoue avec
outofmemory en raison d'une fuite de mémoire avec l'événement.
IZ36018
L'événement 163 dans event.log ne correspond pas au fichier fmt.
IZ36498
i5/os lfta non renvoyé par filtre de recherche de poste de travail pour le
type.
IZ36977
Jobmanrc ne parvient pas à charger les bibliothèques sous AIX 6.1, si la
connexion de flux n'est pas la racine.
IZ37152
WebSphere Application Server s'arrête lorsque planaudit=1, si un travail
avec l'option reprise réexécutée est soumis par Job Scheduling Console
26
IZ37179
Twsclusteradmin.exe créant l'entrée de registre Tivoli Workload Scheduler
8.2.1.
IZ37247
La fonction du processeur d'événement de commutation échoue lors de
l'arrêt de l'original.
IZ37529
L'agent ssm de Tivoli Workload Scheduler 8.4 consomme de l'unité centrale
de manière aléatoire.
IZ38754
Monbox est toujours mis à jour (sa taille s'accroît) même si la gestion des
événements a été arrêtée.
IZ38892
La version 8.3 et les versions supérieures prennent en charge
l'authentification NIS sous AIX.
IZ40190
Altpass n'a pas réussi à modifier correctement le mot de passe.
IZ40356
Les scripts twsprocess*.sh ITM de Tivoli Workload Scheduler 8.4 ne sont
pas fiables après 24 heures.
IZ40749
Problèmes de liaison après le flot de travaux final dans Tivoli Workload
Scheduler 8.4.
IZ40897
L'utilisation de cycles d'exécution à l'aide de l'agenda des jours chômés
peut engendrer plusieurs occurrences de la planification de flots de travaux
sur un jour particulier.
IZ41933
Netman se termine avec sigsegv suivant la fermeture de conman.
IZ43228
Echec de lancement des travaux par l'agent étendu Unixssh si le nom
d'utilisateur sur le système distant comporte plus de 8 caractères.
IZ43713
L'événement runcommand de Tivoli Workload Scheduler version 8.4 ne
fonctionnera pas avec l'argument transmis.
IZ43716
Blocage/panne de WebSphere Application Server en raison de l'exécution
simultanée de "conman sbs" et "set alternate plan".
IZ43721
Le paramètre -e renvoie toujours rc=1 à partir du script ou de cmd.
IZ43803
Le composeur ajoute de manière erronée ONUNTIL CANC et CONT.
IZ44260
Echec de la soumission des flots de travaux avec needs lors de jnextplan.
Incidents corrigés dans le groupe de correctifs 03 de Tivoli Workload Scheduler
pour la version 8.4.0 : Cette section répertorie les incidents corrigés dans le
groupe de correctifs 03 de Tivoli Workload Scheduler pour la version 8.4.0.
27
28
40504
Conman échoue si vous soumettez un travail avec une longueur max dans
le nom de script.
40738
docommand complexe sbd utilisant vb ne fonctionne pas avec la connexion
de flux.
41438
Gestion incorrecte de l'ajout de la dépendance d'invite ad-hoc dans le plan.
42327
Ordre des dépendances.
42529
Extension du plan, dépendance perdue, aucune heure de début définie.
42750
Informations erronées dans le fichier de plan d'audit.
42940
Journal d'audit erroné en cas de réponse à une invite depuis WebUi.
43456
Datamigrate doit gérer les dépendances internes pleinement qualifiées.
43584
Message d'erreur erroné si l'agent de réseau n'est pas x-agent.
44240
Rep8 - sortie incorrecte sous Windows.
44241
Rep11 - sortie incorrecte sous Windows.
44335
Annulation de la transaction lors de l'interrogation des 4 versions d'un JS.
44341
Accord USE manquant sur l'espace table temporaire (rapports WebUI).
44379
Définir le domaine dans le registre des utilisateurs – LDAP.
44540
Synchronisation FTA non autorisée en raison du fichier IntercomOld.msg.
44666
Lorsque JnextPlan est exécuté, tous les fichiers présents dans le répertoire
pobox sont supprimés et recréés car la valeur de taille max est redéfinie
sur la valeur de qui peut être trop petite.
44793
"Statut de lancement" affiche à tort "libéré" sur Job Scheduling Console.
45004
EDWA : soumission de JS non effectuée en raison d'un message d'erreur
de duplication.
45155
Env Longrun : confirmation de planman et incident exttrial.
45255
Chaîne de dépendance réseau tronquée à 40 caractères par netmth.
45283
L'intégration de TWS et ITM ne fonctionne pas correctement.
45302
Morestdl n'a pas fonctionné correctement.
45327
Affichage d'invite différente avec le même REC. NUM.
45361
L'intégration de Tivoli Workload Scheduler ne fonctionne pas correctement.
45379
Le script TWSProcessJobman ne fonctionne pas correctement.
45412
Le rapport 09A et CONMAN affichent un nombre négatif.
45660
Sous windows, le processus eWAS de Java présente des fuites du côté des
événements Windows.
45780
Reptr sans option fait que syxtract renvoie une erreur.
45929
Les répertoires avec espace ne sont pas correctement résolus à partir de
jobmanrc.cmd.
46029
Le rapport 9A affiche un nombre négatif (JOBS).
46296
La dépendance de prédécesseur/successeur n'est pas correctement résolue
avec le=yes.
46362
WebSphere Application Server s'arrête lors de la soumission d'un travail
avec reprise réexécutée et audit.
46391
Nouvelle règle d'heure d'été pour l'Argentine.
46448
Caractères non valides dans certains fichiers Tivoli Workload Scheduler 8.3
et 8.4.
46451
Echec de l'Apar IZ37179.
46452
Vérification ISO : erreur lors du chargement de libicuuc pour le connecteur
AIX 6.1.
46498
WebSphere Application Server ne démarre pas après la modification du
mot de passe.
46524
Reptr ne fonctionne pas sous AIX avec LANG=C ou en.
46528
Js wks différent de job wks, sc=yes, nouveau js ne fonctionne pas.
46931
Reptr tronque le flot de travaux follows, longueur max autorisée pour js,
wks.
46934
Echec de l'incident 45327 (invite avec même REC. NUM).
47203
Echec du test de connexion entre BKM AIX 5.2 et Tivoli Dynamic
Workload Console (ou Job Scheduling Console).
47939
Requête su les boucles d'instances de fichier sur JSC/TWDC (HPIA).
Cette section répertorie tous les incidents APAR et défauts internes résolus par le
groupe de correctifs 02. Pour plus d'informations sur les APAR et les défauts
internes, reportez-vous à la section «Mises à jour de la documentation», à la page
66.
Liste des APAR corrigés :
v IZ05159 : sous W2K3, l'exécution d'une mise à niveau de Tivoli
Workload Scheduler V8.2.1 vers V8.3 ne met pas à jour le registre
système.
v IZ11522 : erreur Makesec lors de la mise à jour de l'utilisateur.
v IZ12472 : sous Tivoli Workload Scheduler V8.3 avec le groupe de
correctifs 04, des erreurs de sécurité peuvent se produire lors de la
connexion de Job Scheduling Console si aucun fichier Symphony n'est
présent.
v IZ14290 : l'agent tolérant aux pannes est non lié même après l'émission
des commandes de liaison.
v IZ15392 : impossible d'arrêter deux travaux avec le même nom de
travail dans les travaux utilisateurs depuis JSC.
v IZ15782 : batchman AWSBHT156E n'a pas pu ouvrir le fichier de boîte
aux lettres.
v IZ16020 : une invite conman "%" explicite est supprimée par
l'installation du groupe de correctif.
v IZ16421 : l'unité centrale par défaut dans une dépendance de
prédécesseur/successeur d'une commande" sbs est celle sur laquelle la
commande conman est exécutée.
v IZ16601 : les flots de travaux dupliqués pendant la migration sont
soumis.
v IZ16832 : gestion des événements Tec lorsque le FTA n'est pas accessible.
29
v IZ16857 : Unixlocl xa s'arrête si bdm est arrêté lorsque
"enswfaultool"=yes.
v IZ17294 : Xa apparaît comme non lié sur JSC, bien qu'il le soit.
v IZ17475 : le temps écoulé est indiqué en secondes, pas en minutes.
v IZ17479 : Jobmon prend fin après l'application du gc04.
v IZ17565 : Xref -u ne répertorie pas l'option -when.
v IZ17655 : l'installation de Tivoli Workload Scheduler sur le contrôleur de
domaine 64 bits de Windows 2003 provoque une "erreur d'application ..."
lors de l'exécution de makesec.exe.
v IZ17806 : mbcs tronqués dans un en-tête de journal de travail, si les
caractères sont transmis.
v IZ18196 : l'expression logique OR est manquante dans le fichier
TWS84metafile.mdl.
v IZ18938 : lorsqu'une dépendance est supprimée de tws, cela peut
supprimer le lien et provoquer l'arrêt des ftas Windows et Solaris.
v IZ19308 : dernier flot de travaux non planifié lors de la modification dst.
v IZ19459 : affichage de données de plan d'audit erronées.
v IZ19740 : les travaux annulés ne sont pas supprimés de la table
jhr_job_history_runs table.
v IZ20328 : les dernières informations d'exécution ne sont pas affichées
dans toutes les définitions de travail.
v IZ21378 : sortie incorrecte lors de l'exécution de "reptr" et de la sortie
vers un fichier texte.
v IZ21379: "Set alternate plan" donne des horaires erronés dans "plan start
& end".
v IZ21464: l'espace disque libre ne s'accroît pas après la suppression d'un
fichier schedlog.
v IZ21879: les caractères spéciaux ne sont pas autorisés dans les mots de
passe lors de l'installation.
v IZ21941 : les scripts ITM ne fonctionnent pas correctement sous AIX.
v IZ22085 : fermer l'événement dans la file d'attente maître n'a pas été
supprimé après le signal terminer.
v IZ22263 : l'en-tête de sortie de travaux d'agent standard indique une
date incorrecte (02/07/70).
v IZ22417 : Wdinstsp échoue pendant l'installation de Tivoli Workload
Scheduler 8.4.
v IZ22712 : la règle d'événements modifiée du lien du poste de travail
enfant de Tivoli Workload Scheduler 8.4 ne fonctionne pas.
v IZ22904 : Ssm 4.0 dans Tivoli Workload Scheduler 8.4 consigne les
événements de fenêtres sur l'absence de pcamp50.sys.
v IZ22949 : rmstdlist de Tivoli Workload Scheduler 8.3 n'a pas fonctionné
correctement lorsqu'il a été lancé dehors.
v IZ22954: Xrxtrct ne fonctionne pas correctement après l'application du
groupe de correctifs 4 ; il ne place pas l'ensemble des travaux dans les
fichiers 'x'.
v IZ23253 : "Datamigrate -topology" ne traite pas DBCS correctement.
v IZ23442 : après la réexécution de plusieurs travaux de la même étape,
JSC recherche le journal de travail du dernier travail et affiche le journal
de la première réexécution avec cette étape.
30
v IZ24025 : échec de batchman lorsque le flot de travaux a été annulé par
onuntil canc.
v IZ24042 : la version Windows de Reptr.cmd ne nettoie pas de fichier
temporaire.
v IZ24047: échec d'installation de Twsclusteradm.exe -uninst avec
hosts=<target>.
v IZ24747 : pour une chaîne de travail répétitif stageman devrait prendre
en considération le dernier travail de la chaîne au lieu du premier.
v IZ24748 : l'action d'envoi de mails effectuée par une fonction gérée par
événement définit un jeu de caractères différent.
v IZ25226 : après être passé de switchmgr à bdm, le démarrage de mdm
supprime le lien fta.
v IZ26291 : Reptr affiche une valeur incorrecte dans le nombre total de
flots de travaux.
v : le flot de travaux ayant un prédécesseur en attente n'accède pas
correctement au statut STUCK.
v IZ27478 : échec ou exécution incorrecte des travaux de Tivoli Workload
Scheduler lorsque le chemin du système sur Windows dépasse 1024
caractères.
v IZ27977 : le fichier temporaire Twsxx a été créé mais n'est pas supprimé
immédiatement.
v IZ28114 : lorsque Logmansmoothpolicy est défini sur -1 (valeur par
défaut), le temps UC moyen n'est pas calculé correctement.
v IZ28131 : le flot de travaux avec onuntil cont n'est pas reporté.
v IZ28400 : spécifier "SCHEDID" sans ID de flot de travaux renvoie une
erreur de syntaxe.
Liste des incidents résolus :
Cette liste contient les incidents dont les solutions ont résolu certaines des
limitations rapportées dans les Notes sur l'édition de Tivoli Workload
Scheduler version 8.4.0 :
v 29532 : comportement incorrect lors de la soumission d'un travail adhoc
avec la clé 'onuntil'.
39666 : Australie 2008 DST : table Olson depuis tzdata2007k.
39799 : panne et fuites de mémoire de R3evmon.
39851 : FileMonitorPlugin : mauvais attribut Linetext dans le fichier cds.
39923 : le modèle d'exécution des scripts ne fonctionne pas.
40049 : soumission d'un blocage d'application > 15 travaux en en même
temps.
v 40057 : message d'erreur incorrect L'erreur du système d'exploitation
est : aucune erreur.
v 40067 : fuites de mémoire découvertes dans des environnements à
exécution longue.
v 40244 : MR0212074722 -60 collecteurs simultanés d'une ressource TWS.
v
v
v
v
v
v 40372 : la gestion inappropriée de Sbs nécessite res dans js sur le plan
(enlegId=y/n).
v 40445: Exception de pointeur NULL lors de l'exploration des journaux de
travail.
v 40490 : blocage d'unité d'exécution du connecteur lors de l'exécution du
rapport REP11.
31
v 40516 : les dépendances de prédécesseur/successeur externes avec li=yes
ne se résolvent pas correctement.
v 40521 : LongRun: fuite de mémoire du moteur.
v 40563 : dépendance de prédécesseur/successeur ignorée si schedid est
indiqué.
v 40633 : 2nde partie de la fuite de mémoire : enregistrement de l'unité
centrale, mise en cache des options locales.
v 40722 : EnLegacyStartofday : nullpointerExcpetion en cas de soumission
JS.
v 40729 : EnLegacyID : gestion incorrecte des preds en attente.
v 40799 : invites inexistantes dans le plan avec enLegacyId=YES.
v 41129 : fichier CVS non créé si les traces sont activées avec l'outil WAS.
v 41218 : EnlegacyID : ensemble incorrect de dépendances de
prédécesseur/successeur lors de la soumission d'un JS.
v 41390 : problème avec soumission ad hoc en utilisant les dépendances
interréseau (36913, 379, 000).
v 41401 : échec de l'installation de TWS 8.4 avec un environnement local
en japonais sous Windows.
v 41516 : Conman ddj n'a demandé aucune erreur lorsque
follows=SCHED.@.
v 41598: l'analyseur syntaxique de plug-in doit être compatible avec les
versions ultérieures.
v 41788 : Modifier l'installation PF2 de 8.4 pour changer le dépassement
du délai d'attente du jeton LPA.
41985 : Ddj n'est pas autorisé sous la forme ddj xx.xx;follow.
42030 : Xrxtrct ne s'exécute pas CORRECTEMENT.
42374: fuites de mémoire de R3evmon.
42385: échec du batchman de TWS à expiration de l'annulation
ONUNTIL.
v 42407 : problème de sensibilité à la casse avec l'action EDWA
ReplyPrompt.
v
v
v
v
v 42427 : L'option perdue Follows de sbs est utiliser sbs
"jobstreamname"@;noask.
v 42466 : Demande d'entrée de l'option Twscluadmkin "-force".
v 42509 : La mise à niveau de TWS8.3FP1 vers TWS 8.4 sous Windows ne
vérifie pas Oracle.
v 42533 : ss_rec->ss_num_jobs négatifs.
v 42567 : Impossible de créer un plan de préproduction avec 45K travaux.
v 42568 : L'installation de FP2 n'applique pas fp2 sur 8.4FP1(non validé).
v 42596 : Le retour en arrière de fp2 vers fp1 supprime la ligne fp1 dans
TWSRegistry.dat.
v 42608 : ExecuteCMD.sh ne fonctionne pas correctement sur AIX.
v 42632 : Aucune correspondance pour l'événement EDWA "le statut du
serveur d'applications a été modifié".
v 42657 : Xref -when n'est pas apparu en cours d'utilisation.
v 42777 : La commande : "sbd @#....;follows ....." ne fonctionne pas
correctement.
v 42779 : La commande :"sbj ..;needs ..." ne fonctionne pas correctement.
32
v 42856 : Utilisation simultanée de mappes non synchronisées.
v 42866 : Si j'utilise un groupe d'utilisateurs dans le fichier de sécurité, JSC
ne fonctionne pas (pas de connexion).
v 42954 : Exceptions Java à propos de TWSconfig.properties.
v 43343 : ITMCreateSituations.cmd et ITM_TWS_84metafile_win.mdl sont
manquants.
v 43288 : Une fois le groupe de correctifs 02 de TWS appliqué sur TWS
AGENT, s'affiche.
v 43299 : Si monman est arrêté - ssm dir n'est pas substitué sur W2k3.
v 43422 : TwsClusterAdm.exe ne contient pas de nouvelles options -mettre
à jour.
v 43443 : Impossible d'obtenir la liste de sélection r3batch lorsque la sortie
< 1029 octets.
43479 : Une erreur s'est produite depuis JSC en travaillant dans le plan.
43555 : Rept ne nettoie pas le fichier temporaire sous Unix.
43644 : L'arrêt -appsrv ne fonctionne pas (WNT).
43657 : Panne de WAS sur un ordinateur multicoeur Linux pendant JS
sub/JSC Quer.
v 43773 : Echec de l'APR IZ26291 reptr-pre|-pro affiche une valeur
incorrecte.
v 43954 : Fichiers temporaires non supprimés après le déploiement de
coman.
v
v
v
v
APAR et incidents corrigés dans le groupe de correctifs 01 pour
Tivoli Workload Scheduler, version 8.4.0
Cette section répertorie tous les incidents APAR et défauts internes résolus par le
groupe de correctifs 01. Pour plus d'informations sur les APAR et les défauts
internes, reportez-vous à la section «Mises à jour de la documentation», à la page
66.
Liste des APAR corrigés :
APAR relatifs au code :
v IY96454 : listes de la base de données - toutes les définitions de travail :
la dernière zone d'exécution n'est pas complète.
v IY99785 : panne de Jobmon lors de l'exécution d'un travail avec une
longueur docommand de "4095".
v IZ00999 : les flux de travaux des postes de travail ignorés ne sont pas
correctement ajoutés au plan.
v IZ01804 : la dépendance de prédécesseur/successeur est supprimée lors
de l'exécution d'une commande conman "SBS".
v IZ01849 : le cycle d'exécution avec (AT) et/ou (UNTIL) n'est pas
correctement planifié par jnextplan dans symphony.
v IZ02719 : le mot clé rccondsuc pour les scripts centralisés génère les
messages d'erreur AWSBDW057E et AWSBDW005E.
v porting-IZ02785 : Jobmon endommage le fichier mailbox.msg lors du
traitement des travaux xa.
v IZ03261 : l'événement 155 dans le fichier event.log ne correspond pas au
fichier fmt.
v IZ03267 : Tivoli Workload Scheduler tronque $logname à 8 caractères,
quelle que soit la longueur de $logname.
33
v IZ03330 : sur les machines avec une architecture pa_risc, lors de la
navigation des fichiers de travail stdlist, seules les 2000 premières lignes
sont renvoyées JSC.
v porting-IZ03693 : un événement de travail en retard n'est pas généré si
l'échéance se produit lorsqu'un travail d'agent étendu a le statut "WAIT".
v IZ04183 : le maître n'est pas reconnu en tant que maître sur "Statut de
tous les postes de travail" si le nom de domaine maître n'est pas
masterdm.
v IZ04437 : "CONMAN SC" sur maître indique "FTI J" sans "W" FOR FTA,
bien que "WRITER" fonctionne sur maître.
v IZ04808 : Maestro.rls tente d'exécuter des tâches d'infrastructure
préfabriquée qui n'existent pas.
v IZ05172 : le mot clé Until avec +days ne s'exécute jamais.
v IZ05403 : Conman ne fonctionne pas avec tws 8.3 avec le paramètre de
groupe dans le fichier de sécurité.
v IZ05957 : la commande Conman showcpu devrait trier les postes de
travail par ordre alphabétique.
v IZ06257 : Unison_sched_id du flux de travail reporté contient la valeur
initiale si enlegacyid=yes.
v IZ06575 : information Rccondsucc/twsrcmap manquante dans les
travaux de reprise du groupe de correctifs 03 de 8.3.
v IZ07038 : contrôle d'accès pour les scripts définis sans chemin d'accès
qualifié complet.
v IZ08155 : JSC permet d'exécuter des actions non autorisées sur le plan
de distribution en cours dans un environnement e2e.
v IZ08936 : si un travail indique une "reprise réexécutée", la soumission
d'un flot de travaux consigne AWSBHT023E dans twsmerge.log.
v IZ08937 : Tivoli Workload Scheduler 8.3 rep7 -s ne fonctionne pas.
v IZ09083 : la terminologie pour "cycle d'exécution exclusif" sur JSC en
japonais est incorrecte.
v IZ09666 : calcul erroné des priorités de travail.
v IZ10009 : arrêt de WebSphere Application Server lorsqu'un travail est
soumis avec l'alias.
v IZ10297 : un flot de travaux soumis avec adhoc contenant une
dépendance "until" alors que midnight +1 day a été ajouté de manière
incorrecte à l'heure "until".
v IZ10349 : date erronée dans "dernière heure de démarrage" et
"démarrage planifié" défini par JnextPlan.
v IZ10685 : l'événement Loggedmessagewritten ne correspond pas aux
caractères MBCS.
v IZ10896 : JSC - valeurs zéro dans les colonnes de dépendance pour les
travaux/flots de travaux dans le plan.
v IZ10997 : Conman sbs avec alias renvoie AWSJPL528E.
v IZ10998 : échec de Conman sbs avec AWSJPL506E.
v IZ11553 : R3BATCH ne capture pas d'erreur conman pendant la
soumission de travaux.
v IZ11637 : JnextPlan avec -from -for ne fonctionne pas.
v IZ12125 : le flot de travaux perd la dépendance de "prédécesseur/
successeur" en cas de dépendance de plan croisée.
34
v IZ12255 : échec du travail Unixrsh xagent dans un environnement
DBCS.
v IZ12256 : Mailman écrit des événements sur monbox.msg lorsque
monman est arrêté.
v IZ12322 : Job_stream_deps_v ne contient pas de noms de travail pour
dep_job_name.
v IZ12504 : erreur "Calendrier introuvable" lorsque le collecteur
d'interception d'agent étendu SAP R/3 essaie de placer un travail
d'interception sur un flot de travaux inexistant.
v IZ12845 : l'erreur AWSJPL528E se produit sur "conman sbs" avec alias,
en cas d'exécution entre makeplan et switchplan.
v IZ13008 : fuite de mémoire du composeur ajouter/remplacer.
v IZ13027 : l'installation du groupe de correctifs pour Tivoli Workload
Scheduler V8.3 écrase maestrohome jobmanrc.
v IZ13145 : Getmon showcpus de Conman.
v IZ13668 : la condition Rccondsucc définie sur un travail de reprise est
ignorée si le travail est une soumission adhoc effectuée avec Job
Scheduling Console.
v IZ13672 : "Heure planifiée" d'un travail soumise sans date (pour
démarrer immédiatement) affiche le jour suivant.
v IZ13822 : un calendrier avec une date de type "à partir de" valide n'est
jamais soumis.
v IZ13934 : l'événement 101 120 121 122 dans le fichier event.log ne
correspond pas au fichier FMT.
Pour résoudre ce problème, vous devez remplacer le fichiermaestro.fmt
figurant sur la machine sur laquelle votre adaptateur Tivoli Enterprise
Console est installé par celui fourni dans ce groupe de correctifs. La
procédure à suivre est la suivante :
1. Copiez le fichier TEC\TecAdapter\maestro.fmt du groupe de
correctifs 01 dans le répertoire tecadhome sur le système sur lequel
l'adaptateur Tivoli Enterprise Console est installé.
2. Générez le fichier CDS. Par exemple, sous Windows, utilisez la
commande suivante :
set tecadhome=C:/Tivoli/Nontmeadapter win_gencds
%tecadhome%\etc\ja\tecad_win.fmt > %tecadhome%\etc\tecad_win.cds
3. Démarrez l'adaptateur du fichier journal
v IZ14618 : le calendrier sélectionné qui doit s'exécuter pendant la date en
cours a comme date de démarrage le jour suivant.
v IZ14657 : Rep7 -f ne fonctionne pas.
v IZ14746 : après le dernier unison_sched_id des correspond le dernier ’s
sched_id.
v IZ15414 : Conman soumis avec ;follows ne se comporte pas comme
prévu.
v IZ15985: la soumission d'un flot avec des dépendances ext. et l'alias
entraîne une erreur de symphony.
v IZ16002 : plusieurs utilisateurs explorant le journal de travail en même
temps provoquent un blocage de WebSphere Application Server.
v IZ07038 : contrôle d'accès pour les scripts définis sans chemin d'accès
qualifié complet
35
APAR relatifs à la documentation :
v IZ10959 : chaque travail appartenant à un flot de travaux d'annulation.
v IZ11421 : nécessaire au document sur l'explication de l'indicateur "[P]"
dans la sortie "CONMAN SS".
v IZ15598 : si vous soumettez le travail ou le flot de travaux à partir d'un
poste de travail autre que le gestionnaire de domaine maître, la
documentation demande clarification.
v IZ17386 : le manuel n'explique pas de comportement des travaux si la
priorité du flot de travaux est élevée.
Liste des incidents résolus :
Cette liste contient les incidents dont les solutions ont résolu certaines des
limitations rapportées dans les Notes sur l'édition de Tivoli Workload
Scheduler version 8.4.0 :
v 22485 : Le programme d'écriture ne télécharge pas Symphony.
v 22826 : Message d'erreur erroné dans sbf
v 36588: TZ non activé : heure planifiée erronée de l'interface CLI FTA.
v 38077 : Vénézuela : Modifications Dst le 9 décembre 2007
v 38216 : Argentine : Modifications DST 2007 -2008.tzdata2007K
v 38887 : Les événements Tec ne sont pas affichés correctement en raison
du signe "+++" dans les modifications de event.log pour les
événements : 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116
117 118 119 204 151 152 153 154 155 156 157 158 159 160 161 162 202 203
Informations supplémentaires
Les informations produit suivantes concernent le groupe de correctifs 05 pour
Tivoli Workload Scheduler, version 8.4.0. Il n'y a pas de limitations.
v Le module d'intégration de données Tivoli Workload Scheduler 8.4 on
Windows 2008 Cluster est pris en charge (52465)
Avec ce groupe de correctifs, le module d'intégration de données de l'agent
tolérant aux pannes Tivoli Workload Scheduler 8.4 dans l'environnement cluster
Windows 2008 est pris en charge.
v Tivoli Workload Scheduler version 8.4 s'intègre à IBM Tivoli Monitoring 6.2.1.
Remarque : Si vous avez une erreur "dwExitCode = 259" dans le journal
d'Universal Agent, cela signifie qu'il manque des variables
d'environnement. Pour créer un fichier envfile contenant l'ensemble
de vos paramètres d'environnement locaux, vous pouvez exécuter
une commande qui redirige vos paramètres vers un fichier puis
référencer ce fichier dans le métafichier Script Data Provider. Par
exemple :
Sous UNIX, exécutez la commande suivante :
env >env.dat
Sous Windows, exécutez la commande suivante :
set >env.dat
Si le fichier env.dat est ensuite spécifié dans un paramètre
envfile=env.dat sur l'instruction de métafichier //SOURCE SCRIPT
et que le métafichier est actualisé, vous pouvez déterminer si un
36
incident d'exécution de script en arrière-plan a été causé par un
paramètre de variable d'environnement manquant. Voici un exemple
de ligne source :
//’C:\IBM\TWS\fta84\ITM\scripts\TWSProcessBatchman.cmd’
envfile=C:\IBM\TWS\fta84\ITM\scripts\env.dat Interval=300
v Les options EnLegacyStartOfDayEvaluation et enTimeZone sont définies sur oui
Si le gestionnaire de domaine maître de votre réseau s'exécute avec les options
enLegacyStartOfDayEvaluation et enTimeZone définies sur oui en vue de
convertir la date startOfDay définie dans le gestionnaire de domaine maître sur
le fuseau horaire local défini sur chaque poste de travail du réseau, et que vous
soumettez un travail ou un flot de travaux avec le mot clé at, vous devez ajouter
également le mot clé absolute pour garantir une résolution adéquate des heures
de soumission.
Le mot clé absolute indique que la date de démarrage est basée sur le jour
calendaire plutôt que sur le jour de production.
v L'option EnLegacyId est définie sur oui
Notez que lorsqu'un réseau Tivoli Workload Scheduler comporte des agents
exécutés sur des versions antérieures à la version 8.3 et gérés par un
gestionnaire de domaine maître version 8.3 ou ultérieure avec l'option
enLegacyId définie sur oui, le fait de disposer de plusieurs instances d'un flot de
travaux comme prédécesseurs en attente provoque des erreurs engendrées par
des problèmes d'identification au moment de la soumission.
v Sous Windows 2003, l'exécution d'une mise à niveau depuis Tivoli Workload
Scheduler 8.2.1 vers Tivoli Workload Scheduler 8.4 ne met pas à jour le
registre système (APAR IZ05159)
Pour mettre à niveau le module de cluster vers le groupe de correctifs 03 de la
version 8.4 ou une version supérieure, procédez comme suit :
1. Installez le groupe de correctifs 03 de Tivoli Workload Scheduler, version 8.4
ou une version supérieure
2. Mettez à niveau le module de cluster de la version 8.x vers la version 8.4
puis exécutez la commande suivante :
<TWS_HOME>\cluster\twsClusterAdm.exe
-update resource=<TWS instance resource name> -twsupd
v Les flots de travaux dupliqués sont soumis lors de la migration (APAR
IZ16601)
Certains flots de travaux définis avec le mot clé "at + n days" sont inclus deux
fois dans le plan s'ils ont migré depuis un maître Tivoli Workload Scheduler
V8.1, V8.2 ou V8.2.1 vers un maître Tivoli Workload Scheduler V8.3 ou V8.4. Le
premier flot de travaux est reporté lorsque vous effectuez une migration de V8.1
ou V8.2 ou V8.2.1, et le second est créé lorsque vous exécutez JnextPlan sur une
version maître V8.3 ou V8.4.
Ce problème se produit parce que, dans Tivoli Workload Scheduler version 8.1
ou 8.2 ou 8.2.1, les flots de travaux définis avec le mot clé "at +n days" sont
inclus dans le plan en cours et reportés jusqu'au jour prévu pour l'exécution des
travaux, alors que, dans Tivoli Workload Scheduler V8.3 ou V8.4, la planification
de la date de démarrage est calculée en tenant compte à la fois des mots clé
"On" et "at". Par conséquent, dans la version 8.3, les flots de travaux définis avec
avec le mot clé "at + n days" ne sont pas inclus dans le plan en cours mais dans
le plan du jour prévu pour l'exécution des flots de travaux.
37
Solution palliative :
Pour éviter ce problème, une fois la migration effectuée depuis les anciennes
éditions vers ce groupe de correctifs, vous pouvez exécuter les commandes
suivantes :
1. Vérifiez que l'option CarryForward est définie sur TOUT (ALL) en exécutant
la commande suivante :
optman chg cf=ALL
2. Exécutez :
JnextPlan -from start_date -for 0000 -noPrevDays
où Start_date correspond à la date et l'heure auxquelles le plan en cours
prend fin. Par exemple :
JnextPlan -from 03/06/2008 0600 -for 0000 -noPrevDays
3. Définissez à nouveau l'option CarryForward sur la valeur que vous avez
affectée avant l'étape 1.
v Procédure DB2 après l'installation du groupe de correctifs 9 pour DB2 8.1
Cette fonction de Tivoli Workload Scheduler exécute automatiquement les
statistiques de base de données sur les tables de préproduction, à des moments
appropriés de la procédure de création du plan de production. Cela entraîne une
amélioration significative des performances pour les bases de données
volumineuses.
Si vous avez installé Tivoli Workload Scheduler version 8.3 et que vous utilisez
le groupe de correctifs 7 DB2 pour la version 8.1 (alias 8.2), vous voudrez
probablement effectuer une mise à niveau vers le niveau du groupe de correctifs
DB2 fourni avec l'installation récente du groupe de correctifs 01 pour Tivoli
Workload Scheduler version 8.3. Si vous décidez d'effectuer cette mise à niveau,
cela activera une fonction de Tivoli Workload Scheduler qui accélère JnextPlan.
Pour activer cette fonction, une fois la mise à niveau de DB2 vers le groupe de
correctif 9 pour la version 8.1 ou supérieure effectuée, la base de données Tivoli
Workload Scheduler doit être mise à niveau comme suit :
Sous Windows :
1. Connectez-vous au serveur DB2 à l'aide de l'utilisateur d'administration DB2
(c'est-à-dire db2admin)
2. Ouvrez un interpréteur de commandes DB2 : Démarrer > Programmes >
IBM DB2 > Outils de ligne de commande > Interpréteur de ligne de
commande
3. Connectez-vous à la base de données Tivoli Workload Schedule via la
commande suivante :
connect to TWS
où TWS est le nom de la base de données.
4. Exécutez la commande ci-dessous :
call sysinstallroutines()
Sous UNIX :
1. Connectez-vous au serveur DB2 à l'aide de l'utilisateur d'administration DB2
(c'est-à-dire db2inst1), ou modifiez l'utilisateur comme suit :
su - db2inst1
2. Lancez l'Interpréteur de commandes DB2 via la commande suivante :
db2
38
3. Connectez-vous à la base de données Tivoli Workload Schedule via la
commande suivante :
connect to TWS
4.
où TWS est le nom de la base de données.
Exécutez la commande ci-dessous :
call sysinstallroutines()
De cette manière, de nouvelles procédures mémorisées sont créées dans la base
de données Tivoli Workload Schedule existante, et la base de données est mise à
niveau vers le nouveau niveau DB2.
Si DB2 n'est pas mis à niveau ou s'il l'est mais que la procédure détaillée n'est
pas exécutée, le client ne perd aucune fonctionnalité de Tivoli Workload
Schedule, mais il ne bénéficie pas des améliorations de performance utilisées par
les nouvelles fonctions DB2 lors de l'exécution de JnextPlan.
Incidents recensés et solutions palliatives
Les limitations logicielles et solutions palliatives suivantes affectent Tivoli
Workload Scheduler version 8.4.0 avec groupe de correctifs 05. Elles comprennent
les limitations connues répertoriées dans les Notes sur l'édition pour la version
8.4.0 et les groupes de correctifs 01, 02, 03 et 04 de Tivoli Workload Scheduler
version 8.4.0 si les problèmes n'ont pas été résolus par ce groupe de correctifs.
Limitations recensées et solutions palliatives générales :
IZ70553 Le processus appservman n'arrête pas le serveur
Sur l'environnement AIX avec agent tolérant aux pannes et connecteurs,
lorsque vous exécutez la commande conman stopappserver, le processus
appservman n'arrête pas le serveur car il ne trouve pas le fichier
soap.client.props, où sont stockées les données d'identification de
l'utilisateur.
Pour pouvoir exécuter la commande, vous devez effectuer l'une des
procédures de personnalisation suivantes afin de fournir les données
d'identification de l'utilisateur à WebSphere Application Server :
1. Personnalisez le nom d'utilisateur (com.ibm.SOAP.loginUserid) et le
mot de passe (com.ibm.SOAP.loginPassword) dans le fichier
soap.client.props situé à l'emplacement suivant :
v racine_TWS/appserver/profiles/twsprofile/properties/ (maître
version 8.4)
v racine_TWS/appserver/profiles/twsconnprofile/properties/ (agent
version 8.4)
Vous devez également :
v Définir property com.ibm.SOAP.securityEnabled sur true dans le
même fichier pour activer la sécurité du client SOAP
v Exécuter le script encryptProfileProperties.sh pour chiffrer le mot de
passe. Consultez le guide d'administration de Tivoli Workload
Scheduler pour plus d'informations sur cet outil serveur
d'applications
Si vous avez installé le connecteur et un agent tolérant aux pannes,
utilisez cette solution palliative.
39
2. Personnalisez les attributs de la section des connexions conman (CLI
dans la version 8.4) dans le fichier localopts en indiquant les détails du
connecteur ou du gestionnaire de domaine maître. Vous devez
également :
v Créer manuellement le fichier useropts (ou le personnaliser s'il est
déjà présent) en ajoutant les attributs USERNAME et PASSWORD
pour l'utilisateur qui exécutera stopappserver. Assurez-vous que le
nom du fichier useropts est entré dans la clé USEROPTS des attributs
de la section des connexionsconman (CLI). Consultez le guide
d'administration pour plus de détails.
v Chiffrez le fichier useropts tout simplement en exécutant conman
Limitations pour le scénario dans l'APAR IZ68546 (53919)
Le scénario décrit dans l'APAR IZ68546 est pris en charge uniquement si
les soumissions de planification conman submit sont effectuées sans alias
ou avec un alias ne commençant pas par un caractère numérique.
N'indiquez pas d'alias ou utilisez-en un ne commençant pas par un
caractère numérique lors de l'exécution de ce scénario.
Boucle de règle d'événement (53972)
Si vous créez une règle d'événement pour surveiller la consignation d'un
message dans SystemOut.log, la règle d'événement écrit un nouveau
message dans SystemOut.log, ce qui génère un nouvel événement et crée
ainsi une boucle.
Solution palliative : Ne surveillez pas les chaînes SystemOut.log ou les
sections de chaînes générées par la règle d'événement.
Problème de seuil pour la règle d'événement (53748)
Lorsque vous créez une règle d'événement pour surveiller le pourcentage
de remplissage des files d'attente de messages ou du système de fichiers, la
condition less-than (inférieur à) est correctement évaluée uniquement si la
condition greater-than (supérieur à) est respectée en premier.
DB2 peut se verrouiller pendant les changements de planification (IZ69984,
53622) Les modifications simultanées (modification, suppression ou création)
apportées aux flots de travaux ou aux domaines peuvent générer un
interblocage logique entre une ou plusieurs transactions de base de
données. Les risques de rencontrer ce problème sont faibles mais pas nuls.
Cet interblocage peut se produire, même si les objets traités sont différents
(par exemple des flots de travaux différents). Ce problème affecte des
éléments de base de données (lignes ou tableaux), et non des objets Tivoli
Workload Scheduler, si bien qu'il n'est pas lié à la propriété Locked By
(verrouillé par) des objets Tivoli Workload Scheduler. Le même problème
risque de survenir en cas de modifications simultanés pour la génération
du plan. Lorsque l'interblocage se produit, DB2 annule l'une des unités
d'exécution impliquées et l'erreur suivante est consignée dans le fichier
SystemOut.log de WebSphere Application Server :
AWSJDB803E An internal deadlock or timeout error has occurred
while processing a database transaction. The internal error
message is: "The current transaction has been rolled back
because of a deadlock or timeout. Reason code "2"."
En général, ce type d'erreur dépend de la synchronisation et les
transactions impliquées doivent se chevaucher dans des conditions très
spécifiques pour générer un interblocage. Cependant, il peut se produire
40
facilement lors de la génération du plan (plan prévisionnel, d'essai ou en
cours), lorsque celui-ci inclut de nombreux objets et DB2 doit escalader
automatiquement des verrous du niveau de la ligne au niveau du tableau
car le nombre d'objets verrouillés dépasse la limite maximale actuelle. Vous
pouvez réduire l'erreur en augmentant le nombre maximal de verrous que
DB2 mettre en attente. Consultez le centre de documentation de DB2 pour
plus d'informations sur le mécanisme d'escalade de verrous DB2 et pour
trouver comment augmenter le nombre maximal de verrous simultanés.
Dans les scénarios ci-dessus, si une session utilisateur interactive est
annulée, l'utilisateur obtient un message d'erreur mais peut répéter la
tâche. A la place, si une session de script est annulée (par exemple, un
script qui génère un plan prévisionnel ou met à jour une définition de flot
de travaux), le script finit par s'arrêter anormalement.
Recommandation de Fuseau horaire/Heure d'été pour Tivoli Workload Scheduler
V8.3 et versions supérieures (APAR IZ45750)
Tivoli Workload Scheduler V8.3 et éditions supérieures nécessite que les
systèmes d'exploitation, DB2 et Oracle soient correctement corrigés avec les
correctifs de fuseau horaire et d'heure d'été pour gérer correctement l'heure
d'été.
Il s'agit d'une condition préalable que le fuseau horaire soit défini sur oui
ou non dans le fichier globalopts Tivoli Workload Scheduler. Pour des
informations supplémentaires et vérifier si le groupe de correctifs Tivoli
Workload Scheduler minimum est installé, consultez http://www01.ibm.com/support/docview.wss?rs=0&uid=swg21248101.
Pour DB2 et Oracle, notez que le serveur et le client de la base de données
doivent être corrigés pour l'heure d'été.
Remarque : Si vous avez installé les correctifs pour la base de données ou
le système d'exploitation quelques jours avant l'heure d'été, il
est possible que le plan à long terme Tivoli Workload
Scheduler soit créé dans la base de données avec une heure
non valide pour l'heure dété. Cela se produit lorsque vous
installez des correctifs DB2, Oracle ou de système
d'exploitation pendant maxlen (voir sortie optman ls). Dans ce
cas, vous devez procéder comme suit :
1. Vérifiez quelle est la valeur StartOfDay, en exécutant la
commande optman ls.
2. Exécutez la commande suivante :
optman chg sd=<même valeur que celle obtenue à
partir de optman ls>.
3. Lors du prochain Jnextplan, LTP est automatiquement
recalculé et les flots de travaux sont ajoutés au fichier
Symphony avec l'heure correcte.
tws_env.sh définit shlib_path de manière incorrecte pour la plateforme HP-UX
(APAR IZ43988)
Dans Tivoli Workload Scheduler V8.4, groupe de correctifs 02, le fichier
tws_env.sh contient la chaîne suivante pour HP-UX :
SHLIB_PATH=$UNISONHOME/bin:.. La chaîne n'est pas correcte et doit se
présenter comme suit :
SHLIB_PATH=$UNISONHOME/bin:$SHLIB_PATH:.
Remarque : Le même incident vaut pour tws_env.csh
41
Solution palliative
Editez tws_env.sh et remplacez la ligne :
SHLIB_PATH=$UNISONHOME/bin:.
par
SHLIB_PATH=$UNISONHOME/bin:$SHLIB_PATH:.
Sous AIX 6.1, le processus batchman ne reconnaît pas correctement le fuseau
horaire du poste de travail en local
Sous AIX 6.1, le processus batchman ne reconnaît pas correctement le
fuseau horaire de la machine locale qui est défini sur le temps moyen de
Greenwich, même si, dans la définition de l'unité centrale de Tivoli
Workload Scheduler, il est défini sur le bon fuseau horaire. Vous voyez
dans le journal stdlist le message suivant :
"10:29:39 24.11.2008|BATCHMAN:AWSBHT126I
Heure du fuseau horaire de l’unité centrale (Amérique/Chicago) :
2008/11/24 04:29
10:29:39 24.11.2008|BATCHMAN:AWSBHT127I
Heure du fuseau horaire système (Amérique/Chicago) : 2008/11/24 10:29
10:29:39 24.11.2008|BATCHMAN:+
10:29:39 24.11.2008|BATCHMAN:+ AWSBHT128I
L’heure locale diffère de 360 minutes de l’heure du fuseau
horaire du poste de travail."
Batchman ne reconnaît pas le bon fuseau horaire, parce qu'AIX 6.1 utilise
des bibliothèques ICU (International Components for Unicode) pour gérer
le fuseau horaire du système et que ces bibliothèques ICU entrent en
conflit avec celles de Tivoli Workload Scheduler.
Solution palliative
Exportez la variable d'environnement TZ avant de démarrer Tivoli
Workload Scheduler vers l'ancien format POSIX, par exemple CST6CDT.
C'est un exemple de convention de dénomination POSIX au lieu de la
convention de dénomination Olson (par exemple Amérique/Chicago). Cela
permet d'éviter la nouvelle gestion de fuseau horaire par défaut avec les
bibliothèques ICU sous AIX 6.1, en revenant à l'ancien système POSIX
(comme sous AIX 5.x).
Fuseaux horaires ne se résolvant pas correctement avec le jeu
enLegacyStartOfDayEvaluation (41192)
Vous utilisez Tivoli Workload Scheduler avec les options
enLegacyStartOfDayEvaluation et enTimeZone définies sur yes pour
convertir la date startOfDay définie dans le gestionnaire de domaine
maître sur le fuseau horaire local défini sur chaque poste de travail du
réseau. Vous soumettez un travail ou un flot de travail avec le mot clé at,
mais ce travail ou ce flot de travaux ne démarre pas comme prévu.
Solution palliative
Ajoutez le mot clé absolute afin de garantir une résolution adéquate des
heures de soumission. Le mot clé absolute indique que la date de
démarrage est basée sur le jour calendaire plutôt que sur le jour de
production.
42
Après l'installation du groupe de correctifs, un répertoire directory _ssm apparaît
sur W2k3 (43402)
Après l'application du groupe de correctifs 03 pour Tivoli Workload
Scheduler 8.4, un répertoire _ssm est présent sous le répertoire tws_home
sous Windows 2003.
L'installation du groupe de correctifs 03 pour Tivoli Workload Scheduler
8.4 n'a pas pu supprimer l'ancienne copie de l'agent ssm avant de copier la
nouvelle, pour les raisons suivantes :
v Certains fichiers binaires ssm sont verrouillés par une application externe
(non-Tivoli Workload Scheduler)
v Le service Windows pour l'agent ssm n'a pas été démarré par le
processus monman et, par conséquent, n'a pas été arrêté par ce dernier
pendant l'installation du groupe de correctifs avant la correction de
l'agent ssm
Un message d'avertissement relatif à ce problème est consigné dans le
journal de l'installation du groupe de correctifs.
Le répertoire tws_home\_ssm contient la nouvelle version de l'agent ssm
installé depuis le groupe de correctifs 03 pour Tivoli Workload Scheduler
8.4. Pour l'installer correctement, déverrouillez les fichiers binaires ssm
contenus dans le répertoire tws_home\ssm (en arrêtant manuellement le
service Windows pour l'agent ssm ou en arrêtant les applications qui
verrouillent les fichiers binaires), supprimez le contenu du répertoire
tws_home\ssm et remplacez le par le contenu du répertoire tws_home\_ssm.
Une fois ce remplacement effectué, vous pouvez supprimer le répertoire
tws_home\_ssm.
Comment éviter le problème avant d'appliquer le groupe de correctifs 03
pour Tivoli Workload Scheduler 8.4 :
v Vérifiez que les fichiers binaires ssm ne sont pas verrouillés par des
applications externes non-Tivoli Workload Scheduler.
v Démarrez puis arrêtez l'agent ssm en utilisant exclusivement les
commandes de démarrage et d'arrêt monman. N'utilisez pas la console
Windows Services pour démarrer et arrêter manuellement le service de
l'agent ssm.
L'indicateur Deploy (D) n'est pas défini après utilisation de la commande
ResetPlan (36924 et 37851)
L'indicateur Deploy (D) n'est pas défini sur les postes de travail après
utilisation de la commande ResetPlan.
Ce problème n'affecte pas la traitement des événements mais simplement
la visualisation de l'indicateur qui signale la réception du fichier de
configuration des événements sur le poste de travail.
Vous pouvez choisir de ne pas intervenir car la situation se réglera
d'elle-même dès le prochain envoi par le processeur d'événements d'un
fichier de configuration des événements au poste de travail.
Vous pouvez également décider de résoudre le problème. Pour cela,
procédez comme suit :
v Créez une règle d'événement factice s'appliquant uniquement aux postes
de travail concernés
43
v Exécutez la commande planman deploy pour envoyer le fichier de
configuration
v Surveillez la réception du fichier sur l'agent
v Une fois le fichier reçu, supprimez la règle factice sur le processeur
d'événements
Impossible de trouver un travail ou un flot de travaux terminé (38998)
Un travail ou un flot de travaux utilisant un alias est terminé mais lorsque
vous définissez une requête ou un rapport pour l'y inclure, il est
introuvable.
Cause et solution
Les travaux et les flots de travaux ayant le statut final sont stockés dans
l'archivage avec leur nom d'origine et non avec leur alias. Toute recherche
ou génération de rapports doit donc ignorer les alias.
Le fichier de configuration de surveillance des événements est vide ou
manquant (38265 et 38253)
Vous avez reçu un message trace MONMAN sur un poste de travail de
type :
MONMAN:INFO:=== DEPLOY ===> ERROR lors de la lecture du fichier compressé
/home/f_edwa3/monconf/deployconf.zip.
Ce fichier est vide ou n’existe pas".
L'agent Tivoli Workload Scheduler surveille sur un poste de travail les
événements à l'aide d'un fichier de configuration. Ce fichier est créé sur le
processeur d'événements, compressé puis envoyé à l'agent. Si une action
switcheventprocessor est effectuée entre la création du fichier sur l'ancien
processeur d'événements et sa réception sur le nouveau processeur
d'événements de la demande de téléchargement à partir de l'agent, le
fichier est introuvable sur le nouveau processeur et ce message s'affiche.
Pour résoudre l'incident, procédez comme suit :
v Créez une règle d'événement factice s'appliquant uniquement au poste
de travail concerné
v Exécutez la commande planman deploy pour envoyer le fichier de
configuration
v Surveillez la réception du fichier sur l'agent
v Une fois le fichier reçu, supprimez la règle factice sur le processeur
d'événements
Certaines données n'ont pas été migrées lors de la migration de la base de
données depuis DB2 vers Oracle ou inversement (38017)
Aucune des deux procédures de migration ne migre les informations
suivantes de la base de données source :
v Le plan de préproduction
v L'historique des exécutions et des statistiques de travail
v L'état des instances de règle d'événement en cours d'exécution. Ceci
signifie que toutes les règles d'événement complexes, dont une partie
des conditions a été remplie avant la migration de la base de données,
sont générées après la migration sous la forme de nouvelles règles.
Même si les conditions suivantes de la règle sont remplies,
l'enregistrement comme quoi une partie des conditions a été remplie
n'est plus disponible. La règle ne sera donc jamais complètement
remplie.
44
L'état temporel affiché est incorrect lorsque la fonction fuseau horaire n'est pas
activée
Vous utilisez Tivoli Workload Scheduler dans un environnement dans
lequel les noeuds se situent sur des fuseaux horaires différents, mais la
fonction fuseau horaire n'est pas activée. L'état temporel d'un travail (par
exemple, "En retard") n'est pas correctement indiqué sur les postes de
travail autres que celui sur lequel le travail est en cours d'exécution.
Cause et solution :
Activez la fonction fuseau horaire pour résoudre ce problème. Pour plus
d'informations sur la fonction fuseau horaire, voir le Guide de référence.
Pour consulter les instructions d'activation de cette fonction dans le fichier
des options globales, voir le Guide d'administration.
L'événement LogMessageWritten n'est pas déclenché (33723)
Vous surveillez un fichier journal pour un message de journal particulier
par le biais de l'événement LogMessageWritten. Le message est écrit dans le
fichier mais l'événement n'est pas déclenché.
Cause et solution
L'agent ssm surveille le fichier journal. Il envoie un événement lorsqu'un
nouveau message est écrit dans le fichier journal correspondant à la chaîne
dans la règle d'événement. Il existe cependant une limitation. Il ne peut
pas détecter le tout dernier message à avoir été écrit dans le fichier mais
seulement les messages précédant ce dernier. Par conséquent, lorsque la
ligne de message "n" est remplie et contient la chaîne que la règle
d'événement est configurée pour rechercher, l'agent ne détecte pas qu'un
message a été écrit car celui-ci est le dernier du fichier. Lorsqu'une autre
ligne de message est écrite, qu'elle contienne ou non la chaîne surveillée,
l'agent peut maintenant lire la ligne contenant la chaîne qu'il surveille, et
envoie un message.
Il n'existe pas de solution palliative. Cependant, il faut noter que dans un
fichier journal type, des messages sont fréquemment écrits par un
processus ou un autre processus avec un intervalle de quelques secondes
et l'écriture d'une ligne de message ultérieure va déclencher l'événement en
question. Si vous avez de fichiers journaux dans lesquels sont écrits
quelques messages, vous voudrez peut-être essayer d'écrire un message
blanc factice afin qu'un message ne soit jamais le dernier dans le fichier.
Limitations recensées et solutions palliatives relatives à l'installation :
v L'installation échoue lorsque le mot de passe administrateur DB2
contient un point d'exclamation (!) (IZ21879).
Si vous essayez d'installer un gestionnaire de domaine maître alors que
le mot de passe administrateur DB2 contient un point d'exclamation (!),
l'installation échoue.
Solution palliative
Vous pouvez utiliser la solution palliative suivante si vous obtenez le
dernier groupe de correctifs pour la version 8.4 :
1. Copiez l'image CD de Tivoli Workload Scheduler version 8.4 sur le
disque
2. Rendez l'image du groupe de correctifs 02 (ou supérieur) pour Tivoli
Workload Scheduler version 8.4 disponible sur le système
3. Copiez les fichiers suivants depuis le répertoire
<TWS_FIX_PACK_IMAGES>/<plateforme>/GA_fixes vers le répertoire
45
<TWS_GA_IMAGES>/<plateforme>/tws_tools
directory:_checkdbclient.sh(bat) dbmigrate.sh(bat) dbquery.sh(bat)
dbsetup.sh(bat) dbupgrade.sh(bat)
4. Installez le produit en exécutant SETUP.bin(exe) depuis le répertoire
<TWS_GA_IMAGES>/<plateforme>.
v L'installation de Tivoli Workload Scheduler échoue si le mot de passe
utilisateur DB2 inclut des caractères spéciaux(IZ65928).
L'installation de Tivoli Workload Scheduler échoue si le mot de passe
utilisateur DB2 inclut des caractères spéciaux. Il existe deux manières de
résoudre ce problème :
Solution palliative 1 : Pour installer correctement Tivoli Workload
Scheduler à l'aide du mot de passe DB2 en cours avec les caractères
"UNIX shell“ spéciaux, ouvrez le script d'installation <TWS
CD>/tws_tools/_createdb_root.sh et mettez le septième paramètre
d'entrée $7 entre apostrophes (') comme suit :
...
su - $DB2_ADMINISTRATOR -c "cd $TWS_TEMPDIR/scripts &&
./dbsetup.sh $1
$2 $3 $4 $5 $6 ’$7’ $8 $9"
...
...
./dbmigrate.sh $1_DB $6 ’$7’"
...
Réexécutez l'installation en mode silencieux.
Solution palliative 2 : Remplacez le script de disponibilité générale
défaillant par le script corrigé fourni avec le groupe de correctifs. Pour
ce faire, procédez comme suit :
– Téléchargez et décompressez le groupe de correctifs.
– Copiez tous les fichiers du répertoire GA_fixes et collez-les dans le
répertoire de configuration de la disponibilité générale
TWS\<PLATFORM>, en remplaçant les anciens fichiers (en créant une
copie de sauvegarde à l'avance).
– Poursuivez par la procédure d'installation standard. (53282)
v L'installation échoue sur les plateformes UNIX lorsque le mot de passe
administrateurDB2 contient des parenthèses (IZ65928)
Si vous essayez d'installer Tivoli Workload Scheduler sur les plateformes
UNIX lorsque le mot de passe administrateur DB2 contient des
parenthèses "()", l'installation échoue avec le code d'erreur AWSJIS038E.
Pour installer correctement Tivoli Workload Scheduler à l'aide du mot de
passe DB2 en cours avec les caractères UNIX shell spéciaux, installez le
correctif fourni comme suit :
1. Copiez l'image CD de disponibilité générale de Tivoli Workload
Scheduler version 8.3 sur le disque.
2. Rendez l'image du groupe de correctifs 09 pour Tivoli Workload
Scheduler version 8.3 disponible sur le système.
3. Sauvegardez le fichier TWS/platform/tws_tools/_createdb_root.sh.
4. Copiez tous les fichiers fournis dans le groupe de correctifs du
répertoire GA_fixes au répertoire GA setup sous TWS/platform, en
remplaçant les fichiers existants.
5. Relancez l'installation.
46
Sinon, vous pouvez modifier manuellement le fichier comme suit :
1. Ouvrez le script d'installation TWS CD/tws_tools/_createdb_root.sh.
2. Mettez le septième paramètre d'entrée $7 entre apostrophes (')
comme suit :
.......
./dbsetup.sh $1
$2 $3 $4 $5 $6 ’$7’ $8 $9"
...
...
...
./dbmigrate.sh $1_DB $6 ’$7’"
3. Relancez l'installation.
v Si vous installez Tivoli Workload Scheduler sous Windows, vous devez
choisir un nom d'utilisateur différent du nom d'administrateur local,
sinon l'installation échouera (46543).
v Au chapitre 3, Nouvelle installation de Tivoli Workload Scheduler du Guide
d'installation et de planification, dans la section Installation d'un nouveau
gestionnaire de domaine maître avec une base de données de serveur DB2
existante le Chemin d'espace table spécifié est le chemin d'accès complet
à l'espace table (le nom d'espace table n'est pas ajouté au chemin
spécifié). Il est important de noter que l'espace table pour les espaces
table temporaires se situe au même niveau que l'espace table des
données. (IZ35062)
Si vous voulez que tous les chemins de la base de données soient créés
sous le même chemin, par exemple /usr/opt/twsprd, vous devez :
1. Spécifier /usr/opt/twsprd/TWS_PRD pour l'espace table de données.
Les deux espaces table temporaires sont créés à un niveau supérieur
de l'espace table TWS_PRD (/usr/opt/twsprd) et sont donc définis
sur : /usr/opt/twsprd/TWS_TEMP et /usr/opt/twsprd/TWS_USER_TEMP.
2. Spécifier /usr/opt/twsprd/TWS_LOG pour l'espace table de rapport.
v L'installation de Tivoli Workload Scheduler, version 8.4.0 échoue sous
Windows si le chemin d'installation contient des parenthèses. (37101)
v Sous les agents tolérants aux pannes 64 bits de Windows 2003,
l'installation du connecteur distribué échoue à l'étape "Configurer les
fichiers de propriétés Tivoli Workload Scheduler" car la commande
exécutée par le système n'est pas entre guillemets. (38305)
v Si vous lancez le panneau de commande à partir du répertoire CDROOT, le
lecteur de CD est verrouillé (chemin de l'installation de Tivoli Workload
Scheduler). (37122)
Afin d'éviter que le lecteur de CD ne soit verrouillé, lancez le panneau
de commande dans l'arrière-plan comme suit :
./launchpad.sh&
Si le lecteur de CD est verrouillé et qu'il vous est demandé, au cours de
l'installation, d'insérer un CD pour poursuivre l'installation, fermez
simplement le panneau de commande pour déverrouiller le lecteur de
CD et procédez à l'installation interactive.
47
v Aucune validation de mot de passe n'est effectuée dans l'assistant
interactif InstallShield sur les plateformes UNIX® et Linux® lors de
l'entrée de données. Si vous n'avez pas saisi le bon mot de passe, cette
erreur sera uniquement perçue lorsque l'assistant d'installation tentera
d'utiliser ce mot de passe au cours d'une étape d'installation.
Pour reprendre l'installation, recherchez toutes les étapes dans lesquelles
le mot de passe indiqué est utilisé (le chapitre 11, Identification et
résolution des incidents relatifs à l'installation, la migration et la désinstallation
de Tivoli Workload Scheduler : Administration et identification et résolution
des incidents explique comment procéder) et modifiez le mot de passe
pour lui attribuer une valeur correcte. Reprenez ensuite l'installation
avec l'assistant à l'étape où l'installation a échoué. Sinon, réexécutez
l'installation en utilisant le mot de passe approprié.
v Au cours de l'installation interactive, il est demandé aux utilisateurs
d'UNIX de fournir le mot de passe TWS_user, même si l'utilisateur existe
déjà sur UNIX. (20512)
v Deux installations ne peuvent coexister sur le même poste de travail si
elles ont le même nom TWS_user
Solution : Installez deux instances de Tivoli Workload Scheduler avec
des noms TWS_user différents.
v Après la désinstallation d'une instance de Tivoli Workload Scheduler
sous Windows, la réinstallation échoue si vous utilisez le même chemin.
(39190)
Vous avez désinstallé Tivoli Workload Scheduler sous Windows, mais si
vous essayez de réinstaller l'instance dans le même chemin, la
réinstallation échoue car l'agent ssm, qui fait partie de Tivoli Workload
Scheduler, a verrouillé certaines de ses bibliothèques, bien qu'il ait été
arrêté.
Lorsque l'arrêt de l'agent ssm fait partie du processus de désinstallation,
il est possible qu'un processus enfant reste actif, verrouillant ainsi les
bibliothèques de l'agent ssm. Si vous essayez de relancer l'installation au
même emplacement, l'installation de l'agent ssm échoue lors de la
tentative d'écrasement des bibliothèques car elles sont verrouillées.
Solution : le moyen le plus simple de remédier à ce problème est de
modifier le chemin de l'installation. Autrement, vous pouvez utiliser un
utilitaire de déverrouillage pour déverrouiller les fichiers ou redémarrer
le système. Procédez ensuite à la réinstallation dans le chemin requis.
v L'installation de Tivoli Workload Scheduler sur le contrôleur de domaine
64 bits de Windows 2003 provoque une "erreur d'application..." en
exécutant makesec.exe (IZ176551)
Solution : procédez comme suit lors de l'installation :
1. Installez Tivoli Workload Scheduler version 8.4.0.
2. Accédez au CD du groupe de correctifs 01 deTivoli Workload
Scheduler version 8.4.0.
3. Allez dans le répertoire windows\cli et lancez swd_env.cmd.
4. Installez le groupe de correctifs 01 en lançant :
wdinstsp -f
-D
-D
-D
-D
48
-uy -D tws_user="TWSUser"
install_dir="c:\win32app\TWS\TWSUser"
ft_agent="true" -D master="false"
bkm_agent="false" -D execActionTools="false"
domain="my_domain"
-D dbcs="false"
-n "FP_TWS_WINDOWS_TWSUser.8.4.0.01"
"C:\840fp1\WINDOWS\FP_TWS_WINDOWS.SPB"
puis :
wdinstsp -f -uy -D install_dir="c:\win32app\TWS\TWSUser"
-D tws_user="TWSUser" -D ALL_LANG="true"
-n "TWS_LP_TWSUser.8.4.0.01"
"C:\840fp1\Tivoli_TWS_LP.SPB"
où :
TWSUser
correspond à l'utilisateur qui exécute l'installation.
my_domain
correspond au domaine de l'installation.
5. Revenez à l'installation de Tivoli Workload Scheduler version 8.4.0 et
exécutez reprendre.
6. Passez les étapes déjà effectuées 2.3.4.5 (configurer, démarrer, valider,
supprimer).
7. Exécutez toute l'installation.
v L'installation sous Windows 2008 64 bits échoue lorsqu'un compte de
domaine est utilisé(IZ61327). Il existe deux manières de résoudre ce
problème :
Solution palliative 1 : Avant d'exécuter l'installation, vérifiez que
l'utilisateur TWS est déjà créé dans le domaine. En outre, les utilisateurs
de Tivoli Workload Scheduler doivent bénéficier des droits suivants qui
peuvent être accordés localement. Les règles au niveau du domaine sont
toujours prioritaires par rapport aux règles locales, si bien qu'il est
parfois nécessaire d'accorder ces droits depuis le domaine :
– Agir comme composant du système d'exploitation
– Autoriser la connexion en local
– Prendre l'identité d'un client après le droit d'authentification
– Connexion :
- En local
- Comme travail par lots
- Comme service
– Remplacement du jeton au niveau du processus
L'utilisateur TWS doit être membre des groupes d'administration du
contrôleur de domaine. La solution palliative peut être appliquée à
l'installation de Tivoli Workload Scheduler version 8.5 en mode
silencieux et à l'aide de l'assistant.
Pour une installation en mode silencieux, vous devez ajouter et
personnaliser les options suivantes en plus du fichier de réponses par
défaut pour l'installation de l'agent tolérant aux pannes.
Pour l'installation à l'aide de l'assistant, fournissez les options sous la
forme de paramètres de lancement à l'exécutable SETUP.exe (une seule
ligne) :
-W
-W
-W
-W
-W
setTWSUser.twsValidatedUser="<utilisateur_tws>"
setTWSUser.twsValidatedPassword="<mot_de_passe_tws>"
setTWSUser.twsValidatedDomain="<domaine>"
setTWSUser.domainUser="true"
setTWSUser.errMsg="NONE"
49
-W
-W
-W
-W
-W
setTWSUser.wasValidatedPassword=""
setTWSUser.wasValidatedUser=""
setTWSUser.userToCreate="false"
userOSChecksWinSequence.active="false"
setTWSUser.active="false"
où <utilisateur_tws> est le nom d'utilisateur sans la spécification de
domaine de l'utilisateur TWS, <mot_de_passe_tws> est le mot de passe
de l'utilisateur TWS et <domaine> est son domaine. Pour une
installation en mode silencieux, les autres options du fichier de réponses
par défaut doivent être personnalisées comme prévu (par exemple, la
valeur de l'option userWinCfgPanel.inputUserName est au format
"<domaine>\<utilisateur_tws>"). Vous remarquerez également que pour
l'installation du gestionnaire de domaine maître, en plus des points
ci-dessus, vous devez personnaliser deux autres options comme suit :
-W setTWSUser.wasValidatedPassword="<utilisateur_was>"
-W setTWSUser.wasValidatedPassword="<mot_de_passe_was>"
Ces valeurs peuvent être identiques à twsValidatedUser et
twsValidatedPassword (indiquez également ici l'utilisateur sans domaine).
Solution palliative 2 : Remplacez le fichier binaire de disponibilité
générale défaillant par le fichier binaire corrigé fourni avec le groupe de
correctifs. Pour ce faire, procédez comme suit :
– Téléchargez et décompressez le groupe de correctifs.
– Copiez le fichier binaire <WINDOWS_PLATFORM>\ACTIONTOOLS\
REGUTIL.dll et collez-le dans le répertoire pour la disponibilité
générale TWS\<WINDOWS_PLATFORM>\ACTIONTOOLS, en
remplaçant les anciens fichiers (en créant une copie de sauvegarde à
l'avance).
– Poursuivez par la procédure d'installation normale. (52018)
v Incident 51400 : l'annulation du groupe de correctifs 5 sous Windows
32 et 64 bits ne permet pas de restaurer le niveau SSM précédent.
Si vous annulez le groupe de correctifs sous Windows 32 et 64 bits,
l'installation de SSM n'est pas annulée.
Solution palliative : avant d'appliquer le groupe de correctifs, créez une
copie du dossier ssm situé dans le chemin d'installation.
Limitations recensées et solutions palliatives relatives à l'exécution :
v La commande Planman showinfo affiche des heures incohérentes.
(IZ05400)
L'heure de planification affichée par la commande planman showinfo
peut ne pas être cohérente avec l'heure définie dans le système
d'exploitation du poste de travail. Par exemple, le fuseau horaire défini
pour le poste de travail est GMT+2 mais la commande planman showinfo
affiche les heures de planification en fonction du fuseau horaire GMT+1.
Cette situation se produit lorsque la machine virtuelle Java™ de
WebSphere Application Server ne reconnaît pas le fuseau horaire défini
sur le système d'exploitation.
Solution palliative : définir le fuseau horaire indiqué dans le fichier
server.xml sur le même fuseau horaire que celui défini pour le poste de
travail dans la base de données Tivoli Workload Scheduler. Procédez
comme suit :
1. Arrêtez WebSphere Application Server.
50
2. Créez une copie de sauvegarde de ce fichier :
appserver/profiles/twsprofile/config/cells/
DefaultNode/nodes/DefaultNode/servers/server1
3. Ouvrez server1.xml avec un éditeur.
4. Recherchez la chaîne genericJvmArguments et ajoutez :
genericJvmArguments="-Duser.timezone=time zone"
où time zone correspond au fuseau horaire défini pour le poste de
travail dans la base de données Tivoli Workload Scheduler.
5. Redémarrez WebSphere Application Server.
v Limitations de Websphere Application Server dans un environnement
IPv6 lorsque l'interface Job Scheduling Console ou la console Tivoli
Dynamic Workload est utilisée. (35681)
Lorsque vous installez Tivoli Workload Scheduler, les variables de
WebSphere Application Server sont initialisées comme suit pour
permettre la communication dans un environnement mixte IPv4-IPv6 :
java.net.preferIPv6Addresses=false
java.net.preferIPv4Stack=false
Si votre configuration nécessite l'utilisation d'un environnement IPv6
uniquement ou que vous disposez de paramètres de configuration
pare-feu spécifiques qui bloquent les paquets IPv4, la connexion entre le
gestionnaire de domaines maître de Tivoli Workload Scheduler et la
console Dynamic Workload ou Job Scheduling Console échoue.
Pour établir une connexion dans l'environnement IPv6, vous devez
initialiser la variable comme suit :
java.net.preferIPv6Addresses=true
, en éditant le fichier server.xml dans le chemin suivant :
$TWS_HOME/appserver/profiles/twsprofile/config/
cells/DefaultNode/nodes/
DefaultNode/servers/server
Par contre, si vous voulez utiliser une communication exclusivement
IPv4, initialisez la variable comme suit :
java.net.preferIPv4Stack=true
v Si vous utilisez la connexion de bureau distante de Microsoft® pour
exploiter Tivoli Workload Scheduler, vous devez toujours l'utiliser avec
le paramètre /console sinon Tivoli Workload Scheduler donne des
résultats incohérents. (37869)
v Limitations de Websphere Application Server pour les utilisateurs LDAP.
Lorsque vous partagez le même registre utilisateur LDAP entre Tivoli
Dynamic Workload Console version 8.4 et Tivoli Workload Scheduler
version 8.4, ou entre deux moteurs, si vous ne voulez pas utiliser la
méthode de connexion unique (SSO), vous devez utiliser des notations
différentes pour le nom d'hôte LDAP (par exemple le nom d'hôte abrégé
et le nom d'hôte qualifié complet, ou l'adresse IP et le nom d'hôte, et
ainsi de suite). Si vous utilisez la même notation, la connexion unique
est automatiquement désactivée.
v Différence de comportement des systèmes d'exploitationUNIX et
Windows pour la gestion de l'heure d'été. (94279)
51
Par exemple :
Sous Windows :
La commande :
conman submit job at=02xx
est définie sur 01xx.
Sous HP-UX :
La commande :
conman submit job at=02xx
est définie sur 03xx.
Evitez de créer des travaux dont l'heure de début se situe dans l'heure
"perdue" et qui sont destinés à fonctionner pendant la nuit du passage à
l'heure d'été (dans la nuit du samedi au dimanche au printemps).
v Lors de l'utilisation de NetView, il est possible qu'une erreur parasite
soit renvoyée pour chaque commande émise. (159849)
Lors de l'utilisation de NetView, il est possible que l'erreur suivante
apparaisse dans stdlist à chaque fois que vous émettez une commande
à l'aide de l'interface de ligne de commande.
AWSBDC001E Error in map_set_links_status,
calling OVwSetStatusOnObjects, >
for , error: Object not on map
La commande émise dans chaque cas n'est pas impactée par le message
ou les circonstances qui l'ont causée.
Aucune. Ignorez le message - il n'a pas d'impact sur le fonctionnement
du produit.
v Intégration à Tivoli Monitoring : prise en charge d'un nombre limité
d'événements.
En raison d'une limitation identifiée dans le composant Tivoli Universal
Agent de Tivoli Monitoring version 6.1.05, seuls les événements de
Tivoli Workload Scheduler suivants peuvent être traités par
Tivoli Monitoring :
– Evénements de travail :
Tableau 1. Evénements de travail
52
Numéro d'événement
Classe d'événement
101
TWS_Job_Abend
102
TWS_Job_Failed
103
TWS_Job_Launched
104
TWS_Job_Done
105
TWS_Job_Suspended
106
TWS_Job_Submitted
107
TWS_Job_Cancel
108
TWS_Job_Ready
109
TWS_Job_Hold
110
TWS_Job_Restart
– Evénements de flot de travaux
Tableau 2. Evénements de flot de travaux
Numéro d'événement
Classe d'événement
151
TWS_Schedule_Abend
152
TWS_Schedule_Stuck
153
TWS_Schedule_Started
154
TWS_Schedule_Done
155
TWS_Schedule_Susp
156
TWS_Schedule_Submit
157
TWS_Schedule_Cancel
158
TWS_Schedule_Ready
159
TWS_Schedule_Hold
160
TWS_Schedule_Extern
Remarque : L'incident 42393 a été ouvert sur Tivoli Monitoring qui va
traiter la limitation.
v Evénements de fournisseur de contrôleur de fichiers : il est possible que
les configurations d'événement précédentes restent actives sur les postes
de travail après le redéploiement des règles. (34103)
Si vous avez déployé des règles contenant des types d'événements du
fournisseur d'événements FileMonitor, et que vous avez ensuite
redéployé les règles qui ne comportent plus ces événements de contrôle
de fichiers, il est possible que, malgré les nouvelles configurations, les
agents de surveillance locaux continuent de transférer les événements de
contrôle de fichiers au processeur d'événements. Le processeur
d'événements ignore à juste titre ces événements, conformément aux
nouvelles indications sur la configuration déployées sur le serveur.
Cependant, une certaine quantité de temps UC et de bande passante est
mal utilisée.
Le statut de la configuration de surveillance locale sur l'agent sera
corrigée lorsque l'une des situations suivantes est vérifiée :
– La commande planman deploy -scratch est exécutée.
– Le serveur de traitement d'événement est redémarré.
– Une autre règle comportant une condition d'événement concernant le
fournisseur FileMonitor est déployée sur les agents.
v Gestion de règle d'événement : l'indicateur de déploiement n'est pas
géré dans le fichier symphony renouvelé. (36924)
L'indicateur de déploiement (D) signale qu'un poste de travail utilise
une configuration de surveillance de packages à jour et peut être
déployé en exécutant la commande conman showcpus. Des tests ont
démontré que le fichier symphony perd l'indicateur lorsqu'il est
renouvelé après l'exécution d'une commande JnextPlan ou ResetPlan.
Bien que la configuration de surveillance d'événements déployée sur les
agents soit la plus récente, et que la gestion des événements fonctionne
correctement, un statut incorrect est affiché sur les postes de travail pour
l'agent de surveillance.
53
v Performances ralenties lors du déploiement d'une grande quantité de
règles. (37011)
Un ralentissement du processus de déploiement de règles (exécuté
automatiquement ou avec la commande de déploiement planman) a été
identifié lorsque vous déployez un grand nombre de règles nouvelles ou
modifiées (2 000 et plus).
Pour déployer un nombre élevé de règles simultanément dans une limite
de temps acceptable, utilisez la commande planman avec l'option
-scratch.
v Unité centrale du moteur Tivoli Workload Scheduler utilisée à 100 %
(37105)
Lorsque vous exécutez un rapport de plan de production à partir de
Tivoli Dynamic Workload Console sur un gestionnaire de domaine
maître installé sur un système d'exploitation Windows, il est possible
qu'une charge importante se produise au niveau de l'unité centrale du
gestionnaire de domaine maître avec des pics de charge de 100 %. En
effet, l'exécution d'un rapport de plan de production est une opération
qui met beaucoup à contribution l'unité centrale car elle requiert une
opération d'E-S ainsi qu'une utilisation de l'unité centrale intensives.
Cela signifie que, pendant cette phase de traitement, vous pourrez noter
une baisse des performances sur le système même si celui-ci poursuivra
néanmoins le traitement des opérations.
Remarques sur les versions internationales
Les limitations logicielles et solutions palliatives suivantes affectent les versions
internationales du groupe de correctifs 05 de Tivoli Workload Scheduler, version
8.4.0. Elles comprennent les limitations connues répertoriées dans les Notes sur
l'édition pour la version 8.4.0 et dans les groupes de correctifs 01, 02, 03 et 04 de
Tivoli Workload Scheduler version 8.4.0 si les problèmes n'ont pas été résolus par
ce groupe de correctifs.
v Si, sur une machine non définie pour utiliser l'anglais, vous exécutez la
commande optman show tz pour afficher la description de l'option Activer les
fuseaux horaires (enTimeZone), la valeur par défaut "no" indiquée est incorrecte.
La valeur correcte est "yes" (40614).
v Les composants Tivoli Workload Scheduler installés avec des caractères DBCS
dans le chemin ne peuvent pas être désinstallés
Si vous installez un composant Tivoli Workload Scheduler avec un caractère
DBCS dans le chemin d'installation, la désinstallation du composant échoue.
Aucun.
v Le programme twsClusterAdm.exe produits des messages confus dans les
environnements en japonais (IZ08648)
Si vous avez mis en oeuvre la prise en charge du service de cluster Microsoft sur
Windows 2003 Server dans un environnement japonais, les messages produits
par le programme twsClusterAdm.exe sont confus
car ils sont écrits au format UTF-8 et non dans la page de codes locale.
Solution : définissez la variable d'environnement TISDIR dans le répertoire
TWShome.
v L'installation de l'assistant d'installation InstallShield échoue si des caractères à
deux octets DBCS sont utilisés dans le chemin -is:tempdir. (36979)
Si vous procédez à l'installation en utilisant l'option -is:tempdir et que vous
utilisez des caractères à deux octets dans le chemin, l'installation échoue.
54
Solution : n'utilisez pas ce type de caractères lorsque vous utilisez cette option.
v Dans les sorties des commandes de liste et d'affichage du composeur, les en-têtes
des listes et des rapports sont en anglais (22301, 22621, 22654).
Cela permet de conserver les en-têtes de colonnes des versions DBCS alignées
pour une meilleure compréhension des informations données.
v Dans les sorties des rapports de produit, les en-têtes des rapports sont en
anglais.
Cela permet de conserver les en-têtes de colonnes des versions DBCS alignées
pour une meilleure compréhension des informations données.
v Les entrées de données sont plus courtes pour les langues à jeu de caractères
codé sur deux octets (IY82553, 93843).
En effet, toutes les informations sont stockées et transmises entre les modules au
format UTF8, et certains caractères peuvent occuper plusieurs octets en UTF8.
Dans le cas des langues DBCS, chaque caractère correspond à trois octets. Les
caractères nationaux des langues d'Europe occidentale correspondent à
deux octets. Les autres caractères des langues d'Europe occidentale
correspondent à un octet.
v Sur les systèmes d'exploitation Windows, vous ne pouvez pas créer d'agenda
avec un nom comportant des caractères japonais si vous utilisez la commande
makecal. (123653)
Solution : mettez le nom de l'agenda entre guillemets.
v Sur les systèmes d'exploitation Windows, le journal des travaux de Tivoli
Workload Scheduler est créé avec des caractères incorrects (IY81171).
Vous travaillez dans un environnement linguistique autre que l'anglais et vous
avez correctement défini les variables d'environnement LANG et TWS_TISDIR.
Cependant, le journal des travaux de Tivoli Workload Scheduler jest créé avec
des caractères incorrects dans le corps du journal (les en-têtes et bas de page
sont corrects).
Solution : cet incident a pour origine la page de codes utilisée. Les éditeurs et
applications Windowsutilisent la page de codes 1252. L'interpréteur de
commandes DOS utilise quant à lui la page de codes 850 par défaut. Cette
différence peut occasionner quelques incidents d'affichage de certains caractères.
Pour résoudre cet incident concernant les travaux Tivoli Workload Scheduler,
ajoutez la ligne suivante au fichier jobmanrc.cmd du poste de travail :
chcp 1252
Pour plus de détails sur ce fichier, consultez la section relative à la
personnalisation du traitement des travaux sur un poste de travail dans le
Manuel de référence de Tivoli Workload Scheduler.
Il est possible de résoudre cet incident pour toutes les applications du poste de
travail, en utilisant l'éditeur de registre pour définir le code de pages DOS de
manière globale, dans le mot clé de registre suivant :
HKEY_LOCAL_MACHINE/system/current Control set/
Control/Nls/Codepage/OEMCP =1252
Vous devrez redémarrer le poste de travail pour implémenter ce changement.
Remarque : Microsoft vous recommande de prendre des précautions
particulières lorsque vous modifiez des entrées du registre.
Assurez-vous de bien observer toutes les instructions fournies dans
la documentation Microsoft lorsque vous effectuez cette opération.
55
v Si le chemin d'installation de l'interface de ligne de commande contient des
caractères nationaux, vous devez ouvrir et sauvegarder le fichier tws_env.cmd
sur ce système avant de configurer l'environnement (38891).
Cette limitation concerne uniquement les systèmes d'exploitation Windows.
v Impossible de lier FTA si ‘cpuname’ contient des caractères DBCS sur Windows
Server 2003 en chinois simplifié (38880).
v Le script tws_env.cmd ne fonctionne pas sur l'interface CLI distante sur Windows
Server 2003 en chinois simplifié (38867).
Structure du groupe de correctifs
Cette section décrit la structure des images contenues dans ce groupe de correctifs.
Fichiers du groupe de correctifs disponibles via le FTP
Structure du groupe de correctifs proposé sur FTP. Voir ftp://
ftp.software.ibm.com/software/tivoli_support/patches/patches_8.4.0/.
+---8.4.0-TIV-TWS-FP0005.README (ce fichier)
|
+---8.4.0-TIV-TWS-FP0005.VSR
|
+---AIX
|
8.4.0-TIV-TWS-FP0005.TAR
|
+---HPUX
|
|
+---HPIA64
|
|
+---LINUX_I386
|
|
+---LINUX_PPC
|
|
+---LINUX_S390
|
|
+---LINUX_X86_64
|
|
+---SOLARIS
|
|
+---SOLARIS_I386
|
|
+---WINDOWS
|
8.4.0-TIV-TWS-FP0005.zip
|
+---WINDOWS_X86_64
|
8.4.0-TIV-TWS-FP0005.zip
56
Installation du groupe de correctifs
Cette section décrit le groupe de correctifs 05 de Tivoli Workload Scheduler version
8.4.0. Les groupes de correctifs sont cumulatifs. Vous pouvez ainsi les appliquer
directement à la version de disponibilité générale du produit.
Cette section est divisée en plusieurs sous-sections :
v «Table d'interopérabilité»
v «Exigences d'espace disque», à la page 58
v «Remarques relatives à l'installation», à la page 58
v «Application du groupe de correctifs», à la page 59
v
v
v
v
v
v
v
«Actions d'installation», à la page 59
«Installation à l'aide de l'assistant ISMP», à la page 62
«Installation à l'aide de l'installation en mode silencieux ISMP», à la page 62
«Installation sous UNIX - utilisation du script twspatch», à la page 63
«Installation à l'aide de la distribution de logiciel», à la page 63
«Instructions d'installation supplémentaires», à la page 64
«Désinstallation de toute l'instance Tivoli Workload Scheduler», à la page 65
v «Fichiers journaux d'installation», à la page 65
Table d'interopérabilité
Les tableaux ci-dessous indiquent quelles sont les associations possibles entre les
versions de composant pour :
v Tivoli Workload Scheduler
v Tivoli Workload Scheduler Job Scheduling Console
v Tivoli Workload Scheduler for Applications
v Tivoli Dynamic Workload Console
Le tableau 3 indique quelles versions de Tivoli Workload Scheduler, Tivoli
Workload Scheduler Job Scheduling Console, Dynamic Workload Console et Tivoli
Workload Scheduler for Applications peuvent fonctionner ensemble :
Tableau 3. Table d'interopérabilité pour Tivoli Workload Scheduler
Tivoli
Workload
Scheduler
8.4.0.xx
Tivoli Workload
Scheduler Job
Scheduling
Console
8.3.0.xx, 8.4.0.xx
Connecteur
distribué
8.4.0.xx,
8.5.0.xx,
8.5.1.xx
Tivoli Workload Scheduler for
Applications
8.3.0.xx, 8.4.0.xx, 8.5.0.xx
Tivoli Dynamic Workload
Console
8.4.0.xx, 8.5.0.xx, 8.5.1.xx
Remarque : Tivoli Workload Scheduler 8.4.0.xx ne peut pas fonctionner avec
Tivoli Dynamic Workload Console 8.3.0.xx.
57
Exigences d'espace disque
Avant de procéder à l'installation du groupe de correctifs en mode retour arrière,
assurez-vous que votre système réponde aux exigences suivantes :
Tableau 4. Exigences d'espace disque
Système
d'exploitation
Systèmes de fichiers racine
Unix
Répertoire temporaire local
Répertoire de base TWSuser
AIX
160 Mo
400 Mo
450 Mo
HP-UX
160 Mo
720 Mo
450 Mo
Solaris
160 Mo
720 Mo
450 Mo
Microsoft
Windows
N.D.
400 Mo
450 Mo
Linux
160 Mo
400 Mo
450 Mo
Remarque : Sur les systèmes d'exploitation HP-UX et Solaris, les 720 Mo requis
sur le répertoire temporaire sont répartis comme suit :
v 250 Mo disponibles sous /var/tmp
v 470 Mo disponibles sous $TMPDIR. Si la variable $TMPDIR n'est pas
définie, le répertoire par défaut est /tmp.
Remarques relatives à l'installation
Lors de l'installation, respectez ces recommandations :
v Utilisez la même méthode d'installation (ISMP, twspatch, Gestionnaire de
configuration) pour installer, annuler ou valider le groupe de correctifs.
v N'installez pas à partir d'un disque dur Samba sur la plateforme Windows.
v Sur HP-UX, définissez le paramètre de noyau max_thread_proc sur 128 (au moins)
sinon l'installation peut échouer. La valeur par défaut est de 64. Une
image-mémoire est générée par Java.
Une fois le groupe de correctifs installé, vous devez tenir compte des informations
suivantes :
v Après l'installation du groupe de correctifs, la dernière ligne du fichier
TWShome/version/patch.info indiquera : 8.4.0-TIV-TWS-FP0005.
v Pendant l'installation du groupe de correctifs, le fichier suivant est supprimé et
un autre est créé lorsque WebSphere Application Server est redémarré :
TWShome/appserver/profiles/twsprofile/temp/TWS/EIFListener/eif.templ
Si vous avez modifié la propriété BuffEvtmaxSize, vous devrez la redéfinir dans
le nouveau fichier après avoir installé le groupe de correctifs en suivant les
instructions du Guide d'administration d'IBM Tivoli Workload Scheduler, chapitre
5, Tâches d'administration, section Gestion du processeur d'événements. (38192)
Vous devez uniquement exécuter de nouveau le script dbgrant après
l'installation du groupe de correctifs pour octroyer aux utilisateurs des droits sur
les vues de la base de données mise à jour si les conditions suivantes sont
remplies :
– La base de données utilisée par Tivoli Workload Scheduler est DB2.
– Le script dbgrant a déjà été exécuté avant l'installation de ce groupe de
correctifs (38487).
v Sur les systèmes fonctionnant sur Red Hat Enterprise Linux 3.0 installez GLIBC
version 2.3.4 pour que l'agent ssm (utilisé dans les règles d'automatisation de la
v
58
charge de travail gérées par événement avec les événements relatifs au plug-in
FileMonitor) puisse démarrer correctement. Il est possible que l'agent ssm ne
démarre pas avec le système par défaut, GLIBC version 2.3.2. (38697)
v Si vous annulez le groupe de correctifs sous Windows 32 et 64 bits, l'installation
de SSM n'est pas annulée.
Solution palliative : avant d'appliquer le groupe de correctifs, créez une copie
du dossier ssm situé dans le chemin d'installation.
Application du groupe de correctifs
Le programme d'installation exécute ces étapes lors d'une action APPLY :
1. Arrêt de la version intégrée de WebSphere Application Server, version 6.1.
2. Arrêt de l'instance Tivoli Workload Scheduler.
3. Sauvegarde du profil de la version intégrée de WebSphere Application Server,
version 6.1.
4. Installation du serveur de modèles et de planification de Tivoli Workload
Scheduler, version 8.4 pour le gestionnaire de domaine maître ou le
gestionnaire de domaines maître de secours.
5. Installation avec annulation du moteur de planification de Tivoli Workload
Scheduler.
6. Installation avec annulation du support de langue nationale du moteur de
planification de Tivoli Workload Scheduler.
7. Mise à jour du profil de la version intégrée de WebSphere Application Server,
version 6.1.
8. Personnalisation des scripts SQL utilisés pour la configuration de la base de
données de Tivoli Workload Scheduler.
9. Configuration de la base de données de Tivoli Workload Scheduler.
10. Démarrage de la version intégrée de WebSphere Application Server, version
6.1.
11. Création du programme de désinstallation.
12. Configuration de l'instance de Tivoli Workload Scheduler.
13. Démarrage de l'instance de Tivoli Workload Scheduler.
14. Fin et nettoyage de l'instance de Tivoli Workload Scheduler.
Le programme d'installation exécute ces étapes lors d'une action UNDO :
1. Arrêt de la version intégrée de WebSphere Application Server, version 6.1.
2. Arrêt de l'instance de Tivoli Workload Scheduler.
3. Annulation du moteur de planification de IBM Tivoli Workload Scheduler.
4. Annulation du support de langue nationale du moteur de planification d'IBM
Tivoli Workload Scheduler.
5. Restauration du profil de la version intégrée de WebSphere Application Server,
version 6.1 pour le gestionnaire de domaines maître ou le gestionnaire de
domaines maître de secours.
6. Démarrage de l'instance de Tivoli Workload Scheduler.
7. Démarrage de la version intégrée de WebSphere Application Server, version 6.1.
8. Fin et nettoyage de l'instance de Tivoli Workload Scheduler.
Actions d'installation
59
Lorsque vous installez le groupe de correctifs, vous pouvez effectuer les actions
suivantes :
Appliquer
Cette action permet d'installer le groupe de correctifs sans le rendre
permanent. Si vous appliquez le groupe de correctifs en mode "retour
arrière", vous pouvez effectuer l'action d'annulation pour revenir au groupe
de correctifs précédent.
Valider
Cette action permet de rendre le groupe de correctifs permanent. Après
avoir validé le groupe de correctifs, vous ne pouvez pas l'annuler.
Invalider
Cette action permet de revenir au niveau précédent.
Réparer
Cette action vous permet (uniquement après l'action Valider) de restaurer
une instance existante de Tivoli Workload Scheduler au niveau validé en
cours, lorsqu'un incident se produit dans les fichiers binaires.
En fonction de l'état d'installation du groupe de correctifs, vous pouvez effectuer
ces actions comme indiqué ci-dessous.
Tableau 5. Etat d'installation du groupe de correctifs.
Etat initial
Action
Etat final
Pack GA d'état
final
-
apply
ICU
ICH
ICU
commit
IC
-
ICU
roll back
-
IC
IC
repair
IC
-
où :
ICU
Installé en mode retour arrière
IC
Installé et validé
ICH
Installé, validé et masqué
Avant de lancer une réparation de l'installation du groupe de correctifs, vérifiez les
éléments suivants :
v Les processus dans le tableau 6 sont inactifs :
Tableau 6. Processus inactifs.
60
Windows
UNIX
netman
netman
monman
monman
ssmagent
ssmagent
tokensrv
tokensrv
writer
writer
batchman
batchman
batchup
batchup
JOBMAN
JOBMAN
JOBMON
scribner
Tableau 6. Processus inactifs. (suite)
Windows
UNIX
scribner
v Les fichiers indiqués dans le tableau 7 sont disponibles sous TWS_home/bin et ne
sont pas endommagés (40042) :
Tableau 7. Fichiers disponibles sous TWS_home/bin
Windows
UNIX
conman
conman
composer (sur le domaine maître)
composer (sur le domaine maître)
setown.cmd
libatrc.so
setown.exe
libicu*.so
oslayer.dll
libHTTP*.soinstmecho
icudt*.dll
mecho
HTTPChannel.dll
composer
HTTPSSLChannel.dll
HTTPTransport.dll
libatrc.dll
msv*.dll
Si vous avez installé un groupe de correctifs pour Tivoli Workload Scheduler en
"mode retour arrière" (état ICU) sur votre machine et que vous appliquez un
groupe de correctifs Tivoli Workload Scheduler plus récent sur celle-ci, toutes les
modifications que vous avez apportées lors de l'installation du précédent groupe
de correctifs Tivoli Workload Scheduler doivent être validées avant que les
nouvelles modifications ne soient appliquées. En conséquence, si vous annulez le
dernier groupe de correctifs installé, vous restaurerez les modifications du
précédent groupe de correctifs. Ces modifications sont permanentes.
L'installation du groupe de correctifs est enregistrée dans le fichier
TWSRegistry.dat par l'ajout des lignes suivantes :
/Tivoli/Workload_Scheduler/ tws_user_DN_FixpackName=
FP_TWS_$(SWD-OS-NAME)_$(tws_user).8.4.0.$(patch_id)
où :
v $(SWD-OS-NAME) dépend du système d'exploitation où vous procédez à
l'installation.
v $(tws_user) correspond au propriétaire de l'instance Tivoli Workload Scheduler.
v $(id_correctif) correspond au numéro du groupe de correctifs.
61
Installation à l'aide de l'assistant ISMP
Pour installer le groupe de correctifs à l'aide de l'assistant interactif, procédez
comme suit :
1. Supprimez la liaison entre l'hôte sur lequel vous installez le groupe de
correctifs et le réseau où se trouve Tivoli Workload Scheduler puis fermez
Tivoli Workload Scheduler. Utilisez les commandes suivantes :
Sous Windows :
conman "unlink @; noask"
conman "stop; wait"
conman "stopmon;wait"
Shutdown.cmd
Sous UNIX :
conman
conman
conman
conman
"unlink @; noask"
"stop; wait"
"stopmon;wait"
"shut;wait"
Si vous aviez des travaux planifiés sur l'ordinateur, vérifiez qu'ils sont terminés,
sinon certains processus, tels que jobmon ou joblnch, pourraient être toujours
actifs.
2. Téléchargez le fichier TAR ou ZIP correspondant au système d'exploitation et
décompressez-le. Si vous procédez à une installation sur un système
d'exploitation UNIX, exécutez la commande suivante :
chmod -R 755 <imagesDir>
3. En fonction du type de système d'exploitation, exécutez la commande suivante
pour démarrer l'assistant :
Sous Windows :
SETUP.exe
Sous UNIX :
./SETUP.bin
L'installation démarre.
4. Suivez les instructions fournies à l'écran.
5. Cliquez sur Terminer pour terminer l'installation.
Installation à l'aide de l'installation en mode silencieux ISMP
Vous pouvez utiliser l'installation en mode silencieux comme alternative.
L'installation en mode silencieux nécessite la personnalisation du fichier de
réponses. Un exemple de fichier de réponses est disponible sur toutes les images,
dans le répertoire RESPONSEFILES.
Exécutez la commande suivante, à partir du chemin où se trouve le fichier SETUP
pour démarrer l'installation en mode silencieux :
v Sous Windows :
setup.exe -options C:\home\TWS84FP5\patchInstall.txt -silent
v Sous UNIX :
./setup.bin -options /home/TWS84FP5/patchInstall.txt -silent
où /home/TWS84FP5/patchInstall.txt correspond au nom de chemin complet du
fichier de réponses que vous avez personnalisé avec vos paramètres
d'environnement.
62
Le tableau 8 répertorie les mots clés que vous pouvez définir pour le paramètre -W
actionPanel.selectedAction pour personnaliser le fichier de réponses en fonction
de vos besoins :
Tableau 8. Paramètres
MOT CLE
SCENARIO
APPLY
Installer un groupe de correctifs avec retour
arrière
ROLLBACK
Annuler un groupe de correctifs avec retour
arrière
COMMIT
Mettre en service un groupe de correctifs avec
retour arrière
APPLY_AND_COMMIT
Réparer un groupe de correctifs installé et validé
Remarque : Cette action est disponible
uniquement lorsque vous installez un groupe de
correctifs. Elle n'est pas disponible sur les
versions de disponibilité générale.
Remarque : Pour installer un nouveau groupe de correctifs, utilisez l'option
APPLY. Après la fin du processus d'installation, utilisez l'option
COMMIT. N'utilisez pas l'option APPLY_AND_COMMIT car son but
est de réparer les installations validées. (APAR IY96878)
Installation sous UNIX - utilisation du script twspatch
Sur toutes les plateformes UNIX, vous pouvez utiliser le fichier script twspatch
pour installer le groupe de correctifs sur les agents tolérant aux pannes (FTA). La
syntaxe de twspatch se présente comme suit :
./twspatch -{install | undo | commit | repair} -uname TWS_user
Pour l'installation, procédez comme suit :
1. Supprimez la liaison entre l'hôte sur lequel vous installez le groupe de
correctifs et le réseau où se trouve Tivoli Workload Scheduler puis fermez
Tivoli Workload Scheduler. Exécutez les commandes suivantes :
conman
conman
conman
conman
"unlink @; noask"
"stop;wait"
"stopmon;wait"
"shut;wait"
Si vous avez des travaux planifiés sur l'ordinateur, vérifiez qu'ils sont terminés,
sinon certains processus, tels que jobmon ou joblnch pourraient être toujours
actifs.
2. Téléchargez le fichier tar spécifique à votre système d'exploitation.
3. Décompressez-le sur votre système.
4. Exécutez twspatch.
Installation à l'aide de la distribution de logiciel
Pour installer le groupe de correctifs à l'aide de la distribution de logiciel, exécutez
la commande suivante :
v wdinstsp -f -uy -D execActionTools=false
-D tws_user=<TWS_USER>
-D install_dir=<TWS_HOME> <CPU_TYPE_DEF>
-n <INST_PKG_NAME> <SPB_FILE_NAME>
63
où :
<DEF_TYPE_UC> = -D st_agent=<true ou false> -D ft_agent=<true ou false>
-D master=<true ou false> -D bkm_agent=<true ou false>
<INST_PKG_NAME> = FP_TWS_<INST_INTERP>_<TWS_USER>.8.4.0.<PATCH_NUMBER>
<INST_INTERP> = AIX | HPIA64 | HPUX | LINUX_I386 | LINUX_S390 |
LINUX_PPC | LINUX_X86_64 | SOLARIS_I386 |
SOLARIS | WINDOW_X86_64 | WINDOWS
<PATCH_NUMBER> = fixpack level (ex. 01)
<SPB_FILE_NAME> = spb file name with the complete path
Une erreur se produit lors de l'application du groupe de correctifs de Tivoli
Workload Scheduler 8.4.0 avec ITCM - APAR IY94997 :
Les incidents suivants peuvent se produire lors de l'application d'un
groupe de correctifs de Tivoli Workload Scheduler 8.4.0 avec ITCM :
v Le processus d'installation échoue pendant twsStopAction.exe si Tivoli
Workload Scheduler est arrêté avant l'installation et que winstsp est
lancé d'une manière non transactionnelle.
v Si Tivoli Workload Scheduler n'est pas arrêté avant l'installation et que
winstsp est lancé d'une manière non transactionnelle, l'installation
échouera car la bibliothèque Msvcirt.dll est verrouillée (par
batchup.exe)
En guise de solution palliative, installez le groupe de correctifs de l'une des
manières suivantes : mode transactionnel et non transactionnel (commande
winstsp).
v Installez en mode transactionnel, en ajoutant le paramètre '-ty'
v Installez le mode non transactionnel (mode par défaut) comme suit :
– Arrêtez manuellement l'instance de Tivoli Workload Scheduler
– Installez le groupe de correctifs en ajoutant la commande suivante
aux paramètres d'installation :
’-D execTwsStopAction="false" -D execTwsStartUpAction="false"’
Instructions d'installation supplémentaires
Après avoir installé le groupe de correctifs, vous devez supprimer les fichiers de
signature de licence IBM Tivoli License Management du composant
Netcool/System Service Monitor imbriqué dans Tivoli Workload Scheduler (53599).
Pour supprimer ces fichiers, vous devez utiliser le script fixItlmSign.sh pour les
plateformes UNIXou fixItlmSign.bat pour les plateformes Windows, situé dans le
répertoire GA_fixes. Pour utiliser le script, effectuez l'une des actions suivantes :
v fixItlmSign.sh -u pour une aide sur l'utilisation des commandes
v fixItlmSign.sh <TWS_INSTALL_PATH> pour corriger la signature IBM Tivoli
License Management pour l'instance Tivoli Workload Scheduler spécifiée
v fixItlmSign.sh pour corriger la signature IBM Tivoli License Management en
extrayant les instances Tivoli Workload Scheduler du registre d'installation.
Annulation du groupe de correctifs
Vous pouvez annuler l'installation uniquement si vous l'avez effectuée en mode
retour arrière.
64
Pour annuler l'installation via ISMP, procédez comme suit :
1. Lancez la configuration d'installation de votre système d'exploitation.
2. Sélectionnez l'instance à supprimer.
3. Sélectionnez l'option ANNULER.
4. Cliquez sur Terminer.
Pour annuler l'installation à l'aide de la commande twspatch à partir du répertoire
racine_TWS, utilisez l'option -undo.
Désinstallation de toute l'instance Tivoli Workload Scheduler
Si vous avez effectué l'installation via la commande twspatch, pour désinstaller
toute l'instance Tivoli Workload Scheduler, utilisez la commande twspatch -remove
depuis le répertoire racine_TWS.
Si vous avez effectué l'installation via ISMP, consultez le guide de planification et
d'installation pour la procédure de désinstallation.
Fichiers journaux d'installation
Les fichiers suivants sont les fichiers journaux de l'installation dans lesquels vous
pouvez voir les détails sur le statut de l'installation du groupe de correctifs pour le
gestionnaire de domaine maître, le gestionnaire de domaine maître de secours,
l'agent tolérant aux pannes et le connecteur :
v Fichier de trace pour le programme d'installation ISMP
Sous Windows :
%TEMP%\tws84fixpack\twsismp.log
Sous UNIX :
$TMPDIR/tws84fixpack/twsismp.log
v Fichier journal pour le programme d'installation ISMP
Sous Windows :
%TEMP%\tws84fixpack\summary.log
Sous UNIX :
$TMPDIR/tws84fixpack/summary.log
v Fichier journal pour le programme d'installation de Tivoli Workload Scheduler.
Sous Windows :
%TEMP%\tws84fixpack\
twsinst_<INST_INTERP>_<TWSuser>^8.4.0.0n.log
Sous UNIX :
$TMPDIR/tws84fixpack/
twsinst_<INST_INTERP>_<TWSuser>^8.4.0.0n.log
où n correspond au numéro du groupe de correctifs. Le numéro de ce
groupe de correctifs est 5.
v Fichier journal pour l'installation de la gestion de configuration.
Sous Windows :
%TEMP%\FP_TWS_<INST_INTERP>_<TWSuser>^8.4.0.0n.log
Sous UNIX :
$TMPDIR/FP_TWS_<INST_INTERP>_<TWSuser>^8.4.0.0n.log
où n correspond au numéro du groupe de correctifs. Le numéro de ce
groupe de correctifs est 5.
65
Pour plus d'informations sur INST_INTERP, voir «Installation à l'aide de la
distribution de logiciel», à la page 63.
Si la variable $TMPDIR n'est pas définie sur le système UNIX c'est la valeur par
défaut /tmp qui est prise en compte.
Mises à jour de la documentation
Ce sont les correctifs des APAR et défauts internes de la documentation qui ont été
rendus disponibles.
Ils sont organisés par numéro de groupe de correctifs et manuel.
Mises à jour de la documentation du groupe de correctifs 05
pour Tivoli Workload Scheduler, version 8.4.0
Cette section détaille les nouvelles informations et les corrections apportées à la
documentation contenues dans le groupe de correctifs. Elle est organisée par
manuel :
Guide de référence de Tivoli Workload Scheduler version 8.4 (révision : mars
2008) SC32-1274-07
53834
Dans le chapitre 7 : "Définition des objets dans la base de
données", section "Définition des objets de planification",
sous-section "Définition du flot de travaux", élément "on", modifiez
la description de l'argument validfrom date ... validto date comme
suit :
Délimite l'intervalle de temps pendant lequel le flot de travaux est
actif, à savoir ajouté au plan de production. Vous remarquerez que
la date spécifiée comme valeur validto n'est pas incluse dans le
cycle d'exécution. Par conséquent, à cette date, le flot de travaux
n'est pas actif.
53900
Dans l'annexe A : "Définitions des actions et des événements
d'automatisation de charge de travail gérée par les événements",
section "Fournisseurs d'événements et définitions", tableau 97
"Paramètres des types d'événement ModificationCompleted", pour
la propriété FileName, retirez la coche de la colonne de l'assistant
autorisé.
IZ69495
Au chapitre 5, "Gestion du cycle de production", section
"Personnalisation de la gestion du plan avec les options globales",
sous-section "Propriétés ayant un impact sur la génération ou
l'extension du plan de production“, pour la propriété
enPreventStart, modifiez la description de l'option yes comme suit :
Un flot de travaux ne peut pas commencer avant 00:00 à la date
système planifiée même s'il ne comporte pas de dépendances.
IY80605
Lors de la descriptions des mots clés utilisés pour la définition
d'un flot de travaux dans la base de données, le guide décrit
l'utilisation correcte des dépendances needs (resources) comme
suit :
"Les ressources peuvent être utilisées comme dépendances
uniquement par des travaux et des flots de travaux exécutés sur le
66
même poste de travail. Cependant, un agent standard et son hôte
peuvent référencer les mêmes ressources."
Ajoutez ce qui suit :
En raison du mécanisme de résolution de dépendance de
ressource, une dépendance de ressource au niveau du flot de
travaux peut être considérée comme 'locale' (et son utilisation peut
donc être prise en charge) plutôt que 'globale', lorsque le flot de
travaux et tous ses travaux sont définis sur le même poste de
travail que la ressource.
13180
Au chapitre 9, "Gestion des objets dans le plan - conman", section
"Descriptions des commandes", dans la description de la
commande kill, remplacez l'exemple suivant :
Pour supprimer le numéro de travail 456, exécutez la commande
suivante :
k 456
par :
Pour supprimer le numéro de travail 124 exécutez sur le poste de
travail, exécutez la commande suivante :
kill geneva#124
IZ46744
Au chapitre 8 : "Définition des objets dans la base de données",
dans la section "Arguments" de la section "Opens", remplacez la
définition de nom_fichier en remplaçant la dernière phrase :
Le nom de fichier doit être qualifié complet pour tous les types de
poste de travail à l'exception des agents étendus, qui ne l'exigent
pas.
par
Le nom de fichier doit être qualifié complet pour tous les types de
poste de travail pour éviter l'erreur AWSBIN108E. Les seules
exceptions sont les agents étendus, qui ne l'exigent pas, et la
planification défini avec composer soumis par conman.
49948
dans la section "Définition des paramètres", remplacez la phrase
suivante :
Lorsque vous définissez un travail ou un flot de travaux dans la
base de données, vous pouvez mettre le paramètre entre
apostrophes (' ') pour vous assurer qu'il est résolu à l'heure de
l'exécution, même si un paramètre du même nom est défini comme
paramètre global dans la base de données Tivoli Workload
Scheduler.
par
Sur les systèmes d'exploitation Windows, vous pouvez uniquement
utiliser des noms de paramètres entre accents circonflexes (^), pour
que les paramètres soient résolus uniquement lors de la
soumission.
Sur les systèmes d'exploitation UNIX, lorsque vous définissez un
travail ou un flot de travaux dans la base de données, vous pouvez
mettre le paramètre entre apostrophe ('), pour vous assurer qu'il est
67
résolu à l'heure de l'exécution, même si un paramètre du même
nom est défini comme paramètre global dans la base de données
Dans la section Opens, remplacez la phrase suivante :
Indique le nom du fichier entre guillemets. Vous pouvez utiliser les
paramètres Tivoli Workload Scheduler comme partie ou comme la
totalité de la chaîne du nom de fichier. Si vous utilisez un
paramètre, il doit être entre accents circonflexes (^).
par
Indique le nom du fichier entre guillemets. Vous pouvez utiliser les
paramètres Tivoli Workload Scheduler comme partie ou comme la
totalité de la chaîne du nom de fichier. Si vous utilisez un
paramètre, il doit être entre accents circonflexes (^) pour être résolu
lors de la soumission. Sous UNIX, vous pouvez également mettre
le paramètre entre apostrophes (') pour vous assurer qu'il est résolu
lors de l'exécution.
Au chapitre 9, "Utilisation des commandes d'utilisateur", dans la
section Paramètres, ajoutez la remarque suivante :
Remarque : L'utilisation des paramètres dans les définitions de
travail et dans les fichiers de script de travail exige
que le paramètre existe déjà en local, dans la base de
données de paramètres sur le poste de travail. Sous
Windows, il est impossible de résoudre un paramètre
lors de l'exécution, si bien que vous pouvez utiliser
l'utilitaire parms uniquement dans un script de travail.
IZ53792
"showjobs" et "showschedules" de la section Format standard,
modifiez la description de (Est)Start comme suit :
Pour la commande showjobs :
(Est)Start
Heure de début du travail ou du flot de travaux. Les
parenthèses indiquent une estimation de l'heure de début. Si
la commande est exécutée le jour même où l'exécution du
travail est planifiée, le paramètre Start affiche une heure
sous la forme (Est)Start. Si la commande est exécutée un
autre jour que celui de l'exécution du travail, le paramètre
Start affiche une date sous la forme (Est)Start. Par exemple,
si le travail suivant démarre le même jour que celui où
l'exécution du travail est planifiée :
SCHEDULE MASTERB1#JS_B
ON RUNCYCLE RULE1 "FREQ=DAILY;"
AT 1700
:
MASTERB1#JOB1
AT 1800
END
68
Vous recevez la sortie suivante :
%sj @#@
(Est) (Est)
CPU Schedule SchedTime Job State Pr Start Elapse RetCode Deps
MASTERB1#JS_B
1700 08/18 ***** HOLD 10(17:00)
JOB1 HOLD 10(18:00)
Si, par exemple, le travail suivant démarre un autre jour que
celui où l'exécution du travail est planifiée :
SCHEDULE MASTERB1#JS_A
AT 0400
:
MASTERB1#JOB_A
AT 0500
END
%sj @#@
(Est) (Est)
MASTERB1#JS_A
0400 08/19 ***** HOLD 10(08/19)
JOB_A HOLD 10(08/19)
Pour la commande showschedules :
(Est)Start
Heure de début du travail ou du flot de travaux. Les
parenthèses indiquent une estimation de l'heure de début. Si
la commande est exécutée le jour même où l'exécution du
flot de travaux est planifiée, le paramètre Start affiche une
heure sous la forme (Est)Start. Si la commande est exécutée
un autre jour que celui où l'exécution du flot de travaux est
planifiée, le paramètre Start affiche une date sous la forme
(Est)Start. Si, par exemple, le flot de travaux suivant
démarre le même jour que celui où l'exécution du flot de
travaux est planifiée :
AT 1800
:
MASTERB1#JOB1
END
%ss @#@
(Est) (Est) Jobs Sch
CPU
Schedule SchedTime State Pr Start Elapse # OK Lim
MASTERB1#JS_B
1800 08/18 HOLD 10(18:00)
1 0
Si, par exemple, le flot de travaux suivant démarre un autre
jour que celui où l'exécution du flot de travaux est
planifiée :
AT 0500
:
MASTERB1#JOB1
END
69
%ss @#@
CPU
MASTERB1#JS_A
0500 08/19 HOLD 10(08/19)
1
0
IZ58283
section "Définitions des postes de travail", ajoutez les informations
suivantes :
Vous remarquerez que lorsqu'un agent tolérant aux pannes est
défini avec securitylevel = on et que vous exécutez la commande
switchmgr, après la fin de la commande, l'agent n'utilise pas le
port SSL pour se connecter au gestionnaire de domaine maître.
Pour corriger ce problème, vous pouvez effectuer l'une des actions
suivantes :
v Libérez, puis liez l'agent à partir du nouveau gestionnaire de
domaine maître.
v Utilisez l'option securitylevel = force dans l'agent.
Au chapitre 9, "Gestion des objets dans le plan - conman", dans la
description de la commande limit sched, supprimez la phrase
suivante :
Remarque : Si vous indiquez la limite 0, aucun travail, même avec
la priorité définie sur GO ou HI, n'est lancée à partir
du flot de travaux.
IZ56270
Au chapitre 5: "Gestion du cycle de production", section
"Personnalisation de la gestion du plan avec les options globales",
sous-section "Propriétés ayant un impact sur la génération ou
l'extension du plan de préproduction“, ajoutez les informations
suivantes :
La plage de valeurs autorisées pour l'option globale maxLen et
redéfinie de 14-365 à 8-365 jours. La global est 8 jours. Cette option
indique la longueur maximale du plan de préproduction en jours
après son extension ou sa création automatique. Si les valeurs
minLen et maxLen sont identiques, le plan de préproduction est
mis à jour pendant la phase MakePlan. En général, la valeur de
maxLen doit dépasser la valeur de minLen d'au moins 1 jour, si
bien que le plan de préproduction peut être mis à jour par la phase
UpdateStats.
Guide de planification et d'installation de Tivoli Workload Scheduler version 8.4
(révision : novembre 2007) SC32-1273-06
IZ84396
Au chapitre 10 sur la personnalisation facultative, section sur la
définition des options locales, dans la description de l'option bm
check deadline, ajoutez la ligne suivante à la fin de la description :
Définissez l'option bm check deadline sur chaque poste de travail
où vous souhaitez être informé de l'expiration du délai. Pour
désactiver l'option et ne pas vérifier les échéances, entrez la valeur
zéro.
70
IZ60528
Au chapitre 6 : "Exécution de l'automatisation de la charge de
travail gérée par événement", section sur l'utilisation des interfaces
et commandes impliquées, après le tableau des interfaces et
commandes de gestion de l'automatisation de la charge de travail
gérée par événement, ajoutez une remarque au contenu suivant :
Si vous utilisez un pare-feu de sécurité, assurez-vous que les ports
définis dans l'option globale eventProcessorEIFPort et dans l'option
locale nm port sur chaque agent sont ouverts pour les connexions
entrantes et sortantes.
Guide d'administration et d'identification et résolution des incidents Tivoli
Workload Scheduler version 8.4 SC32-1275-06
IZ44871
Au chapitre : "Tâches d'administration - serveur d'applications",
section "Modifier les paramètres de sécurité", ajoutez la remarque
suivante :
Remarque : Si vous souhaitez modifier une propriété unique, vous
devez fournir comme entrée de la commande
<changesecurityproperties> tout le bloc dont cette
propriété fait partie.
IZ67393
Au chapitre 4 : "Configuration de l'autorisation utilisateur (fichier
Security)", la section sur l'utilisation du module PAM a changé
comme suit :
Tivoli Workload Scheduler étend le serveur WebSphere Application
Server imbriqué en prenant en charge un mécanisme
d'authentification d'utilisateur basé sur le module PAM. Cette
extension fournit une méthode d'authentification unique capable
d'authentifier les utilisateurs quelle que soit la base des
implémentations de leur registre d'utilisateurs : système
d'exploitation local ou LDAP. Tivoli Workload Scheduler installe
automatiquement le plug-in qui permet à WebSphere Application
Server d'utiliser l'authentification basée sur le module PAM. Le
plug-in utilise le service avec le nom other. D'habitude, vous n'avez
rien à faire pour configurer le module PAM. Cependant, si le
niveau de vos autorisations vous empêche d'utiliser other, ajoutez
le service avec le nom checkpassword dans le fichier
/etc/pam.conf. L'utilisation du module PAM étend également les
fonctions de WebSphere Application Server pour inclure la prise en
charge de l'authentification dans les environnements de mode
sécurisé HP. Tivoli Workload Scheduler est défini par défaut pour
utiliser un registre d'utilisateurs de module PAM appelé "custom".
Si le module PAM n'est pas configuré avec ce registre, WebSphere
Application Server consulte le registre utilisateur local sur le
gestionnaire de domaine maître.
Fonction 53429
v Au chapitre 4 “Maintenance des données", dans la section
expliquant comment éviter les systèmes de fichiers complets,
ajoutez les sections suivantes :
Surveillance de l'espace disque utilisé par Tivoli Workload
Scheduler
71
Vous pouvez utiliser l'automatisation de la charge de travail
gérée par événement (EDWA) pour surveiller l'espace disque
utilisé par Tivoli Workload Scheduler et pour démarrer un
ensemble prédéfini d'actions lorsqu'un ou plusieurs événements
spécifiques se produisent. L'automatisation EDWA vous permet
de surveiller l'espace disque, de vérifier que l'espace disque
disponible est suffisant pour générer le fichier Symphony et les
fichiers journaux et de faire en sorte que le produit fonctionne
correctement. Pour plus d'informations sur l'automatisation de la
charge de travail gérée par événement, consultez le guide
d'utilisation et de référence d'IBM Tivoli Workload Scheduler.
Le fichier .XML suivant contient la définition d'une règle
d'événement à titre d'exemple pour surveiller le pourcentage de
remplissage du disque. Cette règle d'événement appelle le
fournisseur d'action MessageLogger pour écrire un message dans
un fichier journal, dans une base de données de contrôle interne.
Si la condition décrite dans la règle existe déjà lorsque vous
déployez celle-ci, l'événement associé n'est pas généré. Pour plus
d'informations sur le fournisseur d'action MessageLogger,
consultez le guide d'utilisation et de référence d'IBM Tivoli Workload
Scheduler.
<?xml version="1.0"?>
<eventRuleSet xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.ibm.com/xmlns/prod/tws/1.0/event-management/rules"
xsi:schemaLocation="http://www.ibm.com/xmlns/prod/tws/1.0/event-management
/rules http://www.ibm.com/xmlns/prod/tws/1.0/event-management/rules/EventRules.xsd">
<eventRule name="FILESYSTEMFULL" ruleType="filter" isDraft="yes">
<eventCondition name="twsDiskMonEvt1" eventProvider="TWSApplicationMonitor"
eventType="TWSDiskMonitor">
<scope>
* Disk is filling up
</scope>
<filteringPredicate>
<attributeFilter name="FillingPercentage" operator="ge">
<value>pourcentage_remplissage</value>
</attributeFilter>
<attributeFilter name="Workstation" operator="eq">
<value>nom_poste_de_travail</value>
</attributeFilter>
<attributeFilter name="SampleInterval" operator="eq">
<value>intervalle_exemple</value>
</attributeFilter>
<attributeFilter name="MountPoint" operator="eq">
<value>point_de_montage</value>
</attributeFilter>
</filteringPredicate>
</eventCondition>
<action actionProvider="MessageLogger" actionType="MSGLOG" responseType=
"onDetection">
<scope>
OBJECT=ADWDAD MESSAGE=Disk is filling up
</scope>
<parameter name="ObjectKey">
<value>clé_objet</value>
</parameter>
<parameter name="Severity">
<value>gravité_message</value>
</parameter>
<parameter name="Message">
<value>message_journal</value>
</parameter>
</action>
</eventRule>
où :
pourcentage_remplissage
Correspond au pourcentage de remplissage. Les
opérateurs suivants sont pris en charge :
ge
72
Génère des événements lorsque le pourcentage
de remplissage du disque dépasse la valeur de
seuil. L'événement est généré uniquement la
première fois que le pourcentage de remplissage
du disque spécifié est atteint. Si vous redémarrez
l'agent SSM et que le pourcentage de
remplissage est supérieur à la valeur de seuil,
l'événement est de nouveau généré. Le tableau 9
fournit un exemple dans lequel l'opérateur ge est
défini sur 70 %.
Tableau 9. Exemple pour l'opérateur ge
Nom de la boîte aux lettres
Pourcentage de remplissage
Action
Exemple (0)
>= 70 %
événement non généré
Exemple (0)
< 70 %
Exemple (n-1)
< 70 %
Exemple (n)
>= 70 %
événement généré
Exemple (n+1)
>= 70 %
le
de remplissage du disque tombe au-dessous de
la valeur de seuil. L'événement est généré
uniquement la première fois que le pourcentage
de remplissage du disque spécifié est atteint. Si
vous redémarrez l'agent SSM et que le
pourcentage de remplissage est inférieur à la
valeur de seuil, l'événement n'est pas généré
jusqu'à ce que ce pourcentage dépasse la valeur
de seuil, puis retombe au-dessous. Le tableau 10
fournit un exemple dans lequel l'opérateur le est
défini sur 50 % :
Tableau 10. Exemple pour l'opérateur le
Action
Exemple (0)
<= 50 %
Exemple (0)
> 50 %
Exemple (n-1)
> 50 %
Exemple (n)
<= 50 %
Exemple (n+1)
<= 50 %
nom_poste_de_travail
Correspond au poste de travail où l'événement est
généré.
intervalle_exemple
Correspond à l'intervalle en secondes de surveillance du
pourcentage de remplissage du disque.
point_montage
Correspond au point de montage du système de fichiers
où Tivoli Workload Scheduler est installé.
clé_objet
Correspond à une clé identifiant l'objet auquel le
message est associé.
gravité_message
Correspond à la gravité du message.
73
message_journal
Correspond au message à consigner.
v Au chapitre 11 sur la résolution des incidents liés aux réseaux,
dans la section sur la planification d'espace pour les files
d'attente, ajoutez la section suivante :
Surveillance de la taille des files d'attente de messages Tivoli
Workload Scheduler
gérée par événement (EDWA) pour surveiller la taille des files
d'attente de messages et pour démarrer un ensemble prédéfini
d'actions lorsqu'un ou plusieurs événements spécifiques se
produisent. Pour plus d'informations sur l'automatisation de la
Vous pouvez surveiller les files d'attente de messages suivantes :
– appserverbox
– clbox
–
–
–
–
–
courier
intercom
mailbox
monbox
moncmd
– pobox
– server
– tomaster
d'événement à titre d'exemple pour surveiller la file d'attente de
la boîte aux lettres sur le poste de travail spécifié et envoyer un
message lorsque le pourcentage de remplissage est supérieur à la
valeur spécifiée. Si la condition décrite dans la règle existe déjà
lorsque vous déployez celle-ci, l'événement associé n'est pas
généré. Cette règle d'événement permet d'appeler le fournisseur
d'action MailSender pour envoyer un message aux récepteurs
que vous indiquez. Pour plus d'informations sur le fournisseur
d'action MailSender, consultez le guide d'utilisation et de référence
d'IBM Tivoli Workload Scheduler.
<?xml version="1.0"?>
<eventRuleSet xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://www.ibm.com/xmlns/prod/tws/1.0/event-management/rules"
xsi:schemaLocation="http://www.ibm.com/xmlns/prod/tws/1.0/event-management
/rules http://www.ibm.com/xmlns/prod/tws/1.0/event-management/rules/EventRules.xsd">
<eventRule name="MONITORQUEUE" ruleType="filter" isDraft="no">
<eventCondition name="twsMesQueEvt1" eventProvider="TWSApplicationMonitor"
eventType="TWSMessageQueues">
<scope>
MAILBOX FILLED UP 80% ON FTA
</scope>
<attributeFilter name="MailboxName" operator="eq">
<value>nom_boîte_aux_lettres</value>
</attributeFilter>
<attributeFilter name="FillingPercentage" operator="ge">
<value>pourcentage_remplissage</value>
</attributeFilter>
</attributeFilter>
</attributeFilter>
</eventCondition>
<action actionProvider="MailSender" actionType="SendMail" responseType=
"onDetection">
74
<scope>
TWSUSER@TWS : THE MAILBOX ON nom_poste_de_travail...
</scope>
<parameter name="To">
<value>liste_récepteurs_principale</value>
</parameter>
<parameter name="Subject">
<value>objet_message</value>
</parameter>
</action>
</eventRule>
</eventRuleSet>
où :
nom_boîte_aux_lettres
Correspond au nom de la boîte aux lettres à surveiller.
pourcentage_remplissage
Correspond au pourcentage de remplissage. Les
opérateurs suivants sont pris en charge :
ge
de remplissage de la boîte aux lettres dépasse la
valeur de seuil. L'événement est généré
uniquement la première fois que le pourcentage
de remplissage de la boîte aux lettres spécifiée
est atteint. Si vous redémarrez l'agent SSM et
que le pourcentage de remplissage est supérieur
à la valeur de seuil, l'événement est de nouveau
généré. Le tableau 11 fournit un exemple dans
lequel l'opérateur ge est défini sur 70 %.
Tableau 11. Exemple pour l'opérateur ge
Action
Exemple (0)
>= 70 %
Exemple (0)
< 70 %
Exemple (n-1)
< 70 %
Exemple (n)
>= 70 %
Exemple (n+1)
>= 70 %
le
de remplissage de la boîte aux lettres tombe
au-dessous de la valeur de seuil. L'événement
est généré uniquement la première fois que le
pourcentage de remplissage de la boîte aux
lettres spécifiée est atteint. Si vous redémarrez
l'agent SSM et que le pourcentage de
remplissage est inférieur à la valeur de seuil,
l'événement n'est pas généré jusqu'à ce que ce
pourcentage dépasse la valeur de seuil, puis
retombe au-dessous. Le tableau 12 fournit un
exemple dans lequel l'opérateur le est défini sur
50 % :
Tableau 12. Exemple pour l'opérateur le
Action
Exemple (0)
<= 50 %
Exemple (0)
> 50 %
75
Tableau 12. Exemple pour l'opérateur le (suite)
Action
Exemple (n-1)
> 50 %
Exemple (n)
<= 50 %
Exemple (n+1)
<= 50 %
généré.
intervalle_exemple
pourcentage de remplissage de la boîte aux lettres.
liste_récepteur_principale
Correspond à la liste de récepteurs principale.
objet_message
Correspond à l'objet du message.
v Au chapitre 11 sur la résolution des incidents liés aux réseaux,
après la section sur les processus réseau, ajoutez la section
suivante :
Surveillance du statut des processus Tivoli Workload
Scheduler
gérée par événement (EDWA) pour surveiller le statut des
processus réseau et pour démarrer un ensemble prédéfini
d'actions lorsqu'un ou plusieurs événements spécifiques se
produisent. Pour plus d'informations sur l'automatisation de la
Vous pouvez surveiller les processus suivants :
– agent
– appservman
– batchman
– jobman
– mailman
– monman
– netman
d'événement à titre d'exemple pour surveiller le statut des
processus spécifiés sur le poste de travail spécifié. Cette règle
d'événement appelle le fournisseur d'action MessageLogger pour
écrire un message dans un fichier journal, dans une base de
données de contrôle interne. Si la condition décrite dans la règle
existe déjà lorsque vous déployez celle-ci, l'événement associé
n'est pas généré. Pour plus d'informations sur le fournisseur
d'action MessageLogger, consultez le guide d'utilisation et de
référence d'IBM Tivoli Workload Scheduler.
<eventRule name="PROCESSES" ruleType="filter" isDraft="no">
<eventCondition name="twsProcMonEvt1" eventProvider="TWSApplicationMonitor"
eventType="TWSProcessMonitor">
<scope>
AGENT, BATCHMAN DOWN
</scope>
76
<attributeFilter name="ProcessName" operator="eq">
<value>nom_processus</value>
</attributeFilter>
<attributeFilter name="TWSPath" operator="eq">
<value>chemin_TWS</value>
</attributeFilter>
</attributeFilter>
</attributeFilter>
</eventCondition>
<action actionProvider="MessageLogger" actionType="MSGLOG" responseType="onDetection">
<scope>
OBJECT=AAAAAAA MESSAGE=TWS PROCESS DOWN: %{TWSPROCMONEVT1.PROCESSNAME}
ON %{TWSPROCMONEVT1.TWSPATH}
</scope>
<parameter name="ObjectKey">
<value>clé_objet</value>
</parameter>
<parameter name="Severity">
<value>gravité_message</value>
</parameter>
<parameter name="Message">
<value>message_journal</value>
</parameter>
</action>
</eventRule>
</eventRuleSet>
où :
nom_processus
Correspond au nom du processus à surveiller. Vous
pouvez insérer plusieurs noms de processus comme
suit :
<attributeFilter name="ProcessName" operator="eq">
<value>agent</value>
<value>batchman</value>
</attributeFilter>
chemin_TWS
Correspond au répertoire contenant le fichier Symphony
et le répertoire bin.
généré.
intervalle_exemple
statut du processus.
clé_objet
Correspond à une clé identifiant l'objet auquel le
message est associé.
gravité_message
Correspond à la gravité du message.
message_journal
Correspond au message à consigner.
77
manuel :
Guide de référence de Tivoli Workload Scheduler version 8.4 (Révision : mars
2008) SC32-1274-07
IZ53395
"showschedules", supprimez l'élément suivant de la liste sous
dépendances de la description Format standard :
Les flots de travaux arrivés à expiration avec until,
y compris les flots de travaux
annulés avec l’option ;pend, sont nommés : [Until].
IZ53792
"showjobs" et "showschedules" de la section Format standard, modifiez
la description de (Est)Start comme suit :
Pour la commande showjobs :
(Est)Start
L'heure de début du travail ou du flot de travaux. Les
parenthèses indiquent une estimation de l'heure de début. Si la
commande est exécutée le jour même où l'exécution du travail
est planifiée, le paramètre Start affiche une heure sous la forme
(Est)Start. Si la commande est exécutée un autre jour que celui
de l'exécution du travail, le paramètre Start affiche une date sous
la forme (Est)Start. Par exemple, si le travail suivant démarre le
même jour que celui où l'exécution du travail est planifiée :
AT 1700
:
MASTERB1#JOB1
AT 1800
END
%sj @#@
(Est) (Est)
MASTERB1#JS_B
1700 08/18 ***** HOLD 10(17:00)
JOB1 HOLD 10(18:00)
Si, par exemple, le travail suivant démarre un autre jour que
celui où l'exécution du travail est planifiée :
AT 0400
:
MASTERB1#JOB_A
AT 0500
END
78
%sj @#@
(Est) (Est)
MASTERB1#JS_A
0400 08/19 ***** HOLD 10(08/19)
JOB_A HOLD 10(08/19)
Pour la commande showschedules :
(Est)Start
L'heure de début du travail ou du flot de travaux. Les
parenthèses indiquent une estimation de l'heure de début. Si la
commande est exécutée le jour même où l'exécution du flot de
travaux est planifiée, le paramètre Start affiche une heure sous la
forme (Est)Start. Si la commande est exécutée un autre jour que
celui où l'exécution du flot de travaux est planifiée, le paramètre
Start affiche une date sous la forme (Est)Start. Si, par exemple, le
flot de travaux suivant démarre le même jour que celui où
l'exécution du flot de travaux est planifiée :
AT 1800
:
MASTERB1#JOB1
END
%ss @#@
CPU
MASTERB1#JS_B
1800 08/18 HOLD 10(18:00)
1 0
Si, par exemple, le flot de travaux suivant démarre un autre jour
que celui où l'exécution du flot de travaux est planifiée :
AT 0500
:
MASTERB1#JOB1
END
%ss @#@
CPU
MASTERB1#JS_A
0500 08/19 HOLD 10(08/19)
1
0
IZ58722
Chapitre 7 : "Définition des objets dans la base de données", section
"Définition des objets de planification", sous-section "Détails du mot clé
de définition du flot de travaux", délai, ajoutez les informations
suivantes avant la Remarque :
Si un travail ne se termine pas avant le délai imparti, un message
d'avertissement s'affiche. Si ce travail ne fait pas partie d'un flot de
travaux reporté et que vous exécutez JnextPlan alors qu'il est en cours
d'exécution, le travail est placé dans USERJOBS. Dans ce cas, Tivoli
Workload Scheduler affiche un autre message d'avertissement à propos
de l'expiration du délai dans le fichier <TWS_home>/stdlist/logs/
<yyyymmdd>_TWSMERGE.log.
Guide de planification et d'installation de Tivoli Workload Scheduler version
8.4, (SC32-1273-06)
79
IZ53821
Chapitre 4. "Mise à niveau d'une instance de gestionnaire de
domaine maître, version 8.2 ou 8.2.1", section "Exécution d'une
mise à niveau parallèle," sous-section "Parallèle 8 : Changement du
gestionnaire de domaine maître", ajoutez la remarque suivante à la
fin de la section :
Remarque : Si une dépendance externe est exécutée sur un agent
étendu qui est défini sur un maître Tivoli Workload
Scheduler V8.2 ou V8.2.1 et que la définition du poste
de travail de l'agent désigne le maître avec le nom du
maître et non pas la variable $MASTER, lorsque la
dépendance est reportée au cours de la migration vers
une version 8.3 ou supérieure, la dépendance reportée
n'est plus résolue après la commande switchmgr car
l'agent fait référence à l'ancien maître qui n'existe plus.
Pour que la dépendance soit résolue de manière
automatique, vous devez modifier la définition du
poste de travail d'agent étendu pour qu'elle désigne le
nom du nouveau maître ou qu'elle insère la variable
$MASTER.
IZ55345
Chapitre 5 : "Mise à niveau d'une instance de gestionnaire de
domaine maître, version 8.2 ou 8.2.1", section "Exécution d'une
mise à niveau parallèle," sous-section "Parallèle 4 : Changement du
gestionnaire de domaine maître", effectuez les modifications
suivantes :
v Remplacez la commande à l'étape 3 par la commande suivante :
JnextPlan -from start_time tz Country/Town - for 0000
v Ajoutez la phrase suivante à la fin de la sous-section :
Pour plus d'informations sur JnextPlan, consultez le manuel
Guide d'utilisation et de référence.
IZ59485
Chapitre 3 : "Nouvelle installation de Tivoli Workload Scheduler",
section "Installation de Tivoli Workload Scheduler à l'aide de
l'assistant d'installation", sous-section "Installation d'un client de
ligne de commande", ajoutez la phrase suivante à la fin du premier
paragraphe :
N’installez pas le client de ligne de commande dans le même chemin
que celui utilisé pour installer d’autres composants
Workload Scheduler version 8.4 (Révision mars 2008) SC32-1275-07
IZ54835
Chapitre 10 : "Outils de diagnostic", section "Séparation des
messages de trace et de journal", remplacez la section par la section
suivante :
Messages de trace et de journal
Tivoli Workload Scheduler fusionne automatiquement les journaux
et les traces en un seul fichier. Le fichier résultant est stocké dans
le fichier <TWS_home>/stdlist/trace/<yyyymmdd>_TWSMERGE.log. Les
80
messages de journal sont également consignés dans un fichier
distinct stocké dans le fichier <TWS_home>/stdlist/log/
<yyyymmdd>_TWSMERGE.log.
Messages de journal
Il s'agit des messages qui contiennent des informations et
des avertissements sur d'éventuels problèmes, et qui
signalent des erreurs. La plupart des messages de journal
sont décrits dans Tivoli Workload Scheduler : Messages.
Les messages de journal sont traduits dans les langues
suivantes :
v Chinois - simplifié
v Chinois - traditionnel
v Français
v Allemand
v Italien
v Japonais
v Coréen
v Portugais - Brésilien
v Espagnol
Les messages sont enregistrés dans le fichier journal dans
la langue de l'environnement local défini sur l'ordinateur
sur lequel ils ont été générés, à l'heure à laquelle ils ont été
générés.
Messages de trace
Il s'agit des messages destinés au service de support
logiciel IBM qui contiennent des informations détaillées sur
les processus Tivoli Workload Scheduler. Ils sont, pour la
plupart, rédigés en anglais. Alors que les messages de
journal sont rédigés de manière à ce que vous puissiez les
interpréter par rapport aux opérations en cours, les
messages de trace ne sont pas toujours interprétables. Il
n'est pas certain que vous puissiez diagnostiquer des
situations d'erreur d'après les informations qu'ils
contiennent.
IZ54495
Chapitre 1 : "Personnalisation et configuration", section "Définition
des options globales", dans la description de l'option
enEventDrivenWorkloadAutomation | ed, remplacez la phrase :
Après la désactivation, vous devez exécuter JnextPlan ou arrêter le
serveur de traitement d'événement (à l'aide de la commande
conman stopevtp).par la phrase suivante :
Après la désactivation, vous devez exécuter JnextPlan et arrêter le
serveur de traitement d'événement (à l'aide de la commande
conman stopevtp).
81
IZ57938
Deuxième partie : Identification et résolution des incidents,
Chapitre 11 : "Identification et résolution des incidents relatifs à
l'installation, la migration et la désinstallation", section, "Scénarios
de problèmes : installation, réinstallation, mise à niveau, migration
et désinstallation", sous-section, "Problèmes de désinstallation sous
Windows", effectuez les modifications suivantes :
Ajoutez le point suivant à la fin de la liste :
Sous Windows 2008, l'installation du contrôleur de
domaine Tivoli Workload Scheduler échoue en raison d'une
clé manquante dans le registre Windows.
Ajoutez la section suivante après la section "Echec du démarrage
des services Windows lors de l'installation"
domaine Tivoli Workload Scheduler échoue en raison
d'une clé manquante dans le registre Windows
domaine Tivoli Workload Scheduler échoue.
Cause et solution
Assurez-vous que vous avez activé et démarré le service
Windows "Explorateur d'ordinateurs".
L'installation échoue car la clé de registre
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
Windows NT\CurrentVersion\Winlogon\
CachePrimaryDomain a été supprimée sous Windows
2008.
Pour résoudre l'incident, procédez comme suit :
1. Ajoutez la clé CachePrimaryDomain dans l'entrée
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\
Windows NT\CurrentVersion\Winlogon en tant que
valeur de chaîne.
2. Attribuez à la valeur le nom de domaine du poste de
travail.
manuel :
Planification et installation d'IBM Tivoli Workload Scheduler version 8.4
(Révision : mars 2008) SC32-1273-07
IZ32375
Au chapitre 2, "Systèmes d'exploitation pris en charge et conditions
requises", section "Exigences d'espace disque" remplacez les valeurs
de la colonne MDM/BKM avec client DB2 du Table 14. Exigences
d'espace disque, en mégaoctets, pour les composants et fonctions Tivoli
Workload Scheduler par les valeurs suivantes :
v AIX : 819,87 Mo
v Linux : 760,6 Mo
v HP-UX : 1,25 Go
82
v Solaris : 1047,05 Mo
v Windows : 728 Mo
Au chapitre 4 : Mise à niveau d'une instance de gestionnaire de
domaine maître, version 8.2 ou 8.2.1, section Exécution d'une mise à
niveau parallèle, effectuez les modifications suivantes :
v Dans la section P2U-2 : Exportation des données utilisateur
Windows 8.2.x vers des fichiers texte, remplacez la description de
l'étape 5 par la description suivante :
Décompressez le fichier et placez-le dans un répertoire où vous
voulez enregistrer les utilisateurs Windows. Ce répertoire est
dans l'environnement de la version 8.2.1.
v Dans la section P2U-4 : Importation des données objet à partir des
fichiers de données importés, ajoutez la remarque suivante à la fin
de la section :
Remarque : L'exportation des données est effectuée par une
version spéciale de la commande du composeur,
appelée composer821. La version 8.2.x normale du
composeur ne doit pas être utilisée. La commande
composer821 se trouve sur le CD d'installation
approprié en fonction du système d'exploitation où
est installée l'instance de Tivoli Workload Scheduler
que vous mettez à niveau.
Guide de référence de IBM Tivoli Workload Scheduler version 8.4 (Révision :
mars 2008) SC32-1274-07
IZ36280
Au chapitre 3, "Configuration de l'environnement de travail" :
v Modifiez la description de la variable UNISONHOME dans la
table 4 de la section "Variables d'environnement exportées par
jobman" ainsi :
La valeur d'UNISONHOME définie dans l'environnement
utilisateur. Si ce paramètre n'est pas défini, sa valeur est définie
dans la zone du dossier de base des propriétés de l'utilisateur
Windows pour l'utilisateur exécutant le travail.
v Modifiez le titre de la section "Personnalisation du traitement des
travaux sur le poste de travail - jobmanrc" en "Personnalisation du
traitement des travaux sur un poste de travail UNIX - jobmanrc"
v Après la section "Personnalisation du traitement des travaux sur un
poste de travail UNIX - jobmanrc", ajoutez cette nouvelle section :
Personnalisation du traitement des travaux sur un poste de
travail Windows - jobmanrc
Un modèle de script de configuration standard nommé
racine_TWS\config\jobmanrc.cmd est fourni avec Tivoli
Workload Scheduler. Il est installé automatiquement
comme racine_TWS\jobmanrc.cmd. Vous pouvez utiliser
ce fichier de commandes pour définir votre
environnement avant l'exécution de chaque travail. Pour
modifier le fichier, effectuez vos modifications dans la
copie de travail (racine_TWS\jobmanrc.cmd), en laissant le
fichier modèle inchangé. Le fichier contient des variables
qui peuvent être configurées et des commentaires vous
83
aidant à comprendre la méthodologie. Le tableau suivant
décrit les variables de jobmanrc.cmd.
Tableau 1. Variables définies par défaut dans le fichier jobmanrc.cmd
Nom de la variable
Valeur
DEBUT
Chemin du répertoire racine_TWS
POSIXHOME
Chemin du répertoire racine_TWS en format
de plainte POSIX
41408
Au chapitre 7, "Définition des objets dans la base de données", section
"Priorité", sont indiquées les différentes priorités que vous pouvez
utiliser. Notez que non seulement les travaux de priorité GO mais
aussi les travaux de priorité HI sont lancés dès que leurs
dépendances sont satisfaites. Ils remplacent le nombre maximal de
travaux de l'unité centrale, mais ils ne remplacent pas le nombre
maximal de travaux planifiés, ni la priorité minimale de travail de
l'unité centrale.
42022
"Notes d'utilisation" de la commande deldep job, ajoutez la partie
suivante :
Pour supprimer toutes les dépendances de prédécesseur/
successeur des travaux figurant dans un flot de travaux spécifique,
indiquez le mot clé follows avec la syntaxe :
follows=nom_flot_de_travaux. N'utilisez pas de caractère
générique dans ce cas (comme follows=nom_flot_de_travaux.@),
car la commande serait rejetée.
47057
"Description des commandes", rubrique Arguments des commandes
Submit sched ajoutez la phrase suivante à alias=name :
L'autorisation de soumettre la planification est contrôlée dans le
fichier Sécurité à l'aide du nom d'origine et non pas du nom
d'alias.
IZ45818
Arguments de Sélection des travaux dans les commandes et de
Sélection des flots de travaux dans les commandes, ajoutez la
remarque suivante :
Remarque : Les caractères génériques pour le mot clé workstation
ne peuvent être utilisés que si le mot clé schedid n'est
pas spécifié.
45368
Au chapitre 11, "Chargement des rapports et statistiques", section
xrxtrct de "Programmes d'extraction de rapport", modifiez la
description du fichier xdep_sched ainsi :
Le fichier xdep_sched contient des informations sur le travail et les
flots de travaux dépendant d'un flot de travaux. Chaque
enregistrement de travail et de flot de travaux dépendant contient
des zones de longueur fixe, sans aucun délimiteur. Les zones sont
décrites dans la table 60.
84
Dans la table 60, ajoutez la description nom de poste de travail de
travail dépendant dans la zone 7 et la description nom de travail
dépendant dans la zone 8.
45055
Au chapitre 11, "Chargement des rapports et statistiques", section
reptr de "Description des commandes", remplacez :
v La phrase en bas de la section "Arguments" :
Si la commande est exécutée sans aucune option, tous les
pré-rapports et post-rapports sont imprimés.
par :
Si la commande est exécutée sans aucune option, les deux
pré-rapports (09A et 09B) sont imprimés et les informations sont
extraites du fichier Symphony.
v Les phrases du dernier exemple de la section "Exemples" :
Imprimer tous les rapport de pré-production et post-production.
par :
Imprimer les rapports de pré-production par lecture du fichier
Symphony. et
Les rapports de pré-production reposent sur les informations
lues dans le fichier Symnew. Les rapports de post-production
reposent sur les informations lues dans le fichier Symphony.
par :
Lorsque les arguments sont indiqués, les rapports de
pré-production reposent sur les informations lues dans le fichier
Symnew, tandis que les rapports de post-production reposent sur
les informations lues dans le fichier Symphony.
Tivoli Workload Scheduler : Guide d'administration et d'identification et
résolution des incidents (Révision mars 2008) SC32-1275-07
Au chapitre 2, Configuration de l'autorisation utilisateur, section
"Spécification d'accès", un nom de type d'objet erroné est spécifié
dans "Table 3. Mots clés d'accès". Le type d'objet nommé userjob
devrait être nommé userobj.
47819
Au chapitre 5, Tâches d'administration : Tivoli Workload Scheduler,
section "Modification des mots de passe des utilisateurs de connexion de
flux sur les postes de travail Windows utilisés pour la planification de
travaux, à la fin de la sous-section Action 2 : modifiez le mot de passe
de l'ID utilisateur WebSphere Application Server, ajoutez les
informations suivantes :
Remarque : Si vous voulez ensuite modifier d'autres paramètres et
que vous ne souhaitez modifier aucun mot de passe,
vous devez effectuer l'une des opérations suivantes
avant d'exécuter changeSecurityProperties :
v Fournir à nouveau les mots de passe en texte en
clair
v Commenter les propriétés de mot de passe
v Supprimer les propriétés de mot de passe
Cela permet d'éviter que la ligne des astérisques ne
soit appliquée comme mot de passe.
85
Notez que si vous exécutezshowSecurityProperties et
si vous voyez que les mots de passe chiffrés s'affichent
sous la forme d'une séquence de 5 astérisques (*), cela
n'est pas correct. Un maximum de 3 astérisques est
pris en charge. Les séquences de 5 astérisques ne sont
pas pris en charge et vos mots de passe, chiffrés de
cette manière, sont ignorés. Si cela se produit,
redéfinissez un mot de passe plus court.
46483
Au chapitre 5, Tâches d'administration : Tivoli Workload Scheduler",
section Action 2 : modifiez le mot de passe de l'ID utilisateur
WebSphere Application Server, remplacez Remarque 2 de la manière
suivante :
Remarque : Lorsque vous éditez le fichier, ajoutez le mot de passe
(en remplaçant les astérisques) et enregistrez le fichier.
Le mot de passe est enregistré non chiffré et après
avoir terminé le script, vous devez supprimer le
fichier pour éviter des risques de sécurité.
IZ39718
Au chapitre 10, Outils de diagnostic, section Outil de traçage
automatique, il doit être spécifié que la fonction n'est pas disponible
sur les systèmes d'exploitation suivants :
v Linux 64 bits
v Windows 64 bits
v HP-UX Itanium
v Environnement d'exploitation Solaris-Opteron (configuration en
tant que gestionnaire de domaine maître)
44316
Au chapitre 10, Outils de diagnostic, section Fichiers journaux moteur
- CCLog de Fichiers de trace et fichiers journaux, ajoutez les
informations suivantes à la liste des propriétés que vous pouvez
modifier dans le fichier TWSCCLOG.properties. Ce fichier détermine
le contenu et l'apparence de vos journaux et traces.
tws.loggers.msgLogger.level
Détermine les types de message qui sont consignés. Vous
pouvez modifier cette valeur pour consigner un nombre
plus important ou plus faible de messages, selon le cas ou
à la demande du service de support logiciel IBM. Les
valeurs valides sont :
INFO Tous les messages de journal sont affichés dans le
journal. Valeur par défaut.
WARNING
Tous les messages excepté les messages
d'information sont affichés.
ERROR
Seuls les messages erreur et fatal sont affichés.
FATAL
Seuls les messages qui provoquent l'arrêt de Tivoli
Workload Scheduler sont affichés.
tws.loggers.trc<omponent>.level
Détermine le type de messages de trace qui sont consignés.
86
Vous pouvez modifier cette valeur pour tracer un nombre
plus important ou plus faible d'événements, selon le cas ou
à la demande du service de support logiciel IBM. Les
valeurs valides sont :
DEBUG_MAX
Traçage maximum. Chaque message trace dans le
code est écrit dans les journaux de trace.
INFO Tous les messages trace de type information,
avertissement, erreurs et critique sont écrits dans la
trace. Valeur par défaut.
WARNING
Tous les messages trace de type avertissement,
erreurs et critique sont écrits dans la trace.
ERROR
Seuls les messages de type erreur et critique sont
écrits dans la trace.
CRITICAL
Seuls les messages qui provoquent l'arrêt de Tivoli
Workload Scheduler sont écrits dans la trace.
Les noms de composant utilisés dans les noms de propriété
sont généralement suffisamment clairs mais les brèves
explications suivantes peuvent vous aider :
Logger
Composant interne majeur de Tivoli Workload
Scheduler qui procède aux activités de
planification.
Sendevent
Processeur d'événement.
Connectr
Connecteur.
Intégration à d'autres produits (Révision mars 2008) SC23-8904-00
46963
Au chapitre 4, "Intégration à Tivoli Enterprise Console", ajoutez la
phrase suivante :
Notez que puisque Tivoli Enterprise Console gère les espaces vides
en tant que délimiteurs, si les événements Tivoli Workload
Scheduler comprennent des invites (comme celle générée en tant
qu'invite CarryForward), elles peuvent être divisées en différentes
zones dans l'événement lui-même.
IZ42313
Au chapitre 4, "Intégration à Tivoli Enterprise Console", section
"Format des événements de planification de travail", supprimez la
référence à l'événement 115 tws_job_stuck à partir du Table 25.
Table des formats d'événements.
87
47871
Au chapitre 4, "Intégration à Tivoli Enterprise Console", section
"Format des événements de planification de travail", Table 25. Table des
formats d'événements, événements 251 et 252, ajoutez les
informations suivantes dans Zones positionnelles pour la colonne
d'événements Lien supprimé/brisé :
v TWS_Link_Dropped ne peut correspondre qu'au lien à l'état 2.
v TWS_Link_Failed ne peut correspondre qu'au lien à l'état 3.
v Les liens d'états 1 et 4 ne s'appliquent pas à ces événements.
manuel :
Planification et installation d'IBM Tivoli Workload Scheduler version 8.4
(Révision : mars 2008) SC32-1273-07
40506
La section "Désinstallation en mode silencieux” du chapitre 7
"Désinstallation de Tivoli Workload Scheduler", remplace le
contenu de l'étape 5 par :
v Sur les systèmes d'exploitation Windows, uninstall.exe -options
<local_dir>\TWS84_UNINSTALL_Agent.txt -silent
v Sur les systèmes d'exploitation UNIX et Linux : ./uninstall.bin.
-options <local_dir>/TWS84_UNINSTALL_Agent.txt -silent
mars 2008) SC32-1274-07
42715
Au chaptire 5, "Gestion du cycle de production ", section "Comprendre
les options de report" ajoutez l'instruction suivante :
La décision de reporter une chaîne de travaux répétitifs (définie
par l'option Chaque) ou une chaîne de travaux de réexécution
repose sur l'état de son exécution la plus récente. Seuls le premier
et le dernier travail sont reportés.
40594
Au chapitre 6, "Exécution de l'automatisation de la charge de travail
gérée par événement", section "Remarques sur les opérations sur les
règles", ajoutez les remarques suivantes à la table :
Remarques sur les statut des règles : selon les dates à partir de et
de validité définies, le statut d'une règle, quelle qu'elle soit change
comme suit au déploiement :
v Si vous créez une règle avec les dates à partir de et de validité
déjà expirées, elle est sauvegardée à l'état en attente d'activation.
Lorsqu'elle est déployée, elle reste à l'état en attente d'activation.
v Si vous définissez la date de validité sur une date ultérieure, la
règle est déployée à l'état actif. Si vous la redéfinissez sur une
date passée, elle est redéployée à l'état non actif.
v Les heures définies pour l'activité des règles (heure de début et
heure de fin) n'affectent pas le statut de règles. Tant qu'elle est
dans l'intervalle de validité, une règle reste à l'état actif quelle
soit ou non entre les heures d'activité définies. Si le planificateur
reçoit des événements définis d'une règle en dehors de son
horaire d'activité, les événements sont supprimés mais la règle
reste à l'état actif.
88
IZ29757
"Détails sur le mot clé de définition des flots de travaux", ajoutez les
paragraphes suivants aux actions "onuntil" :
Action suppr
Si le moment until est passé avec les options onuntil
suppr et carryforward, le flot de travaux est reporté par
JnextPlan uniquement si la date définie pour until
correspond à celle du nouveau flot de travaux. Si ces dates
sont différentes, le flot de travaux n'est pas reporté.
Action cont
Si le moment until est passé avec les options onuntil cont
et carryforwards, le flot de travaux est toujours reporté par
JnextPlan.
Action canc
Si le moment until est passé avec les options onuntil canc
et carryforward, le flot de travaux n'est pas reporté par
JnextPlan car il est déjà annulé.
IZ29752
"Détails sur le mot clé de définition des flots de travaux", ajoutez le
paragraphe suivant aux sections de commentaires sur les
descriptions des mots clé AT et ON des flots de travaux :
Si l'heure de début du cycle d'exécution et du flot de travaux est
définie, celle du cycle d'exécution est prioritaire lorsque le flot de
travaux est planifié avec JnextPlan. Lorsque le flot de travaux est
lancé avec la commande submit, l'heure de début du cycle
d'exécution n'est pas utilisé.
43955
Au chapitre 8, "Gestion des objets dans la base de données", section
"Description des commandes", ajoutez le paragraphe suivant aux
sections de commentaires sur la commande RENAME :
Vous devez avoir supprimer l'accès à l'objet avec l'ancien nom et
ajouter un accès à l'objet avec le nouveau nom.
42939
"Description des commandes", rubrique Arguments des commandes
Submit docommand, Submit file et Submit job, remplacez :
into=jobstream_instance
Identifie l'instance de flot de travaux dans laquelle le travail sera
placé pour démarrer. Sélectionnez l'instance de flot de travaux
comme suit : [workstation#]jobstreamname[hhmm[ date]]
ou
[workstation#]jobstream_id ;schedid Si un poste de travail n'est pas
spécifié, la valeur par défaut est le poste de travail sur lequel
conman est exécuté. Si into n'est pas utilisé, le travail est ajouté à
un flot de travaux appelé JOBS.
par :
into=jobstream_instance
89
Identifie l'instance de flot de travaux dans laquelle le travail sera
placé pour démarrer. Sélectionnez l'instance de flot de travaux
comme suit : [workstation#]jobstreamname[hhmm[ date]]
ou
[workstation#]jobstream_id ;schedid Si into n'est pas utilisé, le travail
est ajouté à un flot de travaux appelé JOBS.
A la section Comments des mêmes commandes, remplacez :
Si un poste de travail n'est pas spécifié avec follows, needs, ou
opens, la valeur par défaut est le poste de travail sur lequel le
travail est exécuté.
par :
Si un poste de travail n'est pas spécifié avec follows, needs, ou
into, la valeur par défaut est le poste de travail sur lequel le travail
est exécuté.
IZ21968
Au chapitre 13, "Fonction d'audit", changez le contenu de la section
"Présentation de la fonction d'audit" , comme suit :
Présentation de la fonction d'audit
Tivoli Workload Scheduler propose deux types de fichier journal
d'audit :
Fichier journal d'audit de plan
Consigne toutes les actions de l'utilisateur effectuées sur le
plan. Les actions sont consignées, qu'elles aient réussi ou
pas.
Fichier journal d'audit de base de données
Consigne toutes les actions effectuées sur des objets de
planification, même si un objet est ouvert et enregistré sans
être modifié.
Les journaux d'audit sont créés une fois par jour à 00:00:00 UTC
dans les répertoires suivants :
TWS_home/audit/plan
TWS_home/audit/database
sur chaque poste de travail du réseau Tivoli Workload Scheduler,
pour réduire les risques d'incident d'audit dû aux problèmes de
réseau.
Des enregistrements sont effectués dans les journaux d'audit en
fonction du temps universel coordonné (UTC). Ainsi, les journaux
d'audit contiennent des événements à partir de 00:00:00 UTC
jusqu'à 23:59:59 UTC, indépendamment du fuseau horaire du poste
de travail en local. Retenez toutefois que si le poste de travail est
redémarré avant 00:00:00 UTC sur le nouveau jour calendaire
(fuseau horaire local), de nouveaux fichiers d'audit vides sont
créés, mais pas enregistrés avant 00:00:00 UTC.
90
40787
Au chapitre 5, paragraphe "Personnalisation de la gestion de plan à
l'aide des options globales", ajoutez les informations suivantes à la
description de l'option globale enCFResourceQuantity :
Stageman reporte les quantités de ressource uniquement si la
ressource est requise par un travail ou un flot de travaux déjà
reporté. Dans le cas contraire, les quantités de ressource sont
définies sur la valeur d'origine.
Modification des variables Unison
Au chapitre 3, "Configuration de l'environnement de travail", section
"Variables d'environnement exportées par jobman", Table 5. Variables
d'environnement de travail pour UNIX, remplacez la description de la
variable UNISON_HOST :
Nom du poste de travail maître.par :
Nom de l'unité centrale hôte.Remplacez également la description
de UNISON_JOBNUM :
Numéro de travail (identificateur du processus parent ou
PPID).par :
Numéro de travail.
38188
La documentation du processeur d'événements n'indique pas qu'il
revient au gestionnaire de domaine maître s'il est défini pour un
poste de travail avec l'attribut set. Elle devrait indiquer que si vous
utilisez la commande switcheventprocessor et que le poste de
travail a l'attribut set, le processeur d'événements revient au
gestionnaire de domaine maître. La même action se produit si vous
définissez l'attribut pour le poste de travail défini pour le
processeur d'événements.
Workload Scheduler (Révision mars 2008) SC32-1275-07
IZ09422
Au chapitre 6, Tâches d'administration - serveur d'applications,
Modifier les paramètres de sécurité, remplacez les remarques 1 et 2 à
la fin de la procédure par :
Remarque : Lorsque vous indiquez un mot de passe dans un
fichier texte pour changeSecurityProperties, cela
engendre un petit risque en termes de sécurité.
Lorsque vous saisissez un mot de passe dans le fichier,
le mot de passe est entré en texte en clair (non crypté).
Une foischangeSecurityProperties exécuté, le mot de
passe reste en texte en clair dans le fichier texte édité,
mais si vous exécutez showSecurityProperties, le mot
de passe sort crypté, sous la forme d'une ligne
d'astérisques. Ainsi, le risque potentiel sur la sécurité
est limité à l'intervalle de temps entre la saisie du mot
de passe dans le fichier texte et la suppression
manuelle du fichier texte après l'utilisation de
changeSecurityProperties.
Sachez que si vous souhaitez modifier des paramètres
autres que le mot de passe, vous n'êtes pas tenu
d'indiquer de nouveau le mot de passe en texte en
91
clair. Si changeSecurityProperties trouve la clé de mot
de passe commentée ou cryptée, il utilise la valeur
stockée.
IZ21973
Au chapitre 6, Tâches d'administration - serveur d'applications,
Modifier les paramètres de sécurité, ajoutez la section suivante :
Modifier ou afficher le registre d'utilisateurs personnalisé des
paramètres de sécurité
Cette section décrit comment afficher et modifier les
propriétés de sécurité lorsque le registre d'utilisateurs actif
est Personnalisé.
Le registre d'utilisateurs actif personnalisé fournit une
méthode d'authentification unique capable d'authentifier
les utilisateurs quelle que soit la base des implémentations
de leur registre d'utilisateurs : système d'exploitation local
ou LDAP.
Si vous souhaitez modifier les propriétés de sécurité de la
section Système d'exploitation local, lorsque le registre
d'utilisateurs actif a la valeur Personnalisé, vous pouvez
modifier la section Système d'exploitation local du fichier
de sortie showSecurityProperties.sh/bat puis le passer sous
la forme d'argument en changeSecurityProperties.sh/bat.
Cependant, si vous voulez afficher les propriétés de sécurité
en cours du Système d'exploitation local lorsque le registre
d'utilisateurs actif a la valeur "Personnalisé", ouvrez le
fichier :
&twshome;/appserver/profiles/twsprofile/
config/cells/DefaultNode/security.xml
et vérifiez la section xml
<userRegistries
xmi:type="security:CustomUserRegistry"...
40721
Au chapitre 14, Reconstitution du fichier Symphony endommagé, la
section Procédure de reprise sur un gestionnaire de domaine maître
comprend une sous-section "Procédure alternative pour la
reconstitution du fichier Symphony dans le gestionnaire de
domaine maître". L'étape 3 est inexacte. L'instruction devrait être
"Exécuter ResetPlan -scratch".
37091
La documentation du processeur d'événements n'indique pas que
les événements sont traités dans leur ordre d'arrivée.
Si vous indiquez une règle d'événement avec un ou plusieurs
événements devant arriver dans l'ordre exact en utilisant l'attribut
de regroupement d'événements sequence, il est possible que la règle
ne soit pas déclenchée bien que les événements se produisent dans
la séquence requise car l'ordre d'arrivée des événements dans le
processeur d'événements est différent de celui de leur création.
Les événements sont traités dans leur ordre d'arrivée et non dans
leur ordre de création. S'ils arrivent dans un ordre différent de
celui de leur création, vous n'aurez pas le résultat escompté.
92
Par exemple, soit une règle déclenchée si l'événement A défini sur
le poste de travail AA se produit avant l'événement B défini sur le
poste de travail BB. Si le poste de travail AA perd sa connexion
réseau avant que l'événement A ne se produise, et ne la récupère
qu'après l'arrivée de l'événement B au processeur d'événements, la
règle d'événement ne sera pas satisfaite, même si les événements se
sont produits dans l'ordre adéquat.
La solution au problème si vous avez besoin de définir une règle
impliquant plusieurs événements est d'utiliser l'attribut de
regroupement d'événements set, à moins que vous ne soyez certain
que les événements arriveront dans le processeur d'événements
dans l'ordre dans lequel ils se produisent, auquel cas utilisez
l'attribut de regroupement d'événements sequence.
Intégration à d'autres produits (Révision mars 2008) SC23-8904-00
43350
Au chapitre 1, "Intégration à IBM Tivoli Monitoring", section
"Intégration à IBM Tivoli Monitoring à l'aide d'un fournisseur de
données de script" remplacez la phrase suivante :
ITMCreateSituations.sh pour UNIX et ITMCreateSituations.cmd
pour Windows
Ce script configure Tivoli Enterprise Portal Console pour créer et
afficher le situations de Tivoli Workload Scheduler. Copiez ce script
sur Tivoli Enterprise Monitoring Server et exécutez-le avec la
syntaxe suivante.
par
ITMCreateSituations.sh pour UNIX et ITMCreateSituations.cmd
pour Windows
Ce script configure Tivoli Enterprise Portal Console pour créer et
afficher le situations de Tivoli Workload Scheduler. Copiez ce
script, le fichier baseNameSituation.xml, et
ITM_TWS_84metafile_win.mdl pour Windows ou
ITM_TWS_84metafile_ux.mdl pour UNIX, sur Tivoli Enterprise
Monitoring Server et exécutez-le avec la syntaxe suivante.
manuel :
Guide de planification et d'installation de Tivoli Workload Scheduler
v Toute la documentation sur la configuration et la personnalisation a été
déplacée dans la partie Administration du Guide d'administration et
d'identification et résolution des incidents (à l'exception des situations où
l'activité est toujours effectuée immédiatement après l'installation auquel
cas elle n'est jamais modifiée par la suite). La configuration et la
personnalisation sont en effet des activités que vous effectuez aussi bien
au cours du cycle de vie du produit que juste après l'installation. Cela
inclut :
– Configuration et personnalisation générales
– Options globales
– Localopts
93
– Useropts
– Configuration de SSL
– Fichier de sécurité et autorisations, notamment les commandes
makesec et dumpsec
– Configuration des paramètres de connexions (connexion au client de
ligne de commande)
v Les informations sur l'intégration de Tivoli Workload Scheduler à
d'autres produits a été déplacée dans une publication séparée.
Guide de référence de Tivoli Workload Scheduler
Toute la documentation sur les questions d'administration a été déplacée
dans la partie Administration du Guide d'administration et d'identification et
résolution des incidents. Cela inclut :
v Options globales et optman
v Messages et invites de la console Tivoli Workload Scheduler
v Fichier de sécurité et autorisations, notamment les commandes makesec
et dumpsec
v Activation des fuseaux horaires
v Commandes d'administration diverses : evtsize, StartUp, version
Workload Scheduler
Cette publication a été réorganisée. Elle comprend maintenant les
informations sur l'administration sus mentionnée tirées du Guide de
planification et d'installation et du Guide de référence.
Intégration à d'autres produits
Il s'agit d'une nouvelle publication, présentant le matériel auparavant
documenté dans le Guide de référence et la description de certaines autres
intégrations possibles à Tivoli Workload Scheduler.
Remarque : Le texte ajouté ou modifié par rapport à la version antérieure est mis
en évidence par le numéro du groupe de correctifs dans la marge
gauche. Par exemple, 1 fait référence au groupe de correctifs 01.
mars 2008) SC32-1274-07
IZ10959
Chapitre 8. Gestion des objets dans le plan - conman : dans la
section Commentaires de la description de la commande cancel
sched, l'information suivante a été ajoutée :
"Si le flot de travaux annulé contient des travaux définis avec
l'option every, seule la dernière instance de ces travaux est
répertoriée comme étant annulée dans l'affichage showjobs."
IZ11421
Dans la sortie des commandes d'affichage des travaux sjet
d'affichage de l'agenda ss, il a été précisé que les prédécesseurs en
attente sont marqués d'un [P] dans les colonnes de Dépendances.
94
IZ15598
La rubrique suivante a été modifiée pour passer de :
Si vous soumettez le flot de travaux [job] à partir d'un poste de
travail autre que le gestionnaire de domaine maître, vous devez
être connecté en tant qu'utilisateur, c'est-à-dire :
v défini dans le registre utilisateur utilisé par WebSphere
Application Server pour l'authentification
v autorisé à exécuter les commandes de soumission dans le fichier
de sécurité qui se trouve sur le gestionnaire de domaine maître.
La commande submit schedule utilise les droits d'accès définis
dans le fichier useropts appartenant à l'utilisateur TWS_user ayant
installé ce poste de travail.
par :Si vous soumettez le flot de travaux [job] à partir d'un poste
de travail autre que le gestionnaire de domaine maître, vous devez
être :
v connecté en tant qu'utilisateur disposant des droits d'accès
appropriés dans le fichier de sécurité du maître ;
v un utilisateur sur un FTA où les utilisateurs ont été configurés
selon les instructions de la section Configuration des options
pour l'utilisation de l'interface utilisateur de ligne de commande
du chapitre 4 Configuration de l'authentification de ligne de
commande et des autorisations des utilisateurs.
IZ17386 :
Dans la description de la commande conman limit cpu le contenu
de la remarque suivante :
Remarque : Si vous définissez lc sur zéro, aucun travail, autre que
des travaux de priorité hi et go contenus dans un flot
de travaux à l’état READY, n’est lancé sur le
poste de travail.
a été modifié comme suit :
Remarque : Pour un flot de travaux à l’état READY, seuls
les travaux ayant comme valeurs de priorité hi et go peuvent
être lancés sur le poste de travail.
Pour un flot de travaux avec la priorité hi,
tous les travaux avec une valeur de priorité différente de 0
peuvent être lancés sur le poste de travail.
95
96
Chapitre 2. Remarques
Le présent document peut contenir des informations ou des références concernant
certains produits, logiciels ou services IBM non annoncés dans ce pays. Pour plus
de détails, référez-vous aux documents d'annonce disponibles dans votre pays, ou
adressez-vous à votre partenaire commercial IBM. Toute référence à un produit,
logiciel ou service IBM n'implique pas que seul ce produit, logiciel ou service
puisse être utilisé. Tout autre élément fonctionnellement équivalent peut être
utilisé, s'il n'enfreint aucun droit d'IBM. Il est de la responsabilité de l'utilisateur
d'évaluer et de vérifier lui-même les installations et applications réalisées avec des
produits, logiciels ou services non expressément référencés par IBM.
IBM peut détenir des brevets ou des demandes de brevet couvrant les produits
mentionnés dans le présent document. La remise de ce document ne vous donne
aucun droit de licence sur ces brevets ou demandes de brevet. Si vous désirez
recevoir des informations concernant l'acquisition de licences, veuillez en faire la
demande par écrit à l'adresse suivante :
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 Etats-Unis
Les informations sur les licences concernant les produits utilisant un jeu de
caractères double octet peuvent être obtenues par écrit à l'adresse suivante :
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan, Ltd.
1623-14, Shimotsuruma, Yamato-shi
Kanagawa 242-8502 Japon
Le paragraphe suivant ne s'applique ni au Royaume-Uni, ni dans aucun pays
dans lequel il serait contraire aux lois locales :
LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE GARANTIE
EXPLICITE OU IMPLICITE. IBM DECLINE NOTAMMENT TOUTE
RESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DE
CONTREFACON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTION
D'UN TRAVAIL DONNE.
Certaines juridictions n'autorisent pas l'exclusion des garanties implicites, auquel
cas l'exclusion ci-dessus ne vous sera pas applicable.
Le présent document peut contenir des inexactitudes ou des coquilles. Il est mis à
jour périodiquement. Chaque nouvelle édition inclut les mises à jour. IBM peut
modifier sans préavis les produits et logiciels décrits dans ce document.
Les références à des sites Web non IBM sont fournies à titre d'information
uniquement et n'impliquent en aucun cas une adhésion aux données qu'ils
contiennent. Les éléments figurant sur ces sites Web ne font pas partie des
éléments du présent produit IBM et l'utilisation de ces sites relève de votre seule
responsabilité.
97
IBM pourra utiliser ou diffuser, de toute manière qu'elle jugera appropriée et sans
aucune obligation de sa part, tout ou partie des informations qui lui seront
fournies.
Les licenciés souhaitant obtenir des informations permettant : (i) l'échange des
données entre des logiciels créés de façon indépendante et d'autres logiciels (dont
celui-ci), et (ii) l'utilisation mutuelle des données ainsi échangées, doivent adresser
leur demande à :
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758,
Etats-Unis.
Ces informations peuvent être soumises à des conditions particulières, prévoyant
notamment le paiement d'une redevance.
Le logiciel sous licence décrit dans ce document et tous les éléments sous licence
disponibles s'y rapportant sont fournis par IBM conformément aux dispositions de
l'ICA, des Conditions internationales d'utilisation des logiciels IBM ou de tout
autre accord équivalent.
Les données de performance indiquées dans ce document ont été déterminées dans
un environnement contrôlé. Par conséquent, les résultats peuvent varier de manière
significative selon l'environnement d'exploitation utilisé. Certaines mesures
évaluées sur des systèmes en cours de développement ne sont pas garanties sur
tous les systèmes disponibles. En outre, elles peuvent résulter d'extrapolations. Les
résultats peuvent donc varier. Il incombe aux utilisateurs de ce document de
vérifier si ces données sont applicables à leur environnement d'exploitation.
Les informations concernant des produits non IBM ont été obtenues auprès des
fournisseurs de ces produits, par l'intermédiaire d'annonces publiques ou via
d'autres sources disponibles. IBM n'a pas testé ces produits et ne peut confirmer
l'exactitude de leurs performances ni leur compatibilité. Elle ne peut recevoir
aucune réclamation concernant des produits non IBM. Toute question concernant
les performances de produits non IBM doit être adressée aux fournisseurs de ces
produits.
Toute instruction relative aux intentions d'IBM pour ses opérations à venir est
susceptible d'être modifiée ou annulée sans préavis, et doit être considérée
uniquement comme un objectif.
Tous les tarifs indiqués sont les prix de vente actuels suggérés par IBM et sont
susceptibles d'être modifiés sans préavis. Les tarifs appliqués peuvent varier selon
les revendeurs.
Ces informations sont fournies uniquement à titre de planification. Elles sont
susceptibles d'être modifiées avant la mise à disposition des produits décrits.
Le présent document peut contenir des exemples de données et de rapports utilisés
couramment dans l'environnement professionnel. Ces exemples mentionnent des
noms fictifs de personnes, de sociétés, de marques ou de produits à des fins
illustratives ou explicatives uniquement. Toute ressemblance avec des noms de
personnes, de sociétés ou des données réelles serait purement fortuite.
98
LICENCE DE COPYRIGHT :
Le présent logiciel contient des exemples de programmes d'application en langage
source destinés à illustrer les techniques de programmation sur différentes
plateformes d'exploitation. Vous avez le droit de copier, de modifier et de
distribuer ces exemples de programmes sous quelque forme que ce soit et sans
paiement d'aucune redevance à IBM, à des fins de développement, d'utilisation, de
vente ou de distribution de programmes d'application conformes aux interfaces de
programmation des plateformes pour lesquels ils ont été écrits ou aux interfaces de
programmation IBM. Ces exemples de programmes n'ont pas été rigoureusement
testés dans toutes les conditions. Par conséquent, IBM ne peut garantir
expressément ou implicitement la fiabilité, la maintenabilité ou le fonctionnement
de ces programmes. Vous avez le droit de copier, de modifier et de distribuer ces
exemples de programmes sous quelque forme que ce soit et sans paiement
d'aucune redevance à IBM, à des fins de développement, d'utilisation, de vente ou
de distribution de programmes d'application conformes aux interfaces de
programmation IBM.
Toute copie totale ou partielle de ces programmes exemples et des oeuvres qui en
sont dérivées doit comprendre une notice de copyright, libellée comme suit :
© (nom de votre entreprise) (année). Des segments de code sont dérivés des
Programmes exemples d'IBM Corp. © Copyright IBM Corp. _entrez l'année ou les
années_. All rights reserved.
Si vous visualisez ces informations en ligne, il se peut que les photographies et
illustrations en couleur n'apparaissent pas à l'écran.
Chapitre 2. Remarques
99
Marques
IBM, le logo IBM et ibm.com sont des marques d'International Business Machines
Corporation aux Etats-Unis et/ou dans certains autres pays. Si ces marques ou
d'autres marques IBM sont accompagnées lors de leur première occurrence dans
cette documentation avec un symbole de marque commerciale (® ou ™), cela
signifie qu'IBM en est propriétaire au moment de l'impression de cette
documentation. Ces marques peuvent également être enregistrées ou être des
marques de droit coutumier dans d'autres pays. Une liste à jour des marques IBM
est disponible sur Internet : “http://www.ibm.com/legal/copytrade.shtml." Les
inofrmations relatives au Copyright et aux marques sont disponibles” sur :
www.ibm.com/legal/copytrade.shtml.
Adobe, Acrobat, PostScript et toutes les marques Adobe sont des marques d'Adobe
Systems Incorporated aux Etats-Unis et/ou dans certains autres pays.
Cell Broadband Engine et Cell/B.E. sont des marques de Sony Computer
Entertainment, Inc., aux Etats-Unis et/ou dans certains autres pays et sont utilisée
sous licence.
Intel, le logo Intel, Intel Inside, le logo Intel Inside, Intel Centrino, le logo Intel
Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium, et Pentium sont des
marques d'Intel Corporation ou de ses filiales aux Etats-Unis et dans certains
autres pays.
IT Infrastructure Library est une marque de The Central Computer and
Telecommunications Agency qui fait désormais partie de The Office of Government
Commerce.
ITIL est une marque de The Office of Government Commerce et est enregistrée au
bureau américain Patent and Trademark Office.
Java ainsi que tous les logos et toutes les marques incluant Java sont
des marques de Sun Microsystems, Inc. aux Etats-Unis et/ou dans
certains autres pays.
Linux est une marque de Linus Torvalds aux Etats-Unis et/ou dans certains autres
pays.
Microsoft, Windows, Windows NT et le logo Windows sont des marques de
Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays.
UNIX est une marque enregistrée de The Open Group aux Etats-Unis et/ou dans
certains autres pays.
Les autres noms de sociétés, de produits et de services peuvent appartenir à des
tiers.
100
Numéro de programme : 5698-WSH

Fichier readme du groupe de correctifs 05

Transcription

Documents pareils

DÎNER DE LA SAINT VALENTIN À TIVOLI ORIENTE

Prix : 490 000 € FAI 05 57 22 85 96

Prix : 770 000 € FAI 05 57 22 85 96

Tivoli Lady Trousers - textil

ibm tivoli storage manager 7.1 mise en œuvre et administration

ibm tivoli storage manager 7.1 administration avancee

Programme du séjour

COLLEGE ET LYCEE LA CONSTITUTION ET LE SUIVI DU

d´informations - Tiptop Escapes

DÎNER DE LA SAINT VALENTIN À TIVOLI SINTRA