Fichier readme du groupe de correctifs 4

Transcription

IBM Tivoli Workload Scheduler
Version 8.5.1
IBM Tivoli Workload Scheduler
Version 8.5.1
Important
Avant d'utiliser le présent document et le produit associé, prenez connaissance des informations générales figurant à la
section «Remarques», à la page 91.
juillet 2012
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 Corporation 2007, 2012.
Table des matières
Avis aux lecteurs canadiens . . . . . . . . . . . . . . . . . . . . . . . . . . . v
Fichier readme du groupe de correctifs 4 de la version 8.5.1 pourIBM Tivoli Workload
Scheduler . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
A propos du présent groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Nouvelles fonctions du groupe de correctifs 4 . . . . . . . . . . . . . . . . . . . . . . . 2
Nouvelles fonctionnalités du groupe de correctifs 3 . . . . . . . . . . . . . . . . . . . . . 4
Fonctions du groupe de correctifs 2 . . . . . . . . . . . . . . . . . . . . . . . . . . 10
Nouvelles fonctionnalités du groupe de correctifs 1 . . . . . . . . . . . . . . . . . . . . . 13
Incidents résolus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
APAR et bogues résolus dans le groupe 4 de Tivoli Workload Scheduler 8.5.1 . . . . . . . . . . . 14
APAR et incidents résolus dans le groupe de correctifs 3 de Tivoli Workload Scheduler pour la version 8.5.1 16
Limitations supprimées dans le groupe de correctifs 3 pour la version 8.5.1 de Tivoli Workload Scheduler. . 21
Limitations recensées et solutions palliatives . . . . . . . . . . . . . . . . . . . . . . . 34
Remarques sur l'internationalisation . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Structure du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Fichiers du groupe de correctifs disponibles avec Fix Central . . . . . . . . . . . . . . . . . . 44
Installation du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Résolution des incidents concernant Tivoli Workload Scheduler V8.5.1. . . . . . . . . . . . . . . 45
Remarques relatives à l'installation . . . . . . . . . . . . . . . . . . . . . . . . . . 47
Exigences d'espace disque . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Actions d'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Actions du produit lors de l'application du groupe de correctifs . . . . . . . . . . . . . . . . . 53
Installation à l'aide de l'assistant ISMP . . . . . . . . . . . . . . . . . . . . . . . . . 54
Installation à l'aide de l'installation en mode silencieux ISMP . . . . . . . . . . . . . . . . . . 55
Installation avec le script twspatch . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Installation à l'aide de la distribution de logiciels . . . . . . . . . . . . . . . . . . . . . . 57
Mise à jour de votre fichier d'options locales . . . . . . . . . . . . . . . . . . . . . . . 59
Configuration des propriétés pour la ligne de commande du courtier de charge de travail dynamique
(Dynamic Workload Broker) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Annulation de l'installation du groupe de correctifs . . . . . . . . . . . . . . . . . . . . . 59
Désinstallation de toute l'instance de Tivoli Workload Scheduler. . . . . . . . . . . . . . . . . 60
Fichiers journaux d'installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Mises à jour de la documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
Mises à jour de la documentation du groupe de correctifs de Tivoli Workload Scheduler version 8.5.1 . . . . 61
Mises à jour de la documentation du groupe de correctifs 3 pour Tivoli Workload Scheduler version 8.5.1. . . 62
Mises à jour de la documentation du groupe de correctifs 2 pour Tivoli Workload Scheduler 8.5.1 . . . . . 84
Mises à jour de la documentation du groupe de correctifs 1 pour Tivoli Workload Scheduler 8.5.1 . . . . . 88
Contacter le service de support logiciel IBM . . . . . . . . . . . . . . . . . . . 89
Remarques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91
Marques
.
.
.
.
.
.
.
© Copyright IBM Corp. 2007, 2012
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
. 93
iii
iv
IBM Tivoli Workload Scheduler - Fichier readme du groupe de correctifs 4
Avis aux lecteurs canadiens
Le présent document a été traduit en France. Voici les principales différences et
particularités dont vous devez tenir compte.
Illustrations
Les illustrations sont fournies à titre d'exemple. Certaines peuvent contenir des
données propres à la France.
Terminologie
La terminologie des titres IBM peut différer d'un pays à l'autre. Reportez-vous au
tableau ci-dessous, au besoin.
IBM France
IBM Canada
ingénieur commercial
représentant
agence commerciale
succursale
ingénieur technico-commercial
informaticien
inspecteur
technicien du matériel
Claviers
Les lettres sont disposées différemment : le clavier français est de type AZERTY, et
le clavier français-canadien de type QWERTY.
OS/2 et Windows - Paramètres canadiens
Au Canada, on utilise :
v les pages de codes 850 (multilingue) et 863 (français-canadien),
v le code pays 002,
v le code clavier CF.
Nomenclature
Les touches présentées dans le tableau d'équivalence suivant sont libellées
différemment selon qu'il s'agit du clavier de la France, du clavier du Canada ou du
clavier des États-Unis. Reportez-vous à ce tableau pour faire correspondre les
touches françaises figurant dans le présent document aux touches de votre clavier.
v
Brevets
Il est possible qu'IBM détienne des brevets ou qu'elle ait déposé des demandes de
brevets portant sur certains sujets abordés dans ce document. Le fait qu'IBM vous
fournisse le présent document ne signifie pas qu'elle vous accorde un permis
d'utilisation de ces brevets. Vous pouvez envoyer, par écrit, vos demandes de
renseignements relatives aux permis d'utilisation au directeur général des relations
commerciales d'IBM, 3600 Steeles Avenue East, Markham, Ontario, L3R 9Z7.
Assistance téléphonique
Si vous avez besoin d'assistance ou si vous voulez commander du matériel, des
logiciels et des publications IBM, contactez IBM direct au 1 800 465-1234.
vi
Fichier readme du groupe de correctifs 4 de la version 8.5.1
pourIBM Tivoli Workload Scheduler
Date
29 juin 2012
Groupe de correctifs
8.5.1-TIV-TWS-FP0004
Produit
IBM® Tivoli Workload Scheduler Version 8.5.1
Description générale
Groupe de correctifs 4 de la version 8.5.1. pour IBM Tivoli Workload
Scheduler
Ce fichier readme fournit des informations importantes sur le groupe de correctifs
4 pour IBM Tivoli Workload Scheduler 8.5.1.
Il contient les dernières informations sur le groupe de correctifs et annule et
remplace toute documentation antérieure du groupe de correctifs 4 pour Tivoli
Workload Scheduler 8.5.1.
La présente section détaille les points suivants :
v «A propos du présent groupe de correctifs»
v «Structure du groupe de correctifs», à la page 44
v «Installation du groupe de correctifs», à la page 44
v «Mises à jour de la documentation», à la page 61
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.5.1.
Cette section comporte les sous-sections suivantes :
v «Nouvelles fonctions du groupe de correctifs 4», à la page 2
v «Nouvelles fonctionnalités du groupe de correctifs 3», à la page 4
v «Fonctions du groupe de correctifs 2», à la page 10
v «Nouvelles fonctionnalités du groupe de correctifs 1», à la page 13
v «Incidents résolus», à la page 14
v «Limitations recensées et solutions palliatives», à la page 34
v «Remarques sur l'internationalisation», à la page 43
1
Nouvelles fonctions du groupe de correctifs 4
Cette section présente les fonctions du groupe de correctifs 4 pour Tivoli Workload
Scheduler 8.5.1 :
Amélioration de la traversée du pare-feu avec un proxy EDWA (event-driven
workload automation)
Cette fonction permet d'exécuter le gestionnaire de domaine comme proxy
inverse pour les protocoles HTTP (HyperText Transfer Protocol) et EIP
(Event Integration Facility) pour envoyer le trafic vers le processeur
d'événements. Une nouvelle option, activée en utilisant le programme de
ligne de commande optman permet d'indiquer si les postes de travail
derrière le pare-feu doivent se connecter au gestionnaire de domaine et
non pas au processeur d'événements pour que le nouveau proxy dans le
gestionnaire de domaine envoie son trafic au processeur d'événements.
Le trafic entrant est rerouté comme suit :
v Si un agent se trouve derrière le pare-feu, le trafic est envoyé au
gestionnaire de domaine sur l'agent. Si aucun agent ne se trouve derrière
un pare-feu, le trafic est envoyé directement au processeur
d'événements.
v Si les gestionnaires de domaine ont des noeuds enfants situés derrière
un pare-feu, le trafic est rerouté vers le processeur d'événements.
v Les gestionnaires de domaine principal envoient toujours le trafic vers le
processeur d'événements en cours.
v Les gestionnaires de domaine de niveau inférieur reroute le trafic vers
les gestionnaires de domaine de niveau supérieur s'ils se trouvent
derrière un pare-feu ou vers le processeur d'événements s'ils ne s'y
trouvent pas.
Pour utiliser cette fonction, procédez comme suit :
1. Activez la fonction en affectant à l'option optman la valeur yes. La
valeur par défaut est no:
enEventDrivenWorkloadAutomationProxy={yes|no}
2. Dans la définition de poste de travail dans la base de données de
l'agent, affectez à l'attribut behindfirewall la valeur ON.
3. Configurez OpenSSL ou GSKit dans le gestionnaire de domaine.
Pour plus d'informations sur la définition des options pour SSL dans le
fichier localopts, voir http://publib.boulder.ibm.com/infocenter/
tivihelp/v3r1/topic/com.ibm.tivoli.itws.doc_8.5.1.1/awsadmst22.htm.
Possibilité de charger le profil d'utilisateur dans un agent tolérant aux pannes
sur les systèmes Windows
Cette fonction, qui concerne uniquement les systèmes Windows, permet
d'ajouter ou de supprimer le profil d'utilisateur dans un agent tolérant aux
pannes. Lorsqu'elle est activée, Tivoli Workload Scheduler charge le profil
d'utilisateur et les variables d'environnement de l'utilisateur pour chaque
travail exécuté par l'agent. Les profils itinérants ne sont pas pris en charge.
Activez cette fonction en affectant à la propriété jm load user profile la
valeur on dans le fichier localopts, comme dans l'exemple suivant :
jm load user profile=on
Mise à jour de la version intégrée de WebSphere Application Server, 6.1.0.43
La version intégrée de WebSphere Application Server a été mise à jour vers
la version 6.1.0.43.
2
Mise à jour d'IBM WebSphere Application Server UPDI, version 7.0.0.21
La version intégrée d'IBM WebSphere Application Server UPDI a été mise
à jour vers la version 7.0.0.21.
Broker SQL Optimization
Les processus de soumission de travaux du courtier et d'archivage des
travaux du courtier ont été améliorés en optimisant des instructions SQL.
Amélioration de l'interface CLI de ressource
L'interface de ligne de commande (CLI) de ressource de courtier a été
améliorée en ajoutant le support de changement de gestionnaire.
Avant ce groupe de correctifs, l'interface CLI de ressource était configurée
lors de l'installation pour contacter le serveur de courtier exécuté sur le
gestionnaire de domaine maître. C'est la raison pour laquelle, après la
commande de changement de gestionnaire, l'interface CLI ne pouvait pas
contacter le serveur de courtier sur le gestionnaire de domaine maître
principal et il n'était pas configuré pour contacter le nouveau serveur de
courtier sur le gestionnaire de domaine maître de sauvegarde.
Depuis ce groupe de correctifs, vous pouvez définir dans le fichier
CLIConfig.properties les serveurs de courtier de sauvegarde que doit
contacter l'interface CLI de ressource si le serveur de courtier en cours ne
répond pas. Pour configurer l'interface CLI de ressource pour contacter les
serveurs de sauvegarde en cas d'échec, vous devez définir les propriétés de
connexion dans chaque serveur de courtier de sauvegarde en listant les
mêmes propriétés de connexion de serveur de courtier que celles définies
dans le fichier CLIConfig.properties du serveur de courtier exécuté sur le
gestionnaire de domaine maître principal.
Définissez les propriétés de connexion suivantes :
ITDWBServerHost
ITDWBServerPort
ITDWBServerSecurePort
use_secureconnection
tdwb_user
tdwb_pwd
Pour les serveurs de sauvegarde, le même numéro ordinal doit être ajouté
à chaque nom de propriété associé au même serveur de sauvegarde.
Dans l'exemple suivant, dans le fichier CLIConfig.properties est spécifié le
serveur de courtier exécuté sur le gestionnaire de domaine maître principal
et deux serveurs de courtier de sauvegarde :
# Propriété du serveur de courtier exécuté sur le gestionnaire
de domaine maître principal
ITDWBServerHost = BrokerServer.mycompany.com
ITDWBServerPort = 51117
ITDWBServerSecurePort = 51118
use_secureconnection = true
tdwb_user = tdwbUser
tdwb_pwd = xxxx
# Propriétés du premier serveur de courtier de sauvegarde (_1)
ITDWBServerHost_1 = FirstBackupBrokerServer.mycompany.com
ITDWBServerPort_1 = 41117
ITDWBServerSecurePort_1 = 41118
use_secureconnection_1 = false
tdwb_user_1 = backup1TdwbUser
tdwb_pwd_1 = yyyy
# Propriétés du second serveur de courtier de sauvegarde
Fichier readme du groupe de correctifs 4 de la version 8.5.1 pourIBM Tivoli Workload Scheduler
3
ITDWBServerHost_2 = SecondBackupBrokerServer.mycompany.com
ITDWBServerPort_2 = 61117
ITDWBServerSecurePort_2 = 61118
use_secureconnection_2 = false
tdwb_user_2 = backup2TdwbUser
tdwb_pwd_2 = zzzz
Vous pouvez définir jusqu'à 10 serveurs de courtier. Pour que l'interface
CLI de ressource ne contacte pas des serveurs indisponibles, le nom du
serveur de courtier connecté est enregistré dans la propriété
ITDWBLastGoodServerHost du fichier CLIConfig.properties.
Nouvelles fonctionnalités du groupe de correctifs 3
Cette section décrit les fonctions du groupe de correctifs 3 de Tivoli Workload
Scheduler version 8.5.1 :
Extensions du type de travail de transfert de fichier
Les nouvelles fonctions suivantes sont maintenant disponibles pour le type
de travail de transfert de fichier :
v Prise en charge de la sélection du mode de transfert
v Prise en charge de la page de codes locale et distante (s'applique
uniquement aux serveurs FTP fonctionnant sur les systèmes z/OS)
v Prise en charge des pages de codes personnalisées distantes (s'applique
uniquement aux serveurs FTP fonctionnant sur les systèmes z/OS)
v Prise en charge des protocoles suivants :
– FTP
– FTPS (FTPS implicite. Fournit un canal de données sécurisées. Seule
l'authentification d'utilisateur avec mot de passe est prise en charge.)
– FTPES (FTPS explicite. Fournit un canal de données sécurisées. Seule
l'authentification d'utilisateur avec mot de passe est prise en charge.)
– WINDOWS
– SSH
L'élément principal du langage JSDL pour le type de travail de transfert de
fichier est filetransfer. Il ne peut contenir qu'un seul des paramètres
JSDL suivants :
v downloadInfo
v uploadInfo
downloadInfo, ainsi que uploadInfo peuvent tous deux contenir les
éléments JSDL supplémentaires suivants :
server (nom d'hôte)
Nom d'hôte ou adresse IP du serveur sur lequel le transfert de
fichier doit être exécuté. Ce paramètre est obligatoire.
localfile (nom de fichier)
Nom du fichier local que vous voulez transférer. C'est le fichier
source pour le téléchargement en amont ou le fichier cible pour le
téléchargement vers votre poste. Ce paramètre est obligatoire.
remotefile (nom de fichier)
Nom du fichier distant que vous voulez transférer. C'est le fichier
cible pour le téléchargement en amont ou le fichier source pour le
téléchargement vers votre poste. Ce paramètre est obligatoire.
4
remoteCredentials
Données d'identification de l'utilisateur pour authentifier le serveur
FTP distant. Ce paramètre est obligatoire. Est constitué des
paramètres obligatoires suivants :
userName (nom d'utilisateur)
Nom d'utilisateur pour se connecter au serveur FTP.
password (mot de passe)
Mot de passe de l'utilisateur pour se connecter au serveur
FTP.
protocol (FTP|FTPS|FTPES|WINDOWS|SSH)
Protocole à utiliser pour le transfert de fichier. Les valeurs
autorisées sont :
FTP
Protocole de réseau standard utilisé pour échanger des
fichiers sur un réseau TCP/IP tel qu'Internet.
FTPS
Extension du protocole FTP qui ajoute la prise en charge
du protocole cryptographique TLS. Plus précisément, le
transfert de fichier est exécuté en utilisant implicitement le
protocole de sécurité TLS pour les sessions FTP, ce qui
garantit un niveau de sécurité privé pour la connexion de
données. La version 1 du protocole TLS est prise en charge.
La configuration de la réutilisation de la session SSL n'est
pas prise en charge.
FTPES
Extension du protocole FTP qui ajoute la prise en charge
du protocole cryptographique TLS. Plus précisément, le
transfert de fichier est exécuté en utilisant explicitement le
protocole de sécurité TLS pour les sessions FTP, ce qui
garantit un niveau de sécurité privé pour la connexion de
données. La version 1 du protocole TLS est prise en charge.
La configuration de la réutilisation de la session SSL n'est
pas prise en charge.
WINDOWS
Protocole de partage de fichiers Microsoft. Indiquez le nom
du répertoire partagé et le fichier correspondant dans le
paramètre remotefile, comme dans l'exemple suivant :
<jsdlfiletransfer:remotefile>mySharedFolder\MyRemoteFile.txt
</jsdlfiletransfer:remotefile>
Indiquez l'adresse du poste de travail hébergeant le
répertoire partagé dans le paramètre server.
SSH
Protocole de réseau fournissant des fonctions d'accès aux
fichiers, de transfert de fichier et de gestion de fichiers sur
tout flot de données.
transferMode (ascii|binary)
Mode de transfert de fichier que vous voulez exécuter, texte ou
binaire.
codepageConversion
Ce paramètre est obligatoire en cas de transfert de fichiers texte
d'un environnement réparti vers un environnement z/OS et
inversement. Est constitué des paramètres obligatoires suivants :
5
remoteCodepage (page de codes)
Nom de la page de codes utilisée sur le système distant. Si
vous voulez utiliser une page de codes personnalisée,
définissez le paramètre remoteCodepage comme suit :
<jsdlfiletransfer:remoteCodepage>USER:CUSTOM_CP
</jsdlfiletransfer:remoteCodepage>
où CUSTOM_CP est la page de codes définie par
l'utilisateur.
Par exemple, pour utiliser la page de codes personnalisée
tcpip.ftpd.ftpxlbin.frence3, définissez le paramètre
remoteCodepage comme suit :
<jsdlfiletransfer:remoteCodepage>
USER:tcpip.ftpd.ftpxlbin.frence3
</jsdlfiletransfer:remoteCodepage>
localCodepage (page de codes)
Nom de la page de codes utilisée sur le système local.
timeout (secondes)
Indique le nombre de secondes à utiliser pour l'opération de
transfert de fichier. La valeur par défaut est de 60 secondes.
portsRange
Lorsque le mode actif est activé, la section portsRange limite les
numéros de port envoyés par la commande FTP PORT. Cette
option abrite des règles de pare-feu extrêmement restrictives. La
section portsRange définit la plage de ports à utiliser du côté client
des connexions de données TCP. Si vous n'indiquez pas la section
portsRange, le système d'exploitation détermine les numéros de
port à utiliser.
Le paramètre portsRange nécessite les paramètres suivants :
min (min_port)
Valeur de port minimum à utiliser du côté client des
connexions de données TCP. Les valeurs autorisées sont 0 à
65535. Par exemple, si vous définissez cette valeur sur
1035, Tivoli Workload Scheduler n'accepte que des numéros
de port supérieurs ou égaux à 1035.
max (max_port)
Valeur de port maximum à utiliser du côté client des
connexions de données TCP. Les valeurs autorisées sont 0 à
65535. Par exemple, si vous définissez cette valeur sur
1038, Tivoli Workload Scheduler n'accepte que des numéros
de port inférieurs ou égaux à 1038.
passiveMode (yes|no)
Indique si le serveur est passif ou actif lors de l'établissement des
connexions pour les transferts de données. Si vous définissez cette
option sur NO, c'est le serveur qui établit la connexion de données
avec le client (mode actif). Si vous définissez cette option sur YES,
c'est le client qui établit la connexion de données avec le serveur
(mode passif). La valeur par défaut est NO.
Le fichier xml suivant montre la section JSDL “application” d'un exemple
de définition de travail pour un type de travail de transfert de fichier :
6
<jsdl:application name="filetransfer">
<jsdlfiletransfer:filetransfer>
<jsdlfiletransfer:downloadInfo>
<jsdlfiletransfer:server>FTP_SERVER</jsdlfiletransfer:server>
<jsdlfiletransfer:localfile>LOCAL_FILE</jsdlfiletransfer:localfile>
<jsdlfiletransfer:remotefile>REMOTE_FILE</jsdlfiletransfer:remotefile>
<jsdlfiletransfer:remoteCredentials>
<jsdl:userName>USERNAME</jsdl:userName>
<jsdl:password>PASSWORD</jsdl:password>
</jsdlfiletransfer:remoteCredentials>
<jsdlfiletransfer:protocol>PROTOCOL</jsdlfiletransfer:protocol>
<jsdlfiletransfer:transferMode>ASCII_BINARY</jsdlfiletransfer:transferMode>
<jsdlfiletransfer:codepageConversion>
<jsdlfiletransfer:remoteCodepage>RM_CP</jsdlfiletransfer:remoteCodepage>
<jsdlfiletransfer:localCodepage>LC_CP</jsdlfiletransfer:localCodepage>
</jsdlfiletransfer:codepageConversion>
<jsdlfiletransfer:timeout>CONNECTION_TIMEOUT</jsdlfiletransfer:timeout>
<jsdlfiletransfer:portsRange>
<jsdlfiletransfer:min>MIN_PORT</jsdlfiletransfer:min>
<jsdlfiletransfer:max>MAX_PORT</jsdlfiletransfer:max>
</jsdlfiletransfer:portsRange>
<jsdlfiletransfer:passiveMode>YES_NO</jsdlfiletransfer:passiveMode>
</jsdlfiletransfer:downloadInfo>
</jsdlfiletransfer:filetransfer>
</jsdl:application>
L'exemple suivant montre une définition de travail à utiliser pour
transférer un fichier avec le protocole FTP :
<?xml version="1.0" encoding="UTF-8"?>
<jsdl:jobDefinition xmlns:jsdl="http://www.ibm.com/xmlns/prod
/scheduling/1.0/jsdl"
xmlns:jsdlfiletransfer="http://www.ibm.com/xmlns/prod/scheduling/1.0/
jsdlfiletransfer" name="FTP_UPLOAD">
<jsdlfiletransfer:uploadInfo>
<jsdlfiletransfer:server>myServerFtp</jsdlfiletransfer:server>
<jsdlfiletransfer:localfile>d:\MyLocalFile.txt<
/jsdlfiletransfer:localfile>
<jsdlfiletransfer:remotefile>/tmp/MyRemoteFile.txt<
/jsdlfiletransfer:remotefile>
<jsdl:userName>myUser</jsdl:userName>
<jsdl:password>myPassword</jsdl:password>
<jsdlfiletransfer:protocol>FTP</jsdlfiletransfer:protocol>
<jsdlfiletransfer:transferMode>ascii</jsdlfiletransfer:transferMode>
</jsdlfiletransfer:uploadInfo>
</jsdl:application>
</jsdl:jobDefinition>
télécharger un fichier texte en utilisant le protocole FTPES en mode actif,
avec un délai d'attente de 10 secondes et une plage de ports à utiliser
entre 1035 et 1038 :
jsdlfiletransfer" name="FTPES_DOWNLOAD_TEXT">
<jsdlfiletransfer:server>myServerFtp</jsdlfiletransfer:server>
7
<jsdlfiletransfer:protocol>FTPES</jsdlfiletransfer:protocol>
<jsdlfiletransfer:timeout>10</jsdlfiletransfer:timeout>
<jsdlfiletransfer:portsRange>
<jsdlfiletransfer:min>1035</jsdlfiletransfer:min>
<jsdlfiletransfer:max>1038</jsdlfiletransfer:max>
</jsdlfiletransfer:portsRange>
</jsdlfiletransfer:downloadInfo>
</jsdl:application>
transférer un fichier texte avec le protocole SSH :
jsdlfiletransfer" name="SSH_UPLOAD">
<jsdlfiletransfer:uploadInfo>
<jsdlfiletransfer:server>myServer</jsdlfiletransfer:server>
<jsdlfiletransfer:protocol>SSH</jsdlfiletransfer:protocol>
</jsdlfiletransfer:uploadInfo>
</jsdl:application>
transférer un fichier texte avec le protocole WINDOWS :
jsdlfiletransfer" name="WINDOWS_DOWNLOAD">
<jsdlfiletransfer:server>myServer</jsdlfiletransfer:server>
<jsdlfiletransfer:remotefile>mySharedFolder\MyRemoteFile.txt
</jsdlfiletransfer:remotefile>
<jsdlfiletransfer:protocol>WINDOWS</jsdlfiletransfer:protocol>
8
</jsdlfiletransfer: downloadInfo >
</jsdl:application>
Le type de travail de transfert de fichier fournit les codes retour suivants.
Les codes retour sont disponibles uniquement pour les travaux terminés.
RC=0
Transfert de fichier terminé avec succès.
RC=-1 Transfert de fichier non exécuté. Le travail a échoué avec le code
d'erreur suivant :
AWKFTE007E
Explication : une erreur s'est produite pendant l'opération de
transfert de fichier.
Causes possibles : fichier à distance introuvable ou accès refusé.
d'erreur suivant :
AWKFTE020E
Explication : seulement pour les protocoles SSH ou WINDOWS.
Une erreur a été renvoyée lors de la tentative de conversion de
la page de codes.
Causes possibles : pour les protocoles SSH ou WINDOWS, la page
de codes est automatiquement détectée et convertie. En
l'occurrence, il y a une erreur dans la page de codes du fichier à
transférer, qui n'est pas conforme à la page de codes du système
local.
d'erreur suivant :
AWKFTE015E
Explication : une erreur s'est produite pendant l'opération de
transfert de fichier.
Cause possible : fichier local introuvable.
RC=-4 Transfert de fichier exécuté avec la page de codes par défaut. Le
travail a échoué avec le code d'erreur suivant :
AWKFTE023E
Explication : la conversion de la page de codes indiquée n'a pas
été exécutée. Le transfert de fichier a été exécuté avec les pages de
codes par défaut.
Cause possible : la page de codes indiquée est indisponible.
Mise à jour de la version intégrée de WebSphere Application Server,
version 6.1.0.37
La version intégrée de WebSphere Application Server est mise à jour à la
version 6.1.0.37.
9
La nouvelle version 2.7.0.0014 de CIT (Common Inventory Technology) a été
ajoutée.
CIT (Common Inventory Technology) a été mis à jour vers la version
2.7.0.0014.
Amélioration de Tivoli Workload Scheduler Cluster
Les améliorations suivantes ont été apportées à Tivoli Workload Scheduler
Cluster :
v La commande <TWS_home>\cluster\clusteradm.exe peut maintenant être
exécutée depuis n'importe quel répertoire à condition d'être lancée avec
son chemin d'accès complet.
Elle crée dans le même répertoire un fichier journal appelé
twsClusterAdm.journal qui contient toutes les informations concernant
l'exécution de la commande.
v La commande join, qui sert à ajouter un nouveau noeud, copie
maintenant aussi le fichier ITWSResources.dll sur le noeud distant.
Fonctions du groupe de correctifs 2
Outil déconnecter
La commande Vérifier l’état de santé, introduite dans conman avec le
groupe de correctifs précédent, est maintenant disponible dans la console
Tivoli Dynamic Workload. La commande a aussi été améliorée pour
vérifier la connectivité entre le gestionnaire de domaine et les postes de
travail. Vérifier l’état de santé recherche aussi les éventuels problèmes
locaux qui peuvent empêcher le poste de travail de se connecter. Par
exemple, il sera vérifié que le fichier Symphony ne comporte pas
d'éventuelles altérations connues et que les fichiers de la boîte aux lettres
sont lisibles, sans erreur dans l'en-tête, et que la boîte aux lettres n'est pas
pleine.
Vous devez redémarrer WebSphere Application Server pour activer cette
fonctionnalité et l'utiliser dans la console Tivoli Dynamic Workload.
Cette commande peut être utilisée par des opérateurs pour diagnostiquer
le motif de la déconnexion d'un poste de travail et pour obtenir des
suggestions sur la manière de résoudre le problème.
Par exemple, dans conman, exécutez la commande suivante :
checkhealthstatus nom_poste_de_travail
où nom_poste_de_travail est le nom du poste de travail.
Si tout est correct, la sortie est similaire à :
Vérifier le résultat de l’état de santé pour le noeud nom_poste_de_travail :
AWSBCS044I Les noeuds "MAITRE" et "nom_poste_de_travail" sont liés.
AWSBCS022I Aucun problème local n’a été trouvé
sur le noeud "nom_poste_de_travail".
AWSBCS023I Le noeud "nom_poste_de_travail"
est en cours de fonctionnement.
S'il y a des erreurs, la sortie contient certaines suggestions et est similaire
à :
Vérifier le résultat de l’état de santé pour le noeud nom_poste_de_travail :
AWSBCS022I Aucun problème local n’a été trouvé sur le
noeud "nom_poste_de_travail".
AWSBCS023I Le noeud "nom_poste_de_travail" est en cours de fonctionnement.
10
Action de l’opérateur :
AWSBCS072I Appliquez une commande de lien au noeud "nom_poste_de_travail"
dans conman ou TDWC.
Si le problème persiste, examinez les journaux et les traces des noeuds
"nom_poste_de_travail" et "MAITRE".
Remplacement d'une version de SSM et suppression de la signature Tivoli
License Manager
Nouvelle version de SSM, 4.0 groupe de correctifs 11 et suppression de la
signature Tivoli License Manager
Installation de la nouvelle ligne de commande, version 4.2.3 groupe de correctifs
7.
Nouvelle ligne de commande, version 4.2.3 groupe de correctifs 7.
Mise à jour de la version intégrée de WebSphere Application Server,
version 6.1.0.33
La version intégrée de WebSphere Application Server a été mise à niveau
vers la version 6.1.0.33 et le correctif de sécurité Java "Déni de service Vulnérabilité de sécurité avec Java (CVE-2010-4476)" a été installé.
Améliorations des plug-in 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. Cette fonction ajoute
plusieurs messages lorsqu'une action est déclenchée, notamment lorsqu'elle
échoue avec des erreurs.
Script d'automatisation de la procédure de reprise 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
Archive le fichier Symphony actuel.
- 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.
11
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.
Utilitaire Check sym
Cette fonction vérifie le statut du fichier Symphony et émet un message
d'avertissement s'il est endommagé. Vous pouvez l'utiliser aussi pour
vérifier l'état de fichiers non-Symphony en indiquant le nom du fichier.
Améliorations de la consignation des messages
Si des travaux Tivoli Workload Scheduler se terminent anormalement parce
que l'utilisateur du batch n'est pas un administrateur local, la consignation
de messages a été améliorée pour extraire et consigner tous les cas d'erreur
entraînés par des droits d'utilisateur incorrects.
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. La commande switchmgr a été
améliorée : elle permet désormais de 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 et la mise en oeuvre est effectuée automatiquement si
nécessaire. 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 antérieure aux versions
suivantes :
v Tivoli Workload Scheduler version 8.4 groupe de correctifs 5
v Tivoli Workload Scheduler 8.5 groupe de correctifs 2
v Tivoli Workload Scheduler 8.5.1, groupe de correctifs 2
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.
Délai d'attente pendant le téléchargement du fichier 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 :
12
mm symphony download timeout = délai_attente
Où délai_attente est le délai d'attente exprimé en minutes.
Nouvelles fonctionnalités du groupe de correctifs 1
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.
Simplification de la maintenance
A partir du groupe de correctifs 1 pour Tivoli Workload Scheduler V8.5.1,
il est plus aisé d'identifier et de résoudre les incidents de communication
entre les gestionnaires de domaine et les postes de travail. Un nouveau
service netman, appelé chkhltst, a été ajouté pour vérifier l'état de santé
du poste de travail. Lorsque la commande link est lancée et qu'aucune
connexion n'est établie, si le gestionnaire de domaine ne reçoit aucune
réponse dans le délai d'attente défini, ce service est automatiquement
appelé par mailman. Ce service s'assure que la boîte aux lettres du poste
de travail est accessible et recherche les éventuelles erreurs dans l'en-tête
de la boîte aux lettres. Les informations recueillies sont consignées dans le
fichier TWSMERGE.log sur le gestionnaire de domaine.
Planification de types de travaux spécifiques
Vous pouvez définir et planifier des travaux dynamiques pour exécuter
différents types d'opérations : bases de données, transferts de fichiers, Java
et services Web. Vous pouvez personnaliser les fichiers exemple fournis
avec le produit en fonction de votre environnement.
Configuration de traces sans arrêter et redémarrer l'agent
Les fichiers de trace sont activés par défaut pour l'agent Tivoli Workload
Scheduler. Vous pouvez exécuter les commandes enableTrace,
disableTrace, showTrace et changeTrace pour configurer les traces, sans
avoir à arrêter puis redémarrer l'agent, sauf si vous utilisez les plateformes
suivantes :
v AIX
v HP IA-64
v HP-UX
Surveillance de la santé de votre environnement Tivoli Workload Scheduler
Vous pouvez utiliser l'automatisation EDWA (event-driven workload
automation) pour surveiller la santé et l'état de votre environnement Tivoli
Workload Scheduler. Vous pouvez également démarrer un ensemble
d'actions prédéfinies, déclenchées lorsqu'un ou plusieurs événements
particuliers se produisent. Vous pouvez surveiller la taille des files d'attente
de messages, l'espace disque utilisé par Tivoli Workload Scheduler et l'état
des processus Tivoli Workload Scheduler.
Exécution de la commande de gestion de ressource à partir des agents Tivoli
Workload Scheduler
Vous pouvez désormais créer et gérer des ressources, des groupes de
ressources et des ordinateurs à partir des agents Tivoli Workload
Scheduler, et pas uniquement à partir du gestionnaire de domaine
principal. Pour cela, une instance supplémentaire du fichier
CLIConfig.properties est installée avec le groupe de correctifs, sur chaque
13
agent. Si vous avez l'intention d'exécuter cette commande à partir d'un
agent, vous devez configurer certains mots clés du fichier
CLIConfig.properties en local.
Amélioration de l'intégration avec IBM Tivoli Monitoring à l'aide d'un
fournisseur de données de script
L'intégration entre Tivoli Workload Scheduler et IBM Tivoli Monitoring à
l'aide d'un fournisseur de données de script permet de surveiller deux
processus supplémentaires :
v appserverman
v WebSphere Application Server
et deux fichiers de messages supplémentaires :
v Appserverbox.msg
v Clbox.msg
Pour plus d'informations, voir http://publib.boulder.ibm.com/infocenter/
tivihelp/v3r1/topic/com.ibm.tivoli.itws.doc_8.5.1.1/awsismst14.htm
Incidents résolus
Cette section répertorie les APAR et incidents internes résolus par ce groupe de
correctifs 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 défauts
internes, reportez-vous à la section «Mises à jour de la documentation», à la page
61.
La présente section détaille les points suivants :
v «APAR et bogues résolus dans le groupe 4 de Tivoli Workload Scheduler 8.5.1»
v «APAR et incidents résolus dans le groupe de correctifs 3 de Tivoli Workload
Scheduler pour la version 8.5.1», à la page 16
v «Limitations supprimées dans le groupe de correctifs 3 pour la version 8.5.1 de
Tivoli Workload Scheduler», à la page 21
APAR et bogues résolus dans le groupe 4 de Tivoli Workload
Scheduler 8.5.1
Cette section répertorie les APAR et incidents internes résolus par le groupe de
correctifs 4.
Liste des APAR corrigés :
v IV10349: CONMAN RERUN FROM BEHAVES DIFFERENTLY THAN
JSC/TDWC RERUN FROM.
v IV12413: IN THE CURRENT PLAN, "RELEASE JOB" COMMANDS ARE
DISCARDED FROM THE PREVIOUS DAY'S PRODUCTION PLAN IN
TIVOLI WORKLOAD SCHEDULER.
v IV12488: PERFORMANCE DEGRADATION AFTER COMPOSER
COMMANDS.
v IV12500: RUNCYCLES WITH RULE BYWORKDAY OR BYFREEDAY, IN
SOME CIRCUMSTANCES CAN SLOW-DOWN THE PLAN CREATION.
v IV12548: COMPOSER VALIDATE ON SCHEDULE'S FLAT FILE
GENERATES AN ICALENDARERROR SYNTAX ERROR WHEN THE
RUN CYCLE IS LONGER THAN 128 BYTES.
14
v IV12564: EWAS IS NOT ABLE TO AUTHENTICATE LDAP GROUP
MEMBERS FOR TWS.
v IV13294: ZCENTRIC AGENT JOBS WITH STDERROR- AND
STDOUTPUT-CARD EXECUTING POWERSHELL SCRIPTS HANG
AND HAVE TO BE KILLED.
v IV13368: CRITICAL JOB IN 8.5+ SINFONIA CAUSES CORRUPTION
ON 8.4-.
v IV13394: WRONG JOB NAME INTO THE HEADER OF THE BROKER
JOB OUTPUT.
v IV13825: CONMAN TELLOP ADDS LINE BREAK.
v IV13950: INLINE SCRIPTS WITH CURLY BRACKETS CAUSE JOB
FAILURE.
v IV14317: JS SUBMITTED FROM TDWC DURING THE DST FALL
SWITCH DOES NOT STARTAT FIRST OCCURRENCE.
v IV14569: INTERNETWORK DEPENDENCIES ARE NOT BEING
CLEARED WHEN CANCELED.
v IV14572: UPDATESTATS ABENDS WITH RC=4 AND JOBS LOGGED
INFORMATION MISSING.
v IV15366: TDWC 8.6 RUNNING A REPORT ON A CURRENT PLAN
WITH A LARGE SYMPHONY FILE RETURNS NO RESULTS.
v IV15451: AWSBCV012E ON CHILD DM FOLLOWING SWITCHMGR.
v IV15710: MVS OPENS DEPENDENCY IS NOT RECOGNIZED.
v IV15887: JOBMANGER CRASH DUE SIGPIPE IF THE
COMMUNICATIONS WITH THE BROKER IS BROKEN, FOR
EXAMPLE NO TRUSTED CERTIFICATE.
v IV15995: WEB SERVICE TIMEOUT NOT CONFIGURABLE IN THE WS
JOB EXECUTOR.
v IV16134: AFTER CONMAN SUBMIT INPUTS BAD RECORD INTO
SYMPHONY FILE.
v IV16157: TDWB ARRAYINDEXOUTOFBOUNDS - THREAD-SAFENESS
OF THE WAS EMF.
v IV16963: INCORRECT SCHEDULED DATE VALUE WHEN
SUBMITTING A JOBSTREAM WITH SCHED TIME AFTER MIDNIGHT
AND STARTOFDAY NOT EQUAL TO 0000.
v IV17517: SUBMIT AD HOC FROM EDWA ACTION COULD CAUSE
EWAS CRASH.
v IV17907: MAKEPLAN RETURN 0 EVEN IF THE PLAN WAS NOT
CREATED AT ALL.
v IV18644: REPTR -POST -DETAIL (10B) IS NOT DISPLAYING
COMPLETE JOB ID WHEN MAESTRO_OUTPUT_STYLE=LONG.
v IV18646: FOLLOWS DEPENDENCY IS NOT HONORED IF JOB NAME
IS CHINESE.
v IV19237: WEBSPHERE (JAVA) CRASHES INTERMITTENTLY.
v IV20588: CRITICAL JOB ALREADY IN PLAN WHEN WORKSTATION
IS IGNORED RESULTS IN TDWC AWSJCS011E
"JAVA.LANG.NULLPOINTEREXCEPTION".
v IV22058: MAILMAN CORE DUMP AFTER FAILED LINK ATTEMPT TO
FTA CHECKHEALTHSTATUS FAILURE ON MDM MAILMAN LEADS
TO COREDUMP.
15
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.5.1 :
v 56503: Les travaux interactifs ne fonctionnent pas correctement sur MS
Server 2008 et Vista.
APAR et incidents résolus dans le groupe de correctifs 3 de
Tivoli Workload Scheduler pour la version 8.5.1
correctifs 3.
v IV00143: AWSEDW053E WARNING INSTEAD OF ERROR IN STDLIST
AND SYSLOG.
v IV00401 : L'AGENT DE RESEAU ETENDU PRODUIT UNE ERREUR
LORSQUE LE FICHIER CPU_XA_NAME_NETMTH.OPTS N'EST PAS
PRESENT DANS LE DOSSIER METHODS.
v IV00406 : TRAVAIL DE COURTIER EXECUTE PLUSIEURS FOIS.
v IV00639 : PROBLEME LORS DE LA REEXECUTION DES TRAVAUX,
APRES L'HEURE DE DEBUT LA PLUS TARDIVE, QUI INCLUT UNE
FREQUENCE EVERY" ET SUPPRESSION APRES L'HEURE DE DEBUT
LA PLUS TARDIVE
v IV00662: "CONMAN SC;GETMON" FAILS WITH NO MSG:
/USR/LOCAL/TWS851/MAE851/TWS/SYMPHONY,,,0, .
v IV00921: 8.5.1 FP2 OPENS HAS DOUBLE QUOTES AROUND THE FILE
NAME.
v IV01408: AFTER APPLYING 8.5 FP02 JOB STREAMS ARE NOT
REMOVED FROM PLAN AFTER UNTIL TIME REACHED.
v IV01550: AFTER SWITCHMGR, SEVERAL DM'S FAIL TO LINK
AUTOMATICALLY, AND REQUIRE A MANUAL RELINK.
v IV01873: JOB SUBMITTED WITH ALIAS VIA TDWC DOES NOT
SHOW THE ORIGINAL JOBNAME IN THE PLAN AUDIT LOG OR
TWSMERGE.
v IV01885 : L'AGENT TDWB PRODUIT L'ERREUR AWSITA082E
LORSQUE DEUX ANALYSES DU MATERIEL SE PRODUISENT A
QUELQUES SECONDES D'INTERVALLE.
v IV02089: EWAS UPGRADE FAILS DUE TO NOT ENOUGH FREE DISK
SPACE.
v IV02340: TIME OF PREDECESSOR JOBS AND DEPENDENCY
PROMPTS ON JSC AND TDWC ARE IN GMT.
v IV02406: INTERNETWORK DEPS DONT WORK USING SCHEDTIME
WITH MULTIPLE JS INSTANCES.
v IV02414: MDM THREADS HANG WHEN AN ERROR READING
FROM SYMPHONY FILE OCCURS WHILE JOB LOGS ARE
RETRIEVED.
v IV02797: IN E2E ENVIRONMENT, CENTRALIZED SCRIPTS RUN ON
UNIXLOCL EXTENDEDAGENTS (XAS), ONLY COMPLETE THE FIRST
LINE.
v IV03447: MAKEPLAN AND SWITCHPLAN SUCCEED WHEN
PLANMAN WAILS WITH AWSBEH021E ERROR.
16
v IV03559: SSMAGENT DOESN'T WORK IF TWS INSTALL PATH IS TOO
LONG.
v IV03894: DOES_NOT_MATCH IS IGNORED WHEN MULTIPLES ARE
USED.
v IV06620 : CORRIGE L'UTILISATION DU MECANISME POUR CREER
L'ALIAS DE TRAVAIL LORS DE LA SOUMISSION AD HOC.
v IV06847 : AWSJCO111E SE PRODUIT LORS DE L'ENREGISTREMENT
DE LA REGLE D'EVENEMENT PAR TDWC.
v IV07182: STAGEMAN FAILED WITH AWSBHV021E.
v IV07279: TEMPORARY FILE IS CREATED AND NOT REMOVED BY
"COMPOSER REPLACE" OF JOBS.
v IV07336 : 'MSVCR71.DLL' MANQUE DANS L'IMAGE
D'INSTALLATION DE L'AGENT ZCENTRIC POUR LA VERSION
WINDOWS 64 BITS.
v IV07340 : CLICHE DU PROCESSUS CORE DE MAILMAN APRES
ECHEC DE LA TENTATIVE DE LIAISON A FTA UN ECHEC DU
CONTROLE DE L'ETAT DE SANTE SUR MDM MAILMAN ENTRAINE
UN CLICHE DU PROCESSUS CORE.
v IV07655 : FUITE DE MEMOIRE DANS LE PROCESSUS NETMAN AU
DEMARRAGE D'UN SERVICE.
v IV07688 : AWSJMR003E UN PROBLEME DE TRANSPORT A ETE
DETECTE - BIBLIOTHEQUES GSKITS.
v IV07888 : LA COMMANDE 'CPCH' DE WINDOWS NE FONCTIONNE
PAS SUR LES POSTES DE TRAVAIL ZCENTRIC.
v IV08700 : L'API DU SERVICE WEB TWS RENVOIE UNE DATE DE
PERIODE POUR LES HEURES DE DEBUT ET DE FIN.
v IV08995 : CONMAN ALTPRI EST PERDU LORS DE LA
COMMUTATION SUR SYMPHONY.
v IV09167 : LES MAGENTS NE DEMARRENT PAS SOUS AIX 6.1 A
CAUSE D'UN FICHIER MAGENT.DEFS VIDE.
v IV09379 : APRES LA DEFINITION D'UNE NOUVELLE HEURE
JUSQU'A, JUSQU'A NE SE PRODUIT PAS A LA NOUVELLE HEURE
JUSQU'A.
v IV09908 : LE FICHIER DE PARAMETRES N'EST PAS IMPORTE DANS
LA MISE A NIVEAU TWS 8.5.1 AVEC TWSINST.SH
v IV10270 : AWSJPL006E UNE ERREUR DE PROGRAMMATION SE
PRODUIT DANS LE SYSTEMOUT.LOG LORSQU'UN TRAVAIL EST
SOUMIS AU FLOT DE TRAVAUX "JOBS".
v IV10356 : LA SOUMISSION D'UN FLOT DE TRAVAUX AVEC
VARIABLE ENTRAINE UNE ERREUR.
v IV10400 : RETARD DE VISUALISATION DU JOURNAL DE TRAVAIL
DANS JSC SUR HPUX.
v IV10403 : BLOCAGE DE JOBMON APRES UN BASCULEMENT SUR
GRAPPE.
v IV10438 : LES REGLES DE L'EVENEMENT MODIFICATION DU
FICHIER TERMINEE NE SE DECLENCHENT PAS SUR L'AGENT
TOLERANT AUX PANNES.
v IV10460 : CONMAN NE PARVIENT PAS A CHARGER LES
BIBLIOTHEQUES ICU.
v IV10778 : ERREURS DE BASE DE DONNEES GENEREES PAR TDWB.
17
v IV11228 : JOBMAN TOMBE EN PANNE AVEC L'ERREUR
AWSBIK007E.
v IV11650 : FIN ANORMALE D'UPDATESTATS AVEC LA BASE DE
DOCUMENTS INFORMIX SI LE FICHIER DE PLAN DE
PREPRODUCTION A PLUS DE 7 JOURS.
v IZ67514: TWS 8.3 FTA CONMAN ERROR MESSAGE IF DEFAULT
CONFIGURATION.
v IZ81893: COMPOSER USER SECURITY CONSISTENCY CHECKS NOT
BEHAVING THE SAME IN JSC.
v IZ08543 : INTEGRATION TSM : FIN ANORMALE DES TRAVAUX TSM
SI ON DEPASSE MINUIT.
v IZ09145 : LE SCRIPT TWA_ENV NE PARVIENT PAS A DEFINIR LE
CHEMIN.
v IZ96555 : LES CONDITIONS DU DELAI D'ATTENTE ASSOCIEES AU
PROCESSUS DE ROUTEUR SONT UTILISEES POUR TELECHARGER
DES SCRIPTS CENTRALISES.
v IZ97908: WHEN PLAN AUDIT IS ENABLED RANDOM WAS CRASH
WITH EVENT RULES USING SUBMIT ACTION.
v IZ98358: RMSTDLIST FAILS ON TWS 8.5.1 FP1 WINDOWS 2003
CLUSTER.
v IZ98528: PARMS -R FAILS WITH A CORE DUMP ON HP-UX.
v IZ98964: TWS JOBNUMBER INVALID IN EVENT.LOG ON LINUX
64BIT.
v IZ99893 : L'EVENEMENT CONSIGNE DANS LE MESSAGE DE
JOURNAL DECLENCHE 1 INTERRUPTION POUR N MESSAGES AU
LIEU D'1 INTERRUPTION PAR MESSAGE.
v IZ99233: EVENT RULE ALLOWS JOB SUBMIT WHEN JOBSTREAM
SPECIFIED DOES NOT EXIST.
v IZ99333: DELAY IN JOB STARTING EVEN THOUGH CANCEL
PENDING DEPENDENCY HAS BEEN PROCESSED.
v IZ99697: THE NUMBER OF FILE DEPENDENCIES UNRESOLVED IS
SET TO 1, ALTHOUGH ALL OF THEM ARE RESOLVED.
v IZ99755: NEW OPTION TO SKIP JOB EVERY INSTANCE IN LATE.
v PM35814 : IMPOSSIBLE D'ARCHIVER LES PAGES DE CODE EN
RAISON D'UNE LONGUEUR INCORRECTE DES TABLES DB2 QUI
EMPECHE L'ENREGISTREMENT DES ZONES CONTENANT DES
CARACTERES UTF8 MULTIOCTETS.
v PM40295 : EQQEVLIB NON REMPLI PAR L'EXECUTION DU
PROGRAMME EQQRXTRG.
v PM44066: TWSZ E2E ADDRESS SPACE ABEND S338 MULTIPLE TIMES
FOLLOWED BY S683.
v 54332 : base : contrôle de syntaxe erroné sur RCCONDSUCC.
v 54389 : le pont TWS ne démarre pas.
v 54402 : état prêt (l'état interne FENCE) n'est pas filtré.
v 54500 : .JobInPlanFilters : filtre RERUN_OPT
18
v 55029 : exception mémoire insuffisante de l'agent java lors de l'exécution
de travaux du programme d'exécution
v 55170 : chemin critique -> "conman sj;crit" affiche CritStart erroné
lorsque tz=no.
v 55174 : contrôle de contrainte d'unicité pour le poste de travail de
courtier dans le même domaine.
v 55200 : twsClusInstEnabler.cmd ne recrée pas TWA correctement.
v 55201 : twsClusInstEnabler.cmd ferme l'interpréteur de commandes
après l'exécution.
v 55346 : message non verrouillé avec l'utilisation des commandes
optman.
v 55354: Repair:wrong disk space check on /tmp.
v 55412 : absence de contrôle lors de la création d'une règle d'événement
avec un caractère non autorisé.
v 55449 : comportement erroné lors de l'utilisation de sbd avec le chemin
d'accès UNC sous Windows.
v 55451 : absence de contrôle lors de la création d'une règle d'événement
avec des processus TWS surveillés dupliqués.
v 55478 : horaire planifié du travail prédécesseur en temps moyen de
Greenwich dans TDWC.
v 55532 : exception de registre personnalisé dans les traces de moteur
Linux.
v 55613 : action absente exécutée à l'aide de l'attribut
JobStreamSchedTime.
v 55614 : absence de contrôle lors de l'enregistrement d'une règle
d'événement avec des flots de travaux d'action inexistants.
v 55627 : action absente déclenchée avec type d'événement égal à
JobStatusChanged lorsque l'on utilise l'attribut de connexion.
v 55628 : action absente déclenchée avec type d'événement égal à
JobStatusChanged lorsque l'on utilise l'attribut ErrorMessage.
v 55684 : problème "loadJob" lors de la tentative d'obtenir stdlist ou props
d'un travail dans USERJOBS s'il y a un autre travail portant le même
nom.
v 55685 : la prévision listsym n'affiche pas le plan de prévision si le nom
est trop long (supérieur au maximum).
v 55687 : absence de redémarrage de ssmagent après processus d'arrêt de
monman.
v 55688 : message d'erreur incorrect exécutant une commande conman
getmon sur un poste de travail de courtier.
v 55690 : la prévision listsym affiche le nom du plan de prévision tronqué
avec une longueur > 16.
v 55691 : erreur avec l'affichage de fréquence every sur TEP.
v 55692 : message d'erreur incorrect lors de la soumission d'un travail
avec un nom d'utilisateur non valide/manquant.
v 55697 : modifiez le modèle pour créer un nouveau courtier de type ws.
v 55698 : répétition du message de redémarrage de l'agent SSM dans la
trace d'agent.
v 55703 : comportement incorrect lors de la soumission d'une action sbj
avec l'attribut SchedTimeResolutionCriteria.
19
v 55762 : trop de fichiers ouverts exécutant la suite d'automatisation de
l'interface de programme d'application.
v 55768 : contrôle de longueur incorrect lors de l'importation d'une règle
d'événement depuis le composeur.
v 55777 : pour le modèle de définition FTA, FULLSTATUS doit être OFF.
v 55778 : si cc n'a pas DISP sur MDM, CPU sbj de TDWC pas audité.
v 55786 : la soumission du flot de travaux depuis l'interface utilisateur
Web échoue si le flot de travaux comporte des variables.
v 55787 : sous Windows 2008R2 64 bits, twsClusterAdm 32 bits ne
fonctionne pas correctement.
v
v
v
v
v
v
v
v
v
v
55814: SBD with alias via TDWC does not show the original job name.
55820 : switcheventprocessor ne bascule pas sur bkm.
55832: Additional traces in PlanJNI component.
55852 : réparation : vérification erronée de l'espace disque sur /tmp.
55860 : mettre à jour vers tzdata2011i pour les modifications russes.
55866 : tous les fichiers .bat des GA_fixes sont enregistrés en format
unix.
55872 : monman s'arrête après la correction.
55881 : l'agent fixpack_level doit être mis à jour.
55893 : panne de monman.
55895 : la validation ne modifie pas la valeur dans le registre TWA.
v 55898 : INFORMIX : informations "Actions d'installation disponibles"
erronées dans l'assistant.
v 55899 : INFORMIX : mettre à jour "patchInstall.txt" pour activer
l'installation en mode silencieux.
v 55908 : validation-groupe de correctif 1 échoue sur MDM 8.5.0.01 :
étape4->Eclipse / étape6->Courtier
v 55909 : installation du groupe de correctifs 3 (MDM) : 2 étapes portant
le même nom (serviçabilité).
v 55911 : si twsCluAdmin ne parvient pas à mettre à jour un service
distant, aucun message n'est renvoyé.
v 55917 : réexécutez la définition de travail d'origine perdue si la
définition de travail est définie avec des alias dans le flot de travaux.
v 55918 : IDX db accordé incorrect
v 55920 : le plug-in Ftp ne fonctionne pas avec FTPS : erreur de fichier
introuvable.
v 55924 : INFORMIX : impossible de supprimer la table de variables qui a
été utilisée pendant sbs.
v 55935 : groupe de correctifs 3 sous Windows : désactivez Next s'il n'y
pas de place dans le répertoire tmp.
v 55942 : problème de performances lors de l'extraction d'un journal de
travail.
v 55943 : CIT_Preinstall.spb et CIT.spb manquent dans la génération
WINDOWS 20111024.
v 55954 : échec du chargement du sous-agent iis.
v 55957 : paramètre masqué pour désactiver la planification en période
pendant l'heure d'été.
20
v 55960 : INFORMIX : installation en mode silencieux pour travailler sans
IDSCheckPrereqs.idsJCC.
v 55965 : l'annulation silencieuse du groupe de correctifs 1/groupe de
correctifs 2 échoue avec l'installation du groupe de correctifs 3.
v 55966 : le nouveau journal doit contenir la commande d'exécution.
v 55968 : filewatch.zip incorrect dans les plateformes UNIX.
v 55972 : après validation du groupe de correctifs 3 et désinstallation,
swdis n'est pas supprimé.
v 55974 : symcheck produit à tort un résultat positif.
v 55978 : TwsClusterAdm ne parvient pas à ajouter une ressource tws
avec le paramètre hosts.
v 55979 : twspatch ne met pas à niveau CIT.
v 55981 : mise à jour de l'utilisation des modifications.
v 55993 : la mise à jour avec hosts échoue avec l'erreur 16.
v 55997 : les fichiers tmp du composeur ne doivent pas être inscriptibles
pour tout le monde.
v 56001 : WINDOWS-64 : panne du programme d'installation de mises à
jour (exec a renvoyé : -1073741819).
v 56005 : panne de twsClusterAdm.exe sous win 2008 R2 64.
v 56007 : AWKFTE007E : "Connexion fermée sans indication.".
v 56016 : MINPORT et MAXPORT ignorés dans JOBREC pour le travail
FTP.
v 56017 : la mise à jour ne fonctionne pas correctement.
v 56024 : améliorer la serviçabilité des paramètres.
v 56025 : planification erronée avec soumission de flot de travaux ad hoc.
v 56035 : résultat erroné pour sbs soumis 5/6nov avec el=YES.
v 56040 : groupe de correctifs 3 du système de détection d'intrusion 851 :
paramètre manquant dans l'installation en mode silencieux.
Limitations supprimées dans le groupe de correctifs 3 pour la
version 8.5.1 de Tivoli Workload Scheduler
Les limitations logicielles suivantes sont résolues dans Tivoli Workload Scheduler
8.5.1 avec le groupe de correctifs 3 :
Ambiguïté pour les travaux planifiés lorsque l'heure d'été est désactivée (55608)
Si un flot de travaux ou un travail est exécuté dans un fuseau horaire au
moment où l'heure d'été est désactivée, c'est-à-dire que l'heure est retardée
d'une heure et que vous définissez une dépendance d'heure pour de tels
flots de travaux ou travaux en liaison avec un autre fuseau horaire, il
pourrait arriver que cette dépendance horaire se produise lors du
deuxième intervalle de temps, l'intervalle répété. Dans ce cas, la
dépendance d'heure serait résolue pendant le premier intervalle de temps.
Maintenant, Tivoli Workload Scheduler détecte que la dépendance d'heure
se produit lors du deuxième intervalle de temps, l'intervalle répété, et la
résout en conséquence. Aucune intervention de l'utilisateur n'est nécessaire
pour activer ce comportement.
EVERY JOB prend maintenant l'heure d'été en compte (55941)
Si le mot clé EVERY est défini pour un travail au moment où l'heure d'été
est désactivée, c'est-à-dire au moment où l'heure est retardée d'une heure,
le travail n'est pas exécuté lors du deuxième intervalle de temps,
l'intervalle répété.
21
Maintenant, la commande EVERY JOB prend en compte l'heure d'été et est
également exécutée pendant le deuxième intervalle de temps, l'intervalle
répété. Aucune intervention de l'utilisateur n'est nécessaire pour activer ce
comportement.
Suivi des alias et des travaux ad hoc soumis dans l'historique des travaux
(55439)
Certaines limitations empêchaient Tivoli Workload Scheduler d'effectuer le
suivi des travaux ad hoc soumis dans l'historique des travaux (les
commandes conman sbd et sbf) ou des travaux soumis avec des alias (la
commande conman sbj; alias).
Maintenant, ces travaux sont eux aussi suivis dans l'historique des travaux
et indiqués dans les rapports historiques. Les statistiques des travaux ne
sont toujours pas mises à jour pour ces travaux. Aucune intervention de
l'utilisateur n'est nécessaire pour activer ce comportement..
correctifs 2.
v IZ65711 : EXECUTION LONGUE DE FINAL.UPDATESTATS.
v IZ66103 : %UNISON_SCHED% DU TRAVAIL DE REPRISE NE
COMPORTE PAS DE NOM DE FLOT DE TRAVAUX SI LE FLOT DE
TRAVAUX EST SOUMIS DEPUIS JSC.
v IZ72279: DURING THE FALL DST SWITCH, SCHEDULES BETWEEN
0100 AND 0200 ARE NOT PUT INTO THE SCHEDULE ON THE DAY
OF DST SWITCH ONLY.
v IZ73578: ONE PREDECESSOR IF SBS WITH FOLLOWS PREVIOUS
SELF AND SAME SCHEDTIME.
v IZ73772: AFTER TWS 8.5 FP1 MESSAGE CCGBC0071W WARNING
APPEARS WHEN STARTUP SCRIPT IS ISSUED.
v IZ74359: EVENT IS TRIGGERED BY MONMAN WITH DELAY.
v IZ74400 : PENDANT LA PREVISION, ERREUR DE PLAN AWSJDB803E
AVEC LE CODE DE CAUSE "68" LORS DE L'EDITION D'UN FLOT DE
TRAVAUX PENDANT UNE GENERATION DE PLAN DE PREVISION.
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 WebSphere Application Server
ShowDataSourceProperties et sa valeur est automatiquement définie sur
cursor_stability.
v IZ75038: WHEN USING A MAILMAN SERVER FOLLOWING A
CONMAN STOP ON AGENT WRITER/LINK FROM DB DOES NOT
TIMEOUT.
v IZ76319: DATECALC COREDUMPS ON HP ITANIUM 64 BIT.
v IZ76346: JOBSTREAMWORKSTATION IN SCOPE SECTION IS NOT
MODIFIED.
v IZ76676 : LE TABLEAU DE BORD AFFICHE TRAVAIL AVEC FIN
ANORMALE, MEME S'IL A ETE REEXECUTE AVEC SUCCES.
22
v IZ76966 : LA MISE A NIVEAU DIRECTE DE TWS VERS LE SCRIPT
SQL TWS84 DONNE DES AUTORISATIONS A L'ID DB2SERVER ET
NON AU CLIENT DB2 OU A L'AUTRE ID.
v IZ77122: TRIAL/FORECAST PLAN WITH MBCS NAME CAN NOT BE
ACCESSED FROM JSC/TDWC.
v IZ77386: CONMAN STOP GENERATES SEGFAULT ERROR ON LINUX
/VAR/LOG/MESSAGES FILE.
v IZ77523: WHEN NETUSERGETINFO API FAILS DURING WINDOWS
DOMAIN CONTROLLER AUTHENTICATION, JOB STOPS
PROCESSING.
v IZ77650: AWSGTW113I IS GARBLED WHEN LANG=JA_JP ON AIX.
v IZ77651: JOB STREAM STAYS IN READY, AFTER JOBS ARE
CANCELLED WITH "PEND" OPTION.
v IZ78475: ON APPSERVMAN STOP, IT WRITES INCORRECT MESSAGE
TO MERGE LOG: THIS MEANS THAT THE APPLICATION SERVER
ITSELF HAS ALSO STOPPED.
v IZ78481 : LE GESTIONNAIRE DE DOMAINE PRINCIPAL NE PEUT
PAS BASCULER SUR LE GESTIONNAIRE DE DOMAINE DE SECOURS
APRES UNE MODIFICATION DES NOM D'HOTE ET ADRESSE IP
PRINCIPAUX.
v IZ80015 : POSSIBILITE DE SELECTIONNER UNE TABLE DE
VARIABLES DIFFERENTE.
v IZ80144: FOLLOWS DEPENDENCY NOT HONORED WHEN
SCHEDULE WITH "MATCHING PREVIOUS" KEY IS SUBMITTED
TWICE VIA EDWA.
v IZ80500: MAKESEC CORRUPTS SECURITY FILE.
v IZ80775: TWSCLUSTERADM.EXE ABENDING ON 2008 WINDOWS
CLUSTER.
v IZ80975: SET 305 (WS LINKED) IN THE BMEVENTS.CONF.
v IZ81173: TWSHOST.SH RETURNS STATUS "DOWN" IF SYMPHONY
FILE IS NOT READABLE BY UA USER.
v IZ81457: E2E LINK PROBLEM FOR FTA WITH DISTRIBUTED
CONNECTOR.
v IZ81502 : LE SCRIPT TWS_INST_PULL_INFO.CMD SE TERMINE
AVEC LE CODE RETOUR 0, MEME SI UNE ERREUR BLOQUANTE SE
PRODUIT.
v IZ81898: SOCKET ERROR INFORMATION IS NO COMPLETE ON
JAPANESE ENVIRONMENT.
v IZ82455 : PROBLEMES DE FILTRAGE CONMAN POUR LES
COMMANDES SS ET BJ AVEC LES OPTIONS ECHEANCE ET FUSEAU
HORAIRE.
v IZ82772: MONMAN ISN'T SWITCHING WRITING TO A DIFFERENT
FILE EVERY DAY. WRITES TO THE SAME FILE. REQUIRES A
CONMAN STOPMAN & STARTMON.
v IZ82940: CREATE-TRIAL SHOULD NOT BE ALLOWED FROM TWS
COMMAND LINE WHEN LTP/SYMPHONY IS ALREADY PRESENT.
v IZ83199: TIVOLI_JOB_DATE HOLDS -0032768, IF DELDEP AT ON JOB
IS PERFORMED.
v IZ83265 : REP11 N'AFFICHE PAS TOUTES LES EXECUTIONS DE
PLANNING UTILISANT LE DERNIER JOUR DU MOIS ET SD EARLY
ET TZ EST OU BEFORE GMT EN GENERAL
23
v IZ83267: MONTHLY JOB STREAM IS NOT SCHEDULED CORRECTLY.
v IZ83683: WEBSPHERE CRASH IF BROWSE JOBLOG IN ALTERNATE
PLAN.
v IZ83745: MAILMAN OR BATCHMAN TERMINATES WITH CORE IF
OPTIONS=OFF IN BMEVENTS.CONF.
v IZ84127 : LE COMPOSEUR NE PERMET PAS D'UTILISER UN
CARACTERE DU JEU DE CARACTERES MULTI-OCTETS COMME
NOM D'AGENDA "DANS LE CYCLE D'EXECUTION".
v IZ84212: FORMAT OF EVENT 163, 164, 165 IS NOT CORRECT IN
FORMAT FILE.
v IZ84302: MAKESEC FAILS WITH NTDLL.DLL DURING 8.5.1
INSTALLATION.
v IZ84698: REPTR -POST VARIES WITH DIFFERENT
MAESTRO_OUTPUT_STYLE VALUES.
v IZ84757 : JBXTRACT N'EXTRAIT PAS LES BONNES DATES.
v IZ84990: MULTIPLE SENDEVENT FAILS WITH AWSGTW112E ERROR.
v IZ84993 : "TWSPATCH" NE CREE PAS LE REPERTOIRE
/TMP/TWA/TWS851FIXPACK SI /TMP/TWA N'EXISTE PAS.
v IZ85242 : L'UTILITAIRE DE VERSION NE SIGNALE PAS QU'UN
GROUPE DE CORRECTIFS A ETE APPLIQUE.
v IZ85720 : TWS 8.5.1 GROUPE DE CORRECTIFS 1 NE CONTENAIT PAS
WIN64 POUR FILEWATCH.EXE ET LE FICHIER WATCHDB.EXE.
v IZ85790: "XREF -F" COMMAND DOESN'T SHOW FILENAME OF
QUALIFIER.
v IZ85919 : HORAIRE PLANIFIE DU FLOT DE TRAVAUX
PREDECESSEUR EN TEMPS MOYEN DE GREENWICH DANS JSC ET
TDWC.
v IZ86029 : LE TEXTE DE L'INVITE COMMENCE PAR LE SIGNE
DEUX-POINTS (:), CE QUI NECESSITE UNE INTERVENTION.
v IZ86162: NETMAN PROCESS CONSUMING MEMORY ON W2K3
64BIT.
v IZ86292 : EXTRACTION DU JOURNAL DE TRAVAIL IMPOSSIBLE
POUR UN AGENT Z CENTRIC.
v IZ86650 : LES RAPPORTS TDWC NE SATISFAISAIENT PAS AUX
DEPENDANCES POUR DES TRAVAUX TERMINES AVEC SUCCES.
v IZ86677 : LA VALEUR DE JOBSTATCHGEVT.ACTUALDURATION
N'EST PAS CORRECTE.
v IZ86769: KILL JOB DOES NOT WORK ON 64BIT WINDOWS.
v IZ86831: JS AT 00:00 IS NOT INCLUDED IN CONMAN SS
+STARTED=,HIGHTIME
v IZ86885: SCHEDULE WITH AT TIME IS LOST WITH JNEXTPLAN
-FOR 0000.
v IZ86983 : AFFICHER/MODIFIER LES PROPRIETES DE SECURITE DE
BROKER NE FONCTIONNE PAS DANS UN ENVIRONNEMENT NON
ANGLAIS.
v IZ87102 : TDWC AFFICHE UNE REGLE DE JOUR LIBRE
INCORRECTE DANS L'INFOBULLE.
v IZ87209 : LES CHEMINS CONTENANT LA PERLUETE "&" NE SONT
PAS RECONNUS DANS TWS.
24
v IZ87237 : LA PERSONNALISATION DE *UPDATE REINITIALISE
COMPLETEMENT LE REPERTOIRE /MAESTRO.
v IZ87365 : UN TRAVAIL DWB TWS 8.5.1 SOUS AIX ECHOUE AVEC
0403-015 IMPOSSIBLE D'ACCEDER A UN FICHIER EXECUTABLE
NECESSAIRE. IL EST EN COURS D'UTILISATION.
v IZ87368: RECOVERY JOB IS LOST BY CONMAN SBS FROM
LINUX/WINDOWS, IF THE JOB NAME IS LONGER THAN 24 BYTES.
v IZ88104: 9 BYTES OF MEMORY LEAK WITH GETENGINEINFO
CALLS.
v IZ88122 : ERREUR DE VALIDATION DU COMPOSEUR AWSBIB043E
EN RAISON D'UN MECANISME D'ANALYSE SYNTAXIQUE ERRONE
UTILISE PAR LE COMPOSEUR.
v IZ88174 : LE PLAN DE PREVISION EST CREE AVEC L'HEURE DU
TEMPS MOYEN DE GREENWICH TZ=NO ET CREE PAR JSC.
v IZ88241: CLUSTERINSTANCENAME IS ADDED BY
TWSCLUSTERADM.EXE INCORRECTLY.
v IZ89053 : LORSQUE LA DEPENDANCE DE RESEAU EST
SELECTIONNEE SUR UN SYSTEME HP-UX IA64.
v IZ89553 : LE TRAVAIL UPDATESTATS SE TERMINE AVEC LE
MESSAGE D'AVERTISSEMENT AWSJPL804W.
v IZ89582 : LE GROUPE DE CORRECTIFS 1 SUPPRIME LES FICHIERS
DE LA BIBLIOTHEQUE ICU**34.DLL, PROVOQUANT UN MESSAGE
ICU I18N.
v IZ89674 : LA SORTIE DE REP11 N'EST PAS CORRECTE SI TZ="-11",
FUSEAU HORAIRE UNITE CENTRALE=SST ET REPARTITION DES
TACHES ENTRE 0000 ET 0529.
v IZ90045 : LA CONFIRMATION D'UN TRAVAIL QUI A ETE ANNULE
DISSOUT LA DEPENDANCE DU SUCCESSEUR.
v IZ90231 : ERREUR DE SYNTAXE XLM REMPLACEMENT
COMPOSEUR ANALYSE SYNTAXIQUE AWSJCL306E FWK005.
v IZ90277 : EVENEMENT 51 PERDU DANS EVENT.LOG.
v IZ90719 : TWS EWAS N'EFFECTUE PAS L'AUTHENTIFICATION AVEC
UTILISATEUR LDAP DANS GROUPE AVEC BARRE OBLIQUE.
v IZ91175 : LES DEPENDANCES NE SONT PAS CORRECTEMENT
PROPAGEES SI LE DECALAGE ENTRE L'HEURE ACTUELLE ET
L'HEURE PLANIFIEE EST MODIFIE POUR UN FLOT DE TRAVAUX.
v IZ91194 : LA VALEUR D'HORODATAGE DE JOBSTATCHGEVT EST
ANTERIEURE A L'HEURE ACTUELLE.
v IZ91384 : "CONMAN SETSYM" SE TERMINE AVEC UNE ERREUR DE
SEGMENTATION.
v IZ91526 : SI UN TRAVAIL A UN "ARRET DE REPRISE", LA
SOUMISSION D'UN TRAVAIL CONSIGNE AWSBHT023E DANS LE
JOURNAL TWSMERGE.
v IZ91629 : SWITCHEVENTPROCESSOR DE TWS UTILISE SEULEMENT
LES 10 1ERS CARACTERES DU NOM DE L'UNITE CENTRALE.
v IZ91819 : IMPOSSIBLE DE MODIFIER LA PRIORITE DANS UN
CHEMIN CRITIQUE.
v IZ91918 : ERREURS D'UNITE D'INTERVALLE HORAIRE DANS
L'EXEMPLE DE REGLE D'EVENEMENT DU GUIDE DE
L'UTILISATEUR.
25
v IZ91972 : POSTE DE TRAVAIL DU TRAVAIL ERRONE DANS LES
EXEMPLES EDWA.
v IZ92256 : CCLOG ECRIT UN MESSAGE D'ERREUR DANS LA SORTIE
STANDARD LORSQUE LE REPERTOIRE DE TRAVAIL N'A PAS DE
DROITS DE RECHERCHE POUR L'"UTILISATEUR TWS".
v IZ92535 : ERREUR LORSQU'ON ESSAIE DE GENERER UN PLAN DE
PREVISION AVEC PLANMAN CRTFC.
v IZ92617 : CONMAN SBS WINDOWS AVEC VARIABLE TZ DEFINIE A
LE TEMPS MOYEN DE GREENWICH COMME HEURE DE
PLANIFICATION.
v IZ92747 : BATCHMAN SE TERMINE AVEC LE CODE DE SORTIE 255
PENDANT LA LECTURE DE SYMPHONY.
v IZ92818 : JSC NE SOUMET PAS DE TACHE D'UN TRAVAIL DE
COMMANDES UNIX AU PLAN LORSQUE LE CARACTERE SPECIAL
"^" EST UTILISE.
v IZ92887 : WAS NE DEMARRE PAS TANT QUE LE CHEMIN CRITIQUE
N'EST PAS CALCULE.
v IZ93348 : CONMAN NE SELECTIONNE PAS UN TRAVAIL AVEC
RCCONDSUCC SI "SCRIPTNAME=" EST UTILISE POUR
SELECTIONNER UN TRAVAIL.
v IZ93843 : LES TRAVAUX TWS 8.4 SE TERMINENT DE FACON
ANORMALE SUR LES SERVEURS WIN2003 APRES L'APPLICATION
DE TWS 8.4-GROUPE DE CORRECTIFS 5.
v IZ94087 : FUITES DE MEMOIRE DU PROCESSUS JOBMON.
v IZ94088 : ALTERATION DU FICHIER SYMPHONY EN DEPENDANCE
D'UN ENREGISTREMENT DE TRAVAIL.
v IZ94316 : CONMAN SC AFFICHE "FTI J" W/O W SUR MDM, BIEN
QUE LE PROGRAMME D'ECRITURE SOIT EXECUTE SUR MDM.
v IZ94516 : L'AJOUT DANS LE COMPOSEUR DE TRAVAUX AVEC UN
GROS FICHIER EN ENTREE SE TERMINE AVEC CORE.
v IZ94802 : LES AGENTS Z-CENTRIC NE TRAITENT PAS LE CODE
RETOUR DES TRAVAUX SAP TERMINES PAR UNE ERREUR
CORRECTEMENT ET AUCUN CODE D'ERREUR N'EST PRODUIT
LORSQUE CES TRAVAUX ECHOUENT.
v IZ95290 : APRES UN SWITCHMGR SUR UN GESTIONNAIRE DE
DOMAINE, UN LIEN OU UN AUTRE EVENEMENT DIRECT DU
MAITRE PEUT ENTRAINER L'ARRET DES MAITRES BATCHMAN.
v IZ95353 : LE COMPOSEUR N'AFFICHE LES HEURES QUE LORS DE
LA CREATION D'UNE REGLE D'EVENEMENT.
v IZ95386 : TDWC DEVRAIT AFFICHER LES DEPENDANCES
LORSQU'ELLES APPARAISSENT SUR CONMAN.
v IZ95391 : LES VARIABLES D'ENVIRONNEMENT DU SYSTEME
D'EXPLOITATION WINDOWS SONT DUPLIQUEES DEPUIS
L'ARTICLE KB HTTP://SUPPORT.MICROSOFT.COM/KB/2505238.
v IZ95647 : CLICHE DU PROCESSUS CORE DU COMPOSEUR AVEC
LES COLONNES MAESTRO SUPERIEURES A 511.
v IZ95722 : LA LIMITE DE L'UNITE CENTRALE N'EST PAS RESPECTEE
SUR L'UNITE CENTRALE DE BROKER.
v IZ95727 : JOBMAN ET SSMAGENT NE DEMARRENT PAS AVEC
AWSDFF001I.
26
v IZ95946 : ALLOCATION DE RESSOURCES ERRONEE A TDWB
ENTRAINE AWKRAE104E.
v IZ96510 : LES AGENTS TOLERANTS AUX PANNES SE CONNECTENT
ET SE DECONNECTENT CONTINUELLEMENT.
v IZ96527 : SI "ENEVENTPROCESSORHTTPSPROTOCOL=NO", LE
DEPLOIEMENT D'EVENEMENTS NE FONCTIONNE PAS.
v IZ96576 : ERREUR MAKESEC SI LE FICHIER DE SECURITE A
L'ENTREE CPU AVEC LE MOT CLE GROUP ET L'ENTREE JOB AVEC
LE MOT CLE JCLTYPE.
v IZ96613 : L'ENVIRONNEMENT E2E SUR HP-UX IA64 DWNLDR
ECHOUE AVEC UNE ERREUR DE BUS.
v IZ97073 : LES TRAVAUX ZCENTRIC AVEC '$ DANS LEUR NOM
PROVOQUENT UNE ERREUR.
v IZ97076 : FUITES DE MEMOIRE DU PROCESSUS MONMAN.
v 42777 : la commande : "sbd @#....;follows ....." ne fonctionne pas
correctement.
v 53555 : twsStopAction ne peut pas vérifier si l'agent ssm est arrêté ou
non.
v 53706 : PA_RISC/IA64 MACHINE ARCHITECTURE LORS DE LA
VISUALISATION D'UN FICHIER JOBSTDLIST.
v 53821 : l'utilitaire de cluster ne parvient pas à ajouter un nouveau noeud
de cluster joint.
v 53989 : l'installation du groupe de correctifs TWS ne doit pas écraser la
valeur de LOCK_LIST si elle est supérieure à 8192.
v 53994 : Les agents tolérants aux pannes Windows sporadiquement non
liés si tws pas authentifié.
v 54036 : agent tolérant aux pannes HP-ITA : patch.info ne contient pas
d'informations FIXPACK.
v 54052: Automatic Launch of cluster utility Enhanched from TWS fixpack.
v 54074 : Application Monitor n'intercepte pas le remplissage du système
de fichiers.
v 54092 : BKDM arrêté après le redémarrage de l'ancien gestionnaire.
v 54120 : l'authentification de sécurité ne fonctionne pas correctement
pour les travaux planifiés.
v 54124 : sécurité : numéro de ligne non valide en cas d'erreur en matière
de sécurité.
v 54177 : stopWas échoue sous Windows 2008 64 bits avec contrôle de
domaine.
v 54192 : le niveau de trace tws_jni ne peut pas être défini, sinon
NullPointer est intercepté.
v 54225 : Impossible de soumettre un travail du programme d'exécution
avec les caractères d'échappement xml.
v 54242 : TDWC doit afficher les dépendances résolues comme dans
conman.
v 54250 : La visualisation du journal de travail pourrait entraîner une fuite
de mémoire.
27
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
v
54347 : getEngineInformation appelé trop souvent.
54350 : EDWA n'intercepte pas le remplissage du système de fichiers.
54356 : Préserver le fichier Prodigy si nécessaire pour la maintenabilité.
54370 : Problème avec le pare-feu arrière si l'agent cible ne peut pas être
connecté.
54394 : Plusieurs règles d'événement sur le système de fichiers sont
déclenchées à tort.
54399 : Mise à jour de TWSHost avec ISMP.
54432 : les travaux de reprise ne démarrent pas avec la commande sbs.
54438 : la soumission d'un travail centralisé dans le scénario e2e se
termine d'une façon anormale.
54456 : Les commandes AT et batch ne fonctionnent pas, de manière
aléatoire, sous AIX7 en raison de PID trop longs.
54477 : définir connection_less pour EDWA.
54492 : La validation du groupe de correctifs 1 avec cd fp2 a échoué.
54502 : La validation de 8.5.1 groupe de correctifs 1 ne fonctionne pas
sous Linux x64.
54520 : L'installation de cit lorsque cit est d'une version ultérieure
échoue sous Windows.
54521 : L'action d'annulation supprime aussi l'entrée pour fp1 de
TWSRegistry.
54542 : Certains fichiers dans l'arborescence Was ont des droits
incorrects.
54563 : L'instance d'agent tolérant aux pannes du groupe de correctifs 2
avec twpatch a échoué, mais se connecte avec succès sous HPUX.
54567 : une fuite dans jobmon fait que ce processus augmente de 2 Go
sous Windows.
v 54568 : Les fichiers de réponses renvoient à la version 8.5 au lieu de
8.5.1.
v 54658 : installation de w/a 84FP5 pour un problème de moteur de script
MS avec '('.
v 54673 : impossible de soumettre les travaux prédéfinis depuis webui.
v 54674 : installation réussie même si eWas n'est pas mis à niveau vers le
groupe de correctifs 33.
v 54679 : l'installation du groupe de correctifs TWS n'écrase pas
LOCK_LIST (1024).
v 54762 : 8.5.1 groupe de correctifs 2 ne remplace pas le fichier symcheck
dans le dossier bin.
v 54772 : Supprimer du groupe de correctifs le fichier archiver.exe non
modifié et signalé par AV.
v 54779 : Le groupe de correctifs 2 ne s'installe pas sous Solaris I386.
v 54786 : MDM : l'annulation du groupe de correctifs 2 ne fonctionne pas.
v 54792 : l'option reprise réexécutée ne fonctionne pas correctement.
v 54798 : Le module de correction ewas de contrôle ne fonctionne pas
sous 2003.
v 54808 : il est impossible de modifier le répertoire temp de Was.
v 54889 : Ajouter le module de correction WAS de vulnérabilité java.
28
v 54914 : informations d'insertion pour déboguer le problème lorsque
l'erreur ne correspond pas.
v 54932 : L'action d'annulation du groupe de correctifs 2 insère une entrée
erronée dans TWSRegistry.dat.
v 54965 : L'option reprise réexécutée ne fonctionne pas correctement.
v 55006 : l'action d'annulation du groupe de correctifs 2 ne supprime pas
l'entrée de TWSRegistry.dat.
v 55010 : EDWA - Le fichier créé ne se déclenche pas sous Windows.
v 55021 : Mettre à jour le niveau de fonction sur 3, pour l'utilisation avec
TDWC.
v 55037 : sur le gestionnaire de domaine avec des serveurs mailman, la
configuration EDWA déploie un gros volume.
v 55045 : la valeur DBCS dans twa_env.cmd est modifiée par le groupe de
correctifs.
v 55051 : Groupe erroné pour exécutable chkshtst.
v 55053 : getEngineInfo renvoie une valeur erronée pour featureLevel.
v 55116 : ssmagent ne démarre pas sous solaris opteron i386.
correctifs 1.
v IZ25976: REPTR TRUNCATES FOLLOWS JOB STREAM NAME.
v IZ31273: "WITHIN AN ABSOLUTE INTERVAL" DEPENDENCY IS LOST
OVER JNEXTPLAN IF ENLEGACYSTARTOFDAYEVALUATION IS SET
TO YES.
v IZ52128: EHCI ERROR LOG MESSAGE ON UNCONFIGURE.
v IZ52139: TWS 85 RUNCYCLES WITH WORKDAYS DID NOT WORK
PROPERLY.
v IZ52178: SCHEDULE IS NOT PLANNED CORRECTLY AFTER
DELETING THE SAME JOB STREAM NAME WITH "VALIDFROM"
OPTION.
v IZ55767: "CONMAN SBS" FAILS WITH AWSJPL006E ON COCURRENT
SUBMISSION.
v IZ56270: CHANGE THE MIN VALUE OF MAXLEN FROM 14 DAYS TO
8 DAYS.
v IZ60209: DEPLOYMENT OF EVENT DRIVEN RULES FAIL WHEN
WORKSTATTION NAME IS LESS THAN 3 CHARACTERS LONG.
v IZ60853 : JOB STREAM CANCEL PEND DEPENDENCIES NOT
RELEASED.
v IZ62730: TWS EVENTS DUPLICATION.
v IZ63856: ENLISTSECCK NOT ENFORCED ON ALTERNATE PLANS
THROUGH TDWC OR JSC.
v IZ63868: ATTEMPTING TO DELETE DUPLICATE OPENS
DEPENDENCIES FROM JSC CAUSES APPLICATION SERVER JAVA TO
CORE DUMP.
v IZ64003: CENTRALIZED SCRIPTS IN END TO END ENVIRONMENT
START AND FAIL EVEN IF AUTOMATIC SUBMISSION SET TO NO.
29
v IZ64479: FTA STATUS DOES NOT BECOME INITTED ON BDM, IF FTA
IS NOT ABLE TOLINK TO BDM BY THE FIRST AUTOLINK ATTEMPT.
v IZ64725: FINAL JOBS ABEND IF MDM IS INSTALLED TO THE
DIRECTORY OTHER THANC-DRIVE ON WINDOWS 2008.
v IZ64931: JOBSTATUSCHANGED EVENT RULE IS NOT TRIGGERED
FOR FAILED JOB.
v IZ65453: TWSMERGE LOG AND /STDLIST/<DIRECTORY> OWNED
BY ROOT INSTEAD OF TWSUSER.
v IZ65928: TWS DB2 INSTALL FAILS IF USER HAS ) SIGN IN
PASSWORD.
v IZ66027: DEPENDENCY ADDED IS WRITTEN IN TWSMERGE.LOG
REPEATEDLY.
v IZ66322: JOBMON.EXE START FAIL MSG IF TWSUSER CANNOT
OPEN FILE IN TEMP.
v IZ66678: JOBS DURING DST WINDOW ARE DELAYED RUNNING.
v IZ67125: FORECAST PLAN CANNOT BE GENERATED BECAUSE OF
JAVA NULLPOINTER EXCEPTION.
v IZ67125: FORECAST PLAN CANNOT BE GENERATED BECAUSE OF
JAVA NULLPOINTER EXCEPTION.
v IZ67385: FILE MONITORING EVENT IS INCORRECTLY SHOWING
FILE AS BEING UPDATED, EVEN WHEN IT'S NOT.
v IZ67552: LOGMAN RETURNS EXIT CODE 0 EVEN IF IT FAILS TO
REMOVE OLD LTP.
v IZ67993: MODIFICATION OF A CALENDAR DATA IS NOT
REFLECTED TO THE PLAN.
v IZ68159: AUDIT HEADER USER FIELD IS NOT CLEAR.
v IZ68546: ALLOW SCHEDULE IN ADDING STATE TO CARRY
FORWARD.
v IZ69965: R11XTR WITH -M OPTION SHOWS THE INCORRECT DATE.
v IZ69966: VENT TYPE OF "JOBSTREAMCOMPLETED" IS NOT
TRIGGERED.
v IZ69984: DB2 DEADLOCK WHEN EDITING JOB STREAMS AND
CREATING A PLAN. AWSJDB803E REASON CODE "2".
v IZ70293: COMPOSER DISPLAY/CREATE/EXTRACT RETURNS FEW
SCHEDULES.
v IZ70415: ADHOC SUBMISSIONS WITH PROMPTS HAVE THE SAME
PROMPT NUMBER.
v IZ70630: AT THE END OF DAILY PLAN MANY FTAS DO NOT LINK.
v IZ70640: SSM AGENT LOGS ARE CREATED WITH WRITE
PERMISSIONS FOR "OTHERS" REGARDLESS OF THE UMASK
SETTING FOR ROOT ON AIX SYSTEMS.
v IZ70730: BATCHMAN CORE OR STAGEMAN ERROR IF ACCESSING
BAD FOLLOWS RECORD.
v IZ71230: JOB STREAM CANCEL NOT LOGGED IN PLAN AUDIT.
v IZ71924: JNEXTPLAN NOT DELETING OBSOLETE/COMPLETED JSI
FROM PREPRODUCTIONPLAN.
v IZ72154: UNIXLOCL METHOD DOESN'T PERFORM CHECK OF FILE
EXISTENCE IF OPERABLE PROGRAM OR BATCH FILE.
30
v IZ72156: STAGEMAN COMPLETE SYMPHONY CREATION ALSO IF
WRONG RECORD INTO SYMNEW IS FOUND.
v IZ72810: TWS - MANY SSMAGENT.BIN PROCESSES, ONE STARTED
EVERY 5 MINUTES.
v IZ72911: JOBINFO RSTRT_RETCODE COMMAND IN A RECOVERY
JOB DOES NOT RETURN CORRECT VALUE IF PARENT JOB IS
RERUN & ABENDS W/DIFFERENT CODE.
v IZ73054: TWSMERGE LOG NOT SWITCHED CORRECTLY.
v IZ73256: JOB STREAM ID IS DISPLAYED AS JOBSTREAMNAME IN
MESSAGE TEXT ON OPERATOR MESSAGE FOR FAILED JOB WITH
NO SCRIPT.
v IZ73339: RELEASE COMMAND FROM JSC/TDWC DID NOT SET THE
PRIORITY BACK TO THE ORIGINAL ONE.
v IZ74028: EVENTS BEING TRIGGERED MULTIPLE TIMES.
v IZ74287: ON TWS 8.5.1 AWSBIN109EMESSAGE IS SHOWED WHEN
FROM JSC/TDWC A DEPENDENCY IS ADDED TO A JOB STREAM IN
THE PLAN.
v IZ74474: TRIGGERED ACTION IS NOT LISTED IN MONITOR
TRIGGERED ACTIONS.
v IZ74475: JOB ITERATIONS ARE SKIPPED IF MESSAGE THAT UNTIL
HAS EXPIRED IS DISPLAYED AT SAME TIME.
v IZ75151: TSM XA JOBS THAT ABEND ARE MARKED AS SUCCESSFUL
IN TWS.
v IZ75620: MAILMAN PROBLEM CAUSED BY USERJOBS
MANAGEMENT.
v IZ76066: REPORTS CORE DUMP ON SOLARIS DURING MAKEPLAN.
v 40616: Job Stream cancel operation with API is not logged in plan audit.
v
v
v
v
v
50632: MIssing checks setting a TWS queue size.
52411: twspatch: fixpack not installed even if successful linux ppc.
52484: event with var not solved, submit parms overwritten as-is.
52511: TWS-ITM:twaserver pid is different in TWSApplicationServer.sh.
52546: TWS-ITM: "TWSHost.sh" and "TWSSpaceFree.sh" has errors on
LINUX.
v 52550: Missing check creating a file monitor event rule.
v 52751: TDWB_CLI:The message should be clear if Server Ports are
wrong.
v
v
v
v
v
v
v
v
52933:
52958:
53098:
53184:
53189:
53226:
53243:
53253:
Incorrect behavior creating an event rule with EVERY filter.
Job not submitted due to incorrect check in login name.
Agents are not able to connect to the server: error code 404.
Integration TWS-ITM: missing scripts.
EDWA submit job action fails when a parameter is included.
file system monitor on win not working when multiple monitors.
if two rules monitor processes the first one is no more trigger.
Error submitting a job using ws executor on Win.
31
v
v
v
v
v
53278:
53279:
53281:
53285:
53289:
J2EE z/OS: jobs remain in started after a restart of the.
JOBLOG for J2EE job.
TEP - Errors in metafile with UA 6.2.1.
J2EE z/OS: Job completed with error.
CSITransactionRolledbackExc submitting after a wrong del.
v 53290: WINDOWS:tdwb_user and tdwb_pwd missing in
CLIConfig.prop.
v 53325: Add Plan View counters.
v
v
v
v
v
v
v
53337:
53341:
53362:
53413:
53453:
53463:
53505:
RemoteCli.zip for fixpack.
Get job output fails the day of the dailight saving time.
submission a job with file system full.
PV: unclear msg if Symphony exists but contains 0 job st.
jobstdl does not work with short format.
getjobOutput on archived files does not work.
Plan View: error in query JobStream from plan object.
v 53545: TDWB is not running anynore after applying fixpack.
v
v
v
v
53570: Error launching a file Transfer executor job with FTP pr.
53572: Missing checks submitting corrupted file transfer jsdl.
53573: Missing code messages after submission of executor jobsl.
53581: IZ70293 COMPOSER DISPLAY/CREATE/EXTRACT RETURNS
FEW SCHE.
v
v
v
v
53587:
53594:
53602:
53610:
agentType="LWA" is missing in the silent installation.
Cache of Properties ini file did not work fine.
wrong disk space check for REMCLI on FP1.
Incorrect behavior submitting a ws executor job.
v
v
v
v
53612:
53613:
53617:
53623:
Missing checks submitting a ws wrong jsdl.
Incorrect implementation of DataBaseJobExecutor.
Cannot configure the TEP integration.
Check space on file system (SW distribution).
v 53624: Incorrect codes formats after job executors submission.
v 53625: fixItlmSign.bat does not handle path with spaces on Wind.
v 53629: Missing message codes for web services jsdl executor
v 53630: Failure launching a java executor job without parameters.
v 53632: Missing check after submission of jsdl with empty dbms.
v
v
v
v
v
v
v
v
53633:
53643:
53650:
53651:
53654:
53656:
53658:
53668:
Job hang after file transfer job execution on win64 bit.
JobManager unexpected shut down after ITA agent process.
Variables not resolved after invalid job submission.
Incorrect message after db job submission.
wrong detection of circular dependencies
Missing code after submission of ws invalid jsdl
Error submitting a webService job using https protocol on Sun.
swdis size is increased applying FP on LWA agent with J
v 53673: Missing cause failure after ft job submission.
v 53680: Incorrect standard output retrieving a job output from c
v 53690: Localopts does not updated with the new key
32
Corrections for WSGeneric.jsdl.
Sample jsdl provided in tws 851 is not working.
Error submitting a job using ws executor.
Error installing agent zCentric on Windows machine
Java job hang specifying blanck spaces in JVMOptions key
v
v
v
v
v
53691:
53693:
53698:
53701:
53703:
v
v
v
v
v
v
v
53705: Windows: wconvcat.exe encountered a problem
53711: JnextPlan and bridged job in EXEC: symphony corruption P
53712: JnextPlan while xatemplate job in EXEC carried forward i
53717: Incorrect protocol name for file transfer jobs
53725: Incorrect job status after invalid ft job submission
53726: Missing cause failure after ft job submission
53729: Missing check submitting an invalid java job
v
v
v
v
v
v
53732:
53733:
53737:
53740:
53743:
53746:
j2ee job hang after agent restart
Incorrect standard output retrieving a job output from cli
Error message for job having jobtype Webserv on z-Centri
Error submitting a webService job using https protocol o
Exception submitting an executor job without correct per
Agent core dump on HP after JVMOptions set
v 53748: Variables not resolved after invalid job submission
v 53751: Incorrect message after db job submission
v 53755: TDWC_CLI doesn't work on UNIX agents
v
v
v
v
53758:
53761:
53763:
53764:
Cannot configure the TEP integration
TDWB_CLI: trim could be used for ITDWB Server Ports
Failure launching a java executor job without parameters
TDWB_CLI:The message should be clear if Server Ports are
v 53766: Some files locked during uninstall of MDM
v 53767: the MDM uninstall doesn't stop the TWS instance
v 53768: Error submitting java jobs after agent restart
v
v
v
v
v
53775:
53782:
53795:
53796:
53799:
Messages are corrupted in the catalog
submission a job with file system full
overwrite plugins on TDWB servers
TWS Cluster resource fails to start with Symphony
Batchman-old remove batchman pids, broking the ITM integ
v 53807: J2EE z/OS: jobs remain in started after a restart of the agent.
v 53819: non blocking awk error when using wastools
v
v
v
v
v
v
v
53824:
53845:
53846:
53847:
53857:
53858:
53824:
Unable to perform a job cancel operation on Win 64 bit machine
UPG MDM fails since WAS doesn't restart
JSDL editor does not contain a field fon interactive jobs
Error submitting a job using ws executor on Windows
Unable to submit job with ipv6 enabled
usability : underline the difference between TWS and TWA user
Unable to perform a job cancel operation on Win 64 bit machine
v 53861: backupconfig wastool not working on AIX
v 53903: usability : explain that MDM install an embedded agent also
v 53907: Plan connector doesn't detect circcular reference
33
v
v
v
v
v
53910:
53942:
53944:
53956:
53966:
wrong start time and end time for submission of j2ee job
Interactive flag not handled for broker type job
cluster fta instance is not able to start automatically on w2k8
tws_inst_pull_info.cmd: TWS version discovery not working at fi
TDWB cli commands work only in the bin dir
Limitations recensées et solutions palliatives
Les limitations logicielles et solutions palliatives suivantes concernent le groupe de
correctifs 4 de Tivoli Workload Scheduler version 8.5.1 :
Lors de l'installation :
Dans l'assistant InstallShield interactif sur les plateformes UNIX et
Linux, les mots de passe que vous entrez ne sont pas validés.
Aucun mot de passe n'est validé dans cet assistant sur ces
plateformes. Si vous entrez un mot de passe erroné, il est détecté
uniquement lorsque l'assistant d'installation tente de l'utiliser au
cours de l'exécution d'une étape d'installation.
Solution : exécutez de nouveau l'installation en utilisant le mot de
passe correct.
Sur Red Hat Enterprise Linux V5.0, la fonction de montage automatique
ne fonctionne pas
Sur Red Hat Enterprise Linux V5.0, le message suivant s'affiche
après avoir inséré le DVD et cliqué deux fois sur l'icône sur le
bureau :
./setup.sh: /bin/sh: bad interpreter: Permission denied
Cette situation se produit, car la fonction de montage automatique
monte le DVD avec l'option -noexec qui n'est pas compatible avec
le mode d'utilisation du DVD par Tivoli Workload Scheduler.
Solution : pour résoudre l'incident, démonté le DVD et remontez-le
manuellement en utilisant la commande suivante :
mount /dev/scd0 /media
Sur les plateformes Windows 64, l'installation distante en mode
silencieux échoue (52485)
Sur les plateformes Windows 64, l'installation distante en mode
silencieux échoue en raison d'un défaut dans le programme
d'installation. Sur une plateforme Windows 64, il n'est pas possible
d'exécuter une installation distante de Tivoli Workload Scheduler
en mode silencieux à l'aide d'un produit de planification.
Solution palliative : Utilisez le bureau graphique pour installer
Tivoli Workload Schedule en mode silencieux.
Sur les plateformes HP Itanium, lors d'une installation distante de Tivoli
Workload Automation V8.5.1 via l'interface de ligne de commande,
aucun environnement JRE n'est trouvé (53784, 53904)
Lorsque vous installez à distance Tivoli Workload Automation
V8.5.1 depuis l'interface de ligne de commande, puis installez le
groupe de correctifs 4 de Tivoli Workload de la même manière,
l'erreur suivante s'affiche :
Aucun environnement JRE (Java Runtime Environment) n’est trouvé
sur le système.
34
Solution palliative : Pour résoudre cet incident, supprimez le
contenu du répertoire /tmp.
Après l'installation du groupe de correctifs, un répertoire _ssm est créé
sous Windows 2003 (43402)
Après l'application du groupe de correctif 4 de Tivoli Workload
Scheduler 8.5.1, le répertoire _ssm est créé dans le répertoire
<TWS_home> sur Windows 2003.
L'installation du groupe de correctifs 4 de Tivoli Workload
Scheduler 8.5.1 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 des
applications autres que Tivoli Workload Scheduler.
v Le service Windows de l'agent ssm n'a pas été démarré par le
processus monman et il n'a donc pas été arrêté par ce même
processus lors de l'installation du groupe de correctifs, avant
d'appliquer le correctif à l'agent ssm.
Un message d'avertissement 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ée avec le groupe de correctif 4 de Tivoli
Workload Scheduler 8.5.1. Pour l'installer correctement,
déverrouillez les fichiers binaires ssm dans le répertoire
<TWS_home>\ssm (en arrêtant manuellement le service Windows de
l'agent ssm ou les applications qui verrouillent ces fichiers) et
supprimez le répertoire <TWS_home>\ssm en le remplaçant par le
contenu du répertoire <TWS_home>\_ssm.
Une fois que vous avez remplacé le contenu du répertoire
<TWS_home>\ssm par celui du répertoire <TWS_home>\_ssm, vous
pouvez supprimer le répertoire <TWS_home>\_ssm.
Solution palliative : pour éviter le problème avant d'appliquer le
groupe de correctifs 4 de Tivoli Workload Scheduler 8.5.1, procédez
comme suit :
v Vérifiez que les fichiers binaires ssm ne sont pas verrouillés par
des applications autres que 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.
Sur les plateformes sur lesquelles Informix est installé, le groupe de
correctifs 1 de Tivoli Workload Scheduler ne doit pas être validé ou
annulé (55908).
Lorsque vous utilisez l'assistant d'installation du groupe de
correctifs Tivoli Workload Scheduler sur les plateformes avec
Informix installé, l'erreur suivante s'affiche si vous validez ou
annulez le groupe de correctifs 1 :
DISSE0026E Le package TWS_Eclipse_<UtilisateurTWS>.8.5.1.01
n’a pas été trouvé dans le catalogue.
où <UtilisateurTWS> est le nom de l'utilisateur exécutant l'assistant
d'installation.
35
Solution palliative : pour résoudre ce problème, définissez
manuellement l'état de l'étape qui a échoué sur Success et
poursuivez l'opération en cours.
Eventuel problème de taille du segment de mémoire lors de l'installation
(IV12212)
Si l'installation se bloque, une cause possible peut être une taille
insuffisante du segment de mémoire. Avant d'exécuter l'installation,
vous devez fournir des informations sur la taille du segment de
mémoire Java. Procédez comme suit :
v Créez un fichier appelé SETUP.jar dans le répertoire dans lequel
se trouve le fichier SETUP.bin.
v Ouvrez-le et écrivez les lignes suivantes :
%IF_EXISTS%("INIT_JAVA_HEAP", "@INIT_JAVA_HEAP@1024m")
%IF_EXISTS%("MAX_JAVA_HEAP", "@MAX_JAVA_HEAP@1024m")
v Exécutez l'installation.
Au moment de l'exécution :
EDWA - L'événement "modification effectuée" est déclenché de manière
erronée
L'événement "modification effectuée" est envoyé lorsque le fichier
indiqué reste non modifié au cours de deux cycles de surveillance
consécutifs après qu'une modification a été détectée, mais cet
événement est aussi déclenché lorsque le fichier n'est pas modifié
ou que la règle d'événement est déployée sur un fichier déjà
existant (54921).
Le fichier eif.templ est recréé lors de la migration de la version 8.4.0 ou
8.5.0 Disponibilité générale vers la version 8.5.1
Lorsque Tivoli Workload Scheduler version 8.4.0 (version
Disponibilité générale sans aucun groupe de correctifs) est migré
vers la version 8.5.1, avant le redémarrage du serveur WebSphere
Application Server intégré, le fichier
<TWS_home>/appserver/profiles/twsprofile/temp/TWS/
EIFListener/eif.templ
est supprimé et remplacé par un nouveau fichier.
Cela signifie que, si vous aviez changé la valeur de la propriété
BuffEvtmaxSize dans ce fichier, vos modifications sont perdues.
Dans ce cas, vous devez redéfinir la valeur de cette propriété dans
la nouvelle version du fichier. La section Gestion du processeur
d'événements du Guide d'administration d'IBM Tivoli Workload
Scheduler décrit comment s'y prendre. (38971)
Notez que cette nouvelle version du fichier est créée dans un
répertoire différent :
<TWA_home>/eWas/profiles/twaprofile/temp/TWS/EIFListener/eif.templ
Déploiement d'un grand nombre de règles d'événements
Le déploiement de règles, effectué automatiquement ou avec la
commande de déploiement planman, s'exécute lentement lorsque
vous déployez au moins 2 000 règles nouvelles ou modifiées.
Solution : si vous devez déployer un grand nombre de règles,
procédez de l'une des manières suivantes pour améliorer les
performances :
36
v Utilisez la commande planman deploy avec l'option -scratch :
pour déployer un grand nombre de règles collectivement dans
un délai raisonnable, utilisez planman deploy avec l'option
-scratch(37011).
v Augmentation la taille de pile Java du serveur d'application :
augmentez la taille de pile Java du serveur d'applications,
comme indiqué dans la section relative à l'évolutivité dans le
chapitre des performances du guide d'administration. Il est difficile
de déterminer quand il est nécessaire d'augmenter la taille de la
pile, mais considérez que le déploiement de plusieurs milliers de
règles peut générer une erreur de manque de mémoire.
Mot clé "absolute" nécessaire pour résoudre correctement les fuseaux
horaires lorsque la propriété enLegacyStartOfDayEvaluation est définie
Si le gestionnaire de domaine maître de votre réseau est exécuté
avec les options enLegacyStartOfDayEvaluation et enTimeZone
définies sur yes pour convertir l'heure startOfDay indiquée sur le
gestionnaire de domaine maître selon le fuseau horaire défini sur
chaque poste de travail du réseau, et si vous soumettez un travail
ou un flot de travaux avec le mot clé at, vous devez également
ajouter le mot clé absolute pour que les heures de soumission
soient résolues correctement.
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. (41192)
L'indicateur Deploy (D) n'est pas défini lorsque la commande ResetPlan
est utilisée
L'indicateur Deploy (D) n'est pas défini sur les postes de travail
après utilisation de la commande ResetPlan. Cet incident n'affecte
pas le 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.
Solution palliative : 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 l'incident. Pour cela, procédez comme suit :
1. Créez une règle d'événement factice s'appliquant uniquement
aux postes de travail concernés.
2. Exécutez la commande planman deploy pour envoyer le fichier
de configuration.
3. Surveillez la réception du fichier sur l'agent.
4. Une fois le fichier reçu, supprimez la règle factice sur le
processeur d'événements. (36924 / 37851)
Certaines données ne sont pas migrées lors de la migration de la base de
données depuis DB2 vers Oracle ou vice versa
Aucune des deux procédures de migration ne migre les
informations suivantes de la base de données source :
v Plan de préproduction
v Historique des exécutions et des statistiques des travaux.
v L'état des instances de règle d'événement en cours d'exécution.
Cela implique que toutes les règles d'événement complexes, dont
une partie des conditions de la règle a été remplie avant la
37
migration de la base de données, sont générées après la
migration sous forme de nouvelles règles. Même si les
conditions suivantes de la règle d'événements sont remplies,
l'enregistrement faisant état de la conformité à la première partie
de la règle n'est plus disponible et donc la règle n'est jamais
complètement satisfait. (38017)
L'événement LogMessageWritten ne se déclenche pas correctement
Vous surveillez un fichier journal pour identifier la présence d'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 : 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 de
message contenant la chaîne surveillée et envoie un événement
pour cette chaîne.
Solution palliative : Il n'existe pas de solution palliative.
Cependant, notez que dans un fichier journal type, des messages
sont écrits par les processus fréquemment, peut-être toutes les
quelques secondes, et que l'écriture d'une ligne de message
ultérieure déclenchera l'événement en question. Si vous avez des
fichiers journaux dans lesquels peu de messages sont écrits, vous
pouvez essayer d'écrire un message factice vide après chaque "vrai"
message afin que ce "vrai" message ne soit jamais le dernier dans
le fichier. (33723)
Microsoft Remote Desktop Connection doit être utilisé avec l'option
"/console"
Si vous utilisez la connexion de bureau distante de Microsoft pour
exécuter Tivoli Workload Scheduler, vous devez toujours l'utiliser
avec le paramètre "/console", autrement Tivoli Workload Scheduler
génère des résultats incohérents.
La commande planman showinfo affiche des heures incohérentes
(IZ05400)
L'heure de planification affichée par la commande planman
showinfo peut être différente de celle du 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 WebSphere Application Server ne reconnaît pas le fuseau
horaire défini dans le système d'exploitation.
Solution : dans le fichier server.xml définissez le fuseau horaire
spécifié pour le poste de travail dans la base de données Tivoli
Workload Scheduler. Procédez comme suit :
38
1. Créez une copie de sauvegarde de ce fichier :
appserver/profiles/twsprofile/config/cells/DefaultNode/
nodes/DefaultNode/servers/server1
2. Ouvrez server1.xml avec un éditeur.
3. Recherchez la chaîne genericJvmArguments et ajoutez :
genericJvmArguments="-Duser.timezone=time zone"
où fuseau_horaire correspond au fuseau horaire défini pour le
poste de travail dans la base de données Tivoli Workload
Scheduler.
4. Arrêtez WebSphere Application Server.
5. Redémarrez WebSphere Application Server.
Limitations de Websphere Application Server dans un environnement
exclusivement IPv6 lors de l'utilisation de la console de planification des
travaux ou de la console Tivoli Dynamic Workload (35681)
Lorsque vous installez Tivoli Workload Scheduler, les variables
WebSphere Application Server sont initialisées comme suit pour
permettre la communication dans un environnement mixte IPv4 et
IPv6 :
java.net.preferIPV6Addresses=false
java.net.preferIPv4Stack=false
Si votre configuration nécessite l'utilisation d'un environnement
exclusivement IPv6 ou si vous disposez de paramètres de
configuration de pare-feu spécifiques qui bloquent les paquets
IPv4, la connexion entre le gestionnaire de domaine maître Tivoli
Workload Scheduler et la console Tivoli Dynamic Workload
Console ou la console de planification des travaux échoue.
Solution palliative : pour établir une connexion dans cet
environnement spécifique, 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
Différence de comportement des systèmes d'exploitation UNIX et
Windows lors du passage à l'heure d'été (94279)
Lors du passage à l'heure d'été (01:59:59-03:00:00), tous les
systèmes d'exploitation ne se comportent pas de la même manière.
Par exemple :
v Windows : La commande conman submit job at=02xx est
définie sur 01xx.
v HPUX : la commande conman submit job at=02xx est définie
sur 03xx
39
Solution palliative : Evitez de créer des travaux dont l'heure de
début se situe dans l'heure "perdue" et qui sont destinés à être
exécutés pendant la nuit du passage à l'heure d'été.
Le processus d'écriture sur un agent tolérant aux pannes ne charge pas le
fichier Symphony (22485)
Si vous supprimez le fichier Symphony dans un agent tolérant aux
pannes, le processus d'écriture le télécharge automatiquement
lorsqu'il se connecte ensuite au gestionnaire de domaine principal.
Toutefois, cette opération n'a pas lieu si vous lancez conman avant
le téléchargement du fichier.
Solution : supprimez le fichier mailbox.msg ; le processus d'écriture
télécharge le fichier Symphony.
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 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 utilisée inutilement.
Le statut de la configuration de surveillance locale sur l'agent est
corrigée lorsque l'une des situations suivantes est vérifiée :
v La commande planman deploy -scratch est exécutée.
v Le serveur de traitement d'événement est redémarré.
v Une autre règle comportant une condition d'événement
concernant le fournisseur FileMonitor est déployée sur les
agents.
Gestion des règles d'événements : l'indicateur de déploiement n'est pas
conservé dans un fichier Symphony mis à jour (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.
L'indicateur disparaît du fichier Symphony lorsqu'il est renouvelé
après l'exécution d'une commande JnextPlan or 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, l'état de l'agent de surveillance qui
s'affiche sur les postes de travail est incorrect.
Le serveur Tivoli Dynamic Workload Broker Server n'est pas démarré
lorsque la base de données est arrêtée (52307)
Si la base de données ne fonctionne pas, le serveur Tivoli Dynamic
Workload Broker Server n'est pas démarré.
Solution palliative : Lorsque la base de données est démarrée,
vous devez démarrer manuellement le serveur Tivoli Dynamic
Workload Broker Server. Voir le Guide d'administration pour obtenir
des instructions sur le démarrage du serveur Tivoli Dynamic
Workload Broker Server.
40
Gestion des règles d'événement : Action Submit docommand dans une
règle d'événement (49697)
Définition d'une règle d'événement avec un action SBD (submit
docommand) contenant le caractère ‘\’, par exemple :
<action actionProvider="TWSAction" actionType="sbd"
responseType="onDetection">
<parameter name="JobUseUniqueAlias">
<value>truevalue>true>
</parameter>
<parameter name="JobWorkstationName">
<value>MyWorkstationvalue>MyWorkstation>
</parameter>
<parameter name="JobTask">
<value>"dir c:\"</value>
</parameter>
<parameter name="JobType">
<value>Command</value>
</parameter>
<parameter name="JobLogin">
<value>TwsUser</value>
</parameter>
</action>
Lorsque l'événement se produit, l'action n'est pas déclenchée car
l'action submit n'est pas correcte. Cet incident est dû à la présence
du caractère ‘\’ dans la définition de l'action.
Les messages du fichier TWSMERGE.log en anglais sont endommagés
(51518)
Les messages qui apparaissent dans le fichier TWSMERGE.log en
anglais sont endommagés.
Solution palliative : Sur les plateformes Windows, vous devez
définir la variable d'environnement TWS_TISDIR au niveau du
système, puis redémarrer le poste de travail.
Les certificats pour la communication SSL définis au démarrage de la
console Job Brokering Definition Console ne peuvent pas être modifiés
(52753 / 51957)
Dans la console Job Brokering Definition Console, les certificats
pour la communication SSL définis au démarrage de la console
sont utilisés pendant toute la session et ne peuvent pas être
modifiés tant que la console n'est pas redémarrée.
Si vous souhaitez définir les paramètres SSL sur la connexion au
composant de courtier de charge de travail dynamique, vous devez
inclure vos propres certificats dans le fichier de clés et dans le
fichier de clés certifiées dans la section SSL. Sinon, vous pouvez
modifier le fichier de clés et le fichier de clés certifiées qui
apparaissent dans la section SSL et les remplacer par vos propres
certificats, puis redémarrer la console Job Brokering Definition
Console pour enregistrer cette mise à jour.
Le serveur WebSphere Application Server ne peut pas être arrêté sous
AIX (53173)
Etant donné qu'appserverman ne fonctionne pas, le serveur
WebSphere Application Server ne peut pas être arrêté sous AIX à
l'aide de la commande conman stopappserver.
Solution palliative : Utilisez wastools avec le paramètre -direct
pour arrêter le serveur WebSphere Application Server ou, si vous
41
souhaitez arrêter le serveur WebSphere Application Server avec
conman stopappserver, vous devez le faire AVANT d'exécuter la
commande conman shut.
Risque de vulnérabilité concernant la renégociation SSL V3 (53251)
Il existe un risque de vulnérabilité si vous utilisez un client
SSL/TLS qui se connecte à un serveur dont le certificat contient
une clé DSA ou ECDSA. Cela n'affecte pas les utilisateurs qui
disposent d'un client SSL/TLS qui se connecte à un serveur dont le
certificat utilise une clé RSA. La vérification des certificats client
des serveurs pour tout autre type de clé n'est pas affectée.
Le mappage de code retour pour les travaux Tivoli Workload Scheduler
qui sont migrés vers le courtier est ignoré (51582)
Le mappage de code retour pour les travaux Tivoli Workload
Scheduler migrés vers le courtier à l'aide du modèle JSDL, est
ignoré. Tout script ou toute commande émis avec un code retour
autre que zéro est considéré comme abandonné.
Solution palliative : N'utilisez pas de mappage de code retour
pour les travaux statiques migrés en travaux dynamiques à l'aide
du modèle JSDL.
Bibliothèques d'exécution requises sous AIX 5.3 (53700)
Pour garantir le bon fonctionnement de Tivoli Workload Scheduler
sur votre système AIX 5.3, assurez-vous que vous utilisez
xlC.aix50.rte.6.0.0.3 ou version ultérieure (9.0.0.1 ou version
ultérieure si vous utilisez l'environnement d'exécution version 9). Si
vous utilisez le Niveau technique 5, bos.rte.libc:5.3.0.53 ou version
ultérieure est requis.
Sur les plateformes HP-IA64 avec agent, le cryptage des mots de passe
n'est pas utilisable
Sur les plateformes HP-IA64 avec agent, si vous activez le cryptage
des mots de passe pour les soumissions Job Executor en définissant
le paramètre EnablePasswordEncryption sur true dans le fichier
chemin-installation>/TDWB/config/JobDispatcherConfig.properties, la
soumission échoue. Notez que cette limitation n'affecte pas la
sécurité globale car toutes les données sont sécurisées par le biais
de la connexion SSL.
Solution palliative : Conservez la valeur par défaut false pour le
paramètre EnablePasswordEncryption.
Après l'installation du groupe de correctifs, le paramètre hosts n'est pas
décrit pour la commande twsClusterAdm.exe (IV09792)
Après avoir appliqué le groupe de correctifs de Tivoli Workload
Scheduler, le paramètre hosts utilisé avec le paramètre -update par
la commande twsClusterAdm.exe n'est pas documenté dans les
catalogues dans les autres langues que l'anglais, mais il fonctionne
correctement.
L'annulation de groupes de correctifs avec twspatchs -undo pourrait
échouer sur les plateformes Linux i386 (56028).
Si vous annulez un groupe de correctifs avec la commande
twspatch -undo sur les plateformes Linux i386, l'annulation
pourrait échouer avec l'erreur AWSFAF027E.
Solution palliative : reprenez l'annulation en réexécutant la même
commande et vérifiez que l'annulation se termine avec succès.
42
Remarques sur l'internationalisation
Cette section décrit les limitations logicielles, les problèmes et les solutions
palliatives associés aux version globalisées du groupe de correctifs de Tivoli
Workload Scheduler version 8.5.1. Elles incluent les limitations connues listées dans
les notes sur l'édition de la version 8.5.1 si elles ne sont pas résolues par ce groupe
de correctifs :
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.
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 est créé avec
des caractères incorrects dans le corps du journal (les en-têtes et bas de page du
journal sont corrects).
Solution : cet incident a pour origine la page de codes utilisée. Les éditeurs et
les applications Windows utilisent la page de codes 1252 qui permet d'écrire des
fichiers texte. 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 d'informations sur le fichier jobmanrc.cmd, voir la section relative à la
personnalisation du traitement des travaux sur un poste de travail dans le Guide
d'utilisation et de référence de Tivoli Workload Scheduler.
43
Résolvez ce problème pour toutes les applications du poste de travail, en
utilisant regedit pour définir la page de codes DOS 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 la modification.
Remarque : Microsoft vous recommande de prendre des précautions
particulières lorsque vous modifiez des entrées du registre. Veillez à
suivre toutes les instructions dans la documentation Microsoft
lorsque vous exécutez cette activité.
v Les fichiers de licence ne sont pas installés dans certaines langues (53271).
Les fichiers de licence suivants ne sont pas installés dans leurs langues
respectives : Greek.txt, Lithuanian.txt, Russian.txt, Slovak.txt.
Solution palliative : Ces fichiers de licence ne sont pas installés mais ils sont
accessibles sur le DVD.
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 avec Fix Central
Voici la structure du groupe de correctifs dans Fix Central :
+---8.5.1-TIV-TWS-FP0004.README (ce fichier)
|
+---8.5.1-TIV-TWS-FP0004.VSR
|
+---8.5.1-TIV-TWS-AIX-FP0004.TAR
|
+---8.5.1-TIV-TWS-HPUX-FP0004.TAR
|
+---8.5.1-TIV-TWS-HPIA64-FP0004.TAR
|
+---8.5.1-TIV-TWS-LINUX_I386-FP0004.TAR
|
+---8.5.1-TIV-TWS-LINUX_PPC-FP0004.TAR
|
+---8.5.1-TIV-TWS-LINUX_S390-FP0004.TAR
|
+---8.5.1-TIV-TWS-LINUX_X64-FP0004.TAR
|
+---8.5.1-TIV-TWS-SOLARIS-FP0004.TAR
|
+---8.5.1-TIV-TWS-SOLARIS_I386-FP0004.TAR
|
+---8.5.1-TIV-TWS-WINDOWS-FP0004.zip
|
+---8.5.1-TIV-TWS-WINDOWS_64-FP0004.zip
Installation du groupe de correctifs
Cette section explique comment appliquer le groupe de correctifs 4 à Tivoli
Workload Scheduler version 8.5.1. 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 :
44
v
v
v
v
v
«Résolution des incidents concernant Tivoli Workload Scheduler V8.5.1»
«Remarques relatives à l'installation», à la page 47
«Exigences d'espace disque», à la page 49
«Actions d'installation», à la page 51
«Actions du produit lors de l'application du groupe de correctifs», à la page 53
«Installation à l'aide de l'assistant ISMP», à la page 54
«Installation à l'aide de l'installation en mode silencieux ISMP», à la page 55
«Installation avec le script twspatch», à la page 56
«Installation à l'aide de la distribution de logiciels», à la page 57
«Mise à jour de votre fichier d'options locales», à la page 59
«Configuration des propriétés pour la ligne de commande du courtier de charge
de travail dynamique (Dynamic Workload Broker)», à la page 59
v «Annulation de l'installation du groupe de correctifs», à la page 59
v «Désinstallation de toute l'instance de Tivoli Workload Scheduler», à la page 60
v «Fichiers journaux d'installation», à la page 60
v
v
v
v
v
v
Résolution des incidents concernant Tivoli Workload
Scheduler V8.5.1
Lors de l'installation, respectez ces recommandations :
v 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 actuel avec les caractères spéciaux "UNIX shell“,
ouvrez le script d'installation <TWS CD>/tws_tools/_createdb_root.sh et ajoutez
des guillemets simples ' autour du septième paramètre $7, comme suit :
...
su - $DB2_ADMINISTRATOR -c "cd $TWS_TEMPDIR/scripts &&
./dbsetup.sh $1
$2 $3 $4 $5 $6 ’$7’ $8 $9"
...
...
su - $DB2_ADMINISTRATOR -c "cd $TWS_TEMPDIR/scripts &&
./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
d'installation de disponibilité générale TWS\PLATFORM>, en remplaçant les
anciens fichiers (après avoir créé une copie de sauvegarde à l'avance).
– Poursuivez par la procédure d'installation normale. (53282)
v L'installation sur Windows 2008 64 bits échoue lorsqu'un compte de domaine
est utilisé.
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
45
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 élément 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 ou à 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
-W
-W
-W
-W
-W
setTWSUser.twsValidatedUser="<utilisateurtws>"
setTWSUser.twsValidatedPassword="<mot_de_passe_tws>"
setTWSUser.twsValidatedDomain="<domain>"
setTWSUser.domainUser="true"
setTWSUser.errMsg="NONE"
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 (après avoir créé une copie de sauvegarde à l'avance).
46
– Poursuivez par la procédure d'installation normale. (52018)
Remarques relatives à l'installation
Lors de l'installation, respectez ces recommandations :
v Pour UNIX uniquement : avant d'installer Tivoli Workload Scheduler 8.5.1 ou ce
groupe de correctifs sur un système UNIX, assurez-vous que la commande
umask est définie sur 022. Exécutez cette commande à partir d'une invite de
commande pour voir quelle est la valeur définie sur le système et, si elle est
différente de 022, modifiez-la en exécutant :
umask 022
v Sur les plateformes UNIX, l'administrateur de base de données doit disposer des
privilèges de lecture et d'exécution sur le chemin d'installation de Tivoli
Workload Scheduler. Sinon, l'installation échoue. (54367)
v Sur les plateformes UNIX, l'installation pourrait échouer avec un message
indiquant qu'il y a un problème pour valider la machine virtuelle Java (JVM).
Cela peut être dû à un problème de délai d'attente. L'assistant InstallShield
utilise un délai d'attente par défaut de 5 secondes pendant ses opérations pour
valider la version de la machine virtuelle Java que vous avez installée. Pour
diverses raisons, cela pourrait être insuffisant. Avant de lancer de nouveau
l'assistant d'installation, augmentez la valeur du délai d'attente en exécutant la
commande suivante :
-is:jvmtimer 100
Cela porte le délai d'attente à 100 secondes et si vous obtenez toujours le même
message d'erreur, portez-le à 200 secondes.
Sur les plateformes exécutant Linux Red Hat 64 bits, si le problème persiste,
vous devez définir la variable setenforce sur 0, avec la commande suivante :
/usr/sbin/setenforce 0
puis vous pouvez lancer de nouveau l'installation.
v Pour installer, annuler et valider le groupe de correctifs, utilisez la même
méthode d'installation (ISMP, twspatch, gestionnaire de configuration) que vous
avez déjà utilisée pour installer la version de disponibilité générale.
v
v
v
v
Remarque : Si vous installez le groupe de correctifs avec l'action APPLY avec la
méthode d'installation twspatch, pour revenir au niveau précédent,
utilisez la commande twspatch -undo. Pour désinstaller toute
l'instance de Tivoli Workload Scheduler, utilisez la commande
twspatch remove, mais n'oubliez pas que cette action n'est pas
conçue pour supprimer le groupe de correctifs appliqué sans
désinstaller également l'instance (51112).
Sur les plateformes AIX V5.3, l'installation du groupe de correctifs du
gestionnaire de domaine maître et Connector nécessitent au minimum le niveau
AIX 5.3 : 5300-07 (APAR IZ07976, 53542)
N'installez pas à partir d'un disque dur Samba sur la plateforme Windows.
Sous HP-UX, définissez le paramètre de noyau max_thread_proc sur au moins
128, sinon l'installation risque d'échouer. La valeur par défaut est de 64. Une
image-mémoire est générée par Java.
Si vous recevez un message d'erreur qui indique un manque d'espace pour les
données temporaires de l'assistant d'installation dans le répertoire par défaut
/tmp, vous pouvez lancer l'assistant d'installation avec l'indicateur is et définir
un répertoire temporaire différent. Par exemple, SETUP.sh [-is:tempdir
<temporary_directory>]. Pour plus d'informations sur le disque dur et l'espace
47
libre nécessaires pour l'installation, voir Configuration système détaillée pour Tivoli
Workload Scheduler 8.5.1, sur le site Web du Centre de documentation d'IBM
Tivoli Workload Scheduler : http://www-01.ibm.com/support/
docview.wss?rs=672&uid=swg27017192.
v Uniquement sur les plateformes suivantes :
– HP-UX
– HP Itanium
Installation du groupe de correctifs 4 de Tivoli Workload Scheduler V8.5.1, qui
met également à jour les bibliothèques GSKit, crée une copie des répertoires qui
contiennent les bibliothèques GSKit. Les répertoires suivants sont créés :
– /usr/Tivoli/TWS/GSKit/7d.bkp/
– /usr/Tivoli/TWS/GSKit32/7d.bkp/
– /usr/Tivoli/TWS/GSKitHPUX/7d.bkp/
Cette opération permet aux éventuelles instances Tivoli Workload Scheduler
supplémentaires qui seront installées par la suite sur le même système, de
pouvoir utiliser les anciennes bibliothèques GSKit.
v Pour installer le groupe de correctifs 4 de Tivoli Workload Scheduler 8.5.1 sur
HP-UX 11.11, vous devez installer préalablement le correctif PHSS_35385 du
système d'exploitation. (55239)
v Avant de mettre à jour les services Tivoli Workload Scheduler et la bibliothèque
de liaison dynamique, il est fortement conseillé de déconnecter les ressources
Tivoli Workload Scheduler et de mettre les noeuds en pause. (IV09792)
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
TWS_home/version/patch.info contient 8.5.1-TIV-TWS-FP0004.
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é :
TWS_home/appserver/profiles/twsprofile/temp/TWS/EIFListener/eif.templ
Si vous avez modifié la propriété BuffEvtmaxSize après avoir installé le groupe
de correctifs, vous devez la définir de nouveau dans le nouveau fichier, comme
indiqué dans le guide d'administration IBM Tivoli Workload Scheduler, dans le
chapitre 8, Tâche d'administration, dans la section Gestion du processeur
d'événements. (38192)
v Les travaux finaux se terminent anormalement si le gestionnaire de domaine
principal n'est pas installé dans le répertoire C: sur les systèmes Windows.
Solution palliative : fusionnez le contenu de ces fichiers :
<tws_homw>\ResetPlan.cmd
<tws_homw>\JnextPlan.cmd
<tws_homw>\MakePlan.cmd
<tws_homw>\SwitchPlan.cmd
<tws_homw>\CreatePostReports.cmd
<tws_homw>\UpdateStats.cmd
avec ceux qui se trouvent sous <tws_home>\config, car ils ne sont pas remplacés
par l'installation du groupe de correctifs puisqu'il peuvent être personnalisés.
(53435)
v Il existe une discordance pour certaines variables d'environnement Tivoli
Workload Scheduler.
48
UNISONHOME
Sur les systèmes d'exploitation Windows, la variable n'existe pas ou elle
est vide.
Sous les systèmes d'exploitation UNIX, il s'agit de la valeur de la
variable UNISONHOME définie dans l'environnement utilisateur. Si elle
n'est pas définie, sa valeur est le répertoire de base de l'utilisateur.
Sur les deux plateformes, cette variable doit contenir le chemin
d'installation de l'instance Tivoli Workload Scheduler.
DEBUT
Cette variable n'est pas documentée, mais sur les systèmes
d'exploitation, il s'agit du chemin d'installation de l'instance Tivoli
Workload Scheduler.
v
v
v
v
v
Sur les plateformes UNIX, il s'agit du répertoire de base de l'utilisateur.
(53442)
Pour accorder des droits d'utilisateurs sur les vues de base de données mises à
jour, vous devez exécuter de nouveau le script dbgrant après l'installation du
groupe de correctifs uniquement 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).
Sur les systèmes Red Hat Enterprise Linux 3.0, installez GLIBC version 2.3.4
pour permettre à l'agent ssm (utilisé dans les règles d'automatisation de charge
de travail gérées par événement, avec les événements associés au plug-in
FileMonitor) de 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)
Sur les plateformes avec Informix installé, le groupe de correctifs 4 de Tivoli
Workload Scheduler doit être appliqué sans valider le groupe de correctifs 1.
Ensuite, vous pouvez valider le groupe de correctifs 4 sans problèmes. (55908)
Sur les plateformes Windows, après l'installation du groupe de correctifs, une
nouvelle version du fichier twa_env.bat est créée dans le répertoire suivant :
<tws_home>\TWS\config. Si vous avez personnalisé le fichier d'origine
<tws_home>\twa_env.bat, vous devez fusionner le contenu de ces fichiers pour
conserver votre personnalisation. (55999)
Sur les plateformes UNIX, après l'installation du groupe de correctifs, une
nouvelle version du fichier tws_env.sh est créée dans le répertoire
TWS_home/config. Si vous avez personnalisé le fichier d'origine
TWS_home/tws_env.sh, vous devez fusionner le contenu de ces fichiers pour
conserver la personnalisation. (56791)
v Après l'installation du groupe de correctifs, une nouvelle version du fichier
jobmanrc.cmd est créée dans le répertoire <TWA_HOME>/TWS/config. Si vous avez
personnalisé le fichier d'origine <TWA_HOME>/TWS/jobmanrc.cmd, vous devez
fusionner le contenu de ces fichiers pour conserver la personnalisation. (56671)
Exigences d'espace disque
Avant de procéder à l'installation du groupe de correctifs, assurez-vous que votre
système répond aux exigences suivantes :
49
Tableau 1. Espace disque disponible requis pour le gestionnaire de domaine maître et le
gestionnaire de secours
Système
d'exploitation
Répertoire
d'installation
Répertoire
d'installation pour
la distribution de
logiciels
Répertoire temporaire
AIX
950 Mo
450 Mo
550 Mo
HP-UX
1 050 Mo
450 Mo
550 Mo
Solaris
850 Mo
450 Mo
550 Mo
Microsoft
Windows
900 Mo
450 Mo
550 Mo
Linux
950 Mo
450 Mo
550 Mo
Tableau 2. Espace disque disponible requis pour l'agent Tivoli Workload Scheduler et
l'extension Java
Système
d'exploitation
Répertoire
d'installation
Répertoire
d'installation pour
la distribution de
logiciels
AIX
20 Mo
300 Mo
40 Mo
HP-UX
20 Mo
300 Mo
40 Mo
Solaris
20 Mo
300 Mo
40 Mo
Microsoft
Windows
20 Mo
300 Mo
20 Mo
Linux
20 Mo
300 Mo
40 Mo
Tableau 3. Espace disque disponible requis pour l'agent Tivoli Workload Scheduler
Système
d'exploitation
Répertoire
d'installation
Répertoire
d'installation pour
la distribution de
logiciels
AIX
20 Mo
80 Mo
40 Mo
HP-UX
20 Mo
80 Mo
40 Mo
Solaris
20 Mo
80 Mo
40 Mo
Microsoft
Windows
20 Mo
80 Mo
20 Mo
Linux
20 Mo
80 Mo
40 Mo
Tableau 4. Espace disque disponible requis pour l'agent zcentric
50
Système
d'exploitation
Répertoire
d'installation
Répertoire
d'installation pour
la distribution de
logiciels
AIX
20 Mo
20 Mo
40 Mo
HP-UX
20 Mo
20 Mo
40 Mo
Solaris
20 Mo
20 Mo
40 Mo
Microsoft
Windows
20 Mo
20 Mo
20 Mo
Tableau 4. Espace disque disponible requis pour l'agent zcentric (suite)
Système
d'exploitation
Répertoire
d'installation
Répertoire
d'installation pour
la distribution de
logiciels
Linux
20 Mo
20 Mo
40 Mo
Actions d'installation
Lorsque vous installez le groupe de correctifs, vous pouvez effectuer les actions
suivantes :
APPLY
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 UNDO pour revenir au groupe de
correctifs précédent. «Actions du produit lors de l'application du groupe de
correctifs», à la page 53 affiche la liste des actions que le produit exécute
lorsque vous appliquez le groupe de correctifs.
COMMIT
Cette action permet de rendre le groupe de correctifs permanent. Aucune
opération UNDO n'est plus possible.
UNDO
Cette action permet de revenir au niveau précédent si vous n'avez pas
validé.
APPLY_AND_COMMIT
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. Impose une
opération APPLY (appliquer) même si le groupe de correctifs actuel a déjà
été appliqué. Permet de réparer le produit actuellement installé.
En fonction de l'état d'installation du groupe de correctifs, vous pouvez effectuer
l'action comme indiqué ci-dessous.
Tableau 5. Etat de l'installation du groupe de correctifs
Etat initial
Action
Etat final
Etat final du pack
General
Availability
-
apply
ICU
ICH
ICU
commit
IC
-
ICU
undo
-
IC
IC
apply_and_commit IC
-
où :
ICU
Installé en mode retour arrière
IC
Installé et validé
ICH
Installé, validé et masqué
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
51
modifications que vous avez apportées lors de l'installation du précédent groupe
de correctifs Tivoli Workload Scheduler seront validées avant que les nouvelles
modifications ne soient appliquées. En conséquence, si vous annulez le dernier
groupe de correctifs installé, vous restaurez 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.5.1.$(patch_id)
où :
$(SWD-OS-NAME)
dépend du système d'exploitation sur lequel vous procédez à l'installation.
$(tws_user)
est le propriétaire de l'instance Tivoli Workload Scheduler.
$(patch_id)
est le numéro du groupe de correctifs.
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
Windows
UNIX
netman
netman
monman
monman
ssmagent
ssmagent
tokensrv
tokensrv
writer
writer
batchman
batchman
batchup
batchup
JOBMAN
JOBMAN
JOBMON
scribner
scribner
agent
agent
JobManager
JobManager
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
52
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
Tableau 7. Fichiers disponibles sous TWS_home/bin (suite)
Windows
UNIX
icudt*.dll
mecho
HTTPChannel.dll
composer
HTTPSSLChannel.dll
HTTPTransport.dll
libatrc.dll
msv*.dll
agent
agent
JobManager
JobManager
Actions du produit lors de l'application du groupe de
correctifs
L'utilitaire d'installation exécute les actions suivantes lorsque vous appliquez
(APPLY) le groupe de correctifs :
1. Il arrête la version intégrée de WebSphere Application Server.
2. Il arrête l'agent Tivoli Workload Scheduler.
3. Il arrête l'instance de Tivoli Workload Scheduler.
4. Il met à jour la version intégrée d'IBM WebSphere Application Server UPDI
vers la version 7.0.0.21.
5. Il met à jour la version intégrée d'IBM WebSphere Application Server vers la
version 6.1.0.43.
6. Il met à jour la version intégrée d'IBM WebSphere Application Server SDK
vers la version 6.1.0.43.
7. Il sauvegarde le profil de la version intégrée de WebSphere Application Server.
8. Il installe le serveur de modélisation et de planification Tivoli Workload
Scheduler, version 8.5.1
9. Il s'installe avec Rollback TWS_LP_<operating system>.SPB.
10. Il s'installe avec Rollback FP_LWA_<operating system>.SPB.
11. Il s'installe avec Rollback FP_Eclipse_<operating system>.SPB.
12. Il installe avec possibilité d'annulation le moteur de planification Tivoli
Workload Scheduler.
13. Il s'installe avec Rollback FP_TDWB_<operating system>.SPB.
14. Il définit la propriété des fichiers Tivoli Workload Scheduler.
15. Il développe les mots clés.
16. Il définit le niveau d'isolement de la source de données.
17. Personnalisation des scripts SQL utilisés pour la configuration de la base de
données de Tivoli Workload Scheduler.
18. Il personnalise les scripts SQL utilisés pour la configuration de la base de
données du courtier de Tivoli Workload Scheduler.
19.
20.
21.
22.
23.
Il configure la base de données du courtier de Tivoli Workload Scheduler.
Configuration de la base de données de Tivoli Workload Scheduler.
Il démarre la version intégrée de WebSphere Application Server.
Il crée le programme de désinstallation.
Il configure l'instance de Tivoli Workload Scheduler.
53
24.
25.
26.
27.
Il
Il
Il
Il
démarre l'instance de Tivoli Workload Scheduler.
démarre l'agent Tivoli Workload Scheduler.
termine et nettoie l'instance de Tivoli Workload Scheduler.
met à jour le registre Tivoli Workload Automation.
L'utilitaire d'installation exécute les actions suivantes lorsque vous annulez
(UNDO) le groupe de correctifs :
1.
2.
3.
4.
5.
Il
Il
Il
Il
Il
arrête la version intégrée de WebSphere Application Server.
arrête l'agent Tivoli Workload Scheduler.
arrête l'instance de Tivoli Workload Scheduler.
annule TWS_LP_<operating system>.SPB.
annule FP_LWA_<operating system>.SPB.
6. Il annule le moteur de planification Tivoli Workload Scheduler.
7. Il annule back FP_Eclipse_<operating system>.SPB.
8.
9.
10.
11.
12.
Il annule FP_TDWB_<operating system>.SPB.
Il définit la propriété des fichiers Tivoli Workload Scheduler.
Il développe les mots clés.
Il restaure le profil de la version intégrée de WebSphere Application Server
Il démarre la version intégrée de WebSphere Application Server.
13. Il démarre l'instance de Tivoli Workload Scheduler.
14. Il démarre l'agent Tivoli Workload Scheduler.
15. Il termine et nettoie l'instance de Tivoli Workload Scheduler.
16. Il met à jour le registre Tivoli Workload Automation.
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.
2. Fermez Tivoli Workload Scheduler. Exécutez les commandes, suivantes, en
fonction de votre configuration :
v Si vous avez installé uniquement l'agent Tivoli Workload Scheduler pour
z/OS, exécutez la commande suivante :
Sur les systèmes d'exploitation Windows :
ShutdownLwa.cmd
Sous les systèmes d'exploitation UNIX et Linux :
ShutDownLwa
v Pour toute autre configuration, exécutez la commande suivante :
Sous Windows :
conman "unlink @; noask"
conman "stop; wait"
conman "stopmon;wait"
ShutdownLwa.cmd
conman "stop; wait"
conman "shut;wait"
ShutDownLwa
54
Si des travaux sont planifiés sur l'ordinateur pour être exécutés sur l'instance
que vous êtes en train de mettre à niveau, vérifiez qu'ils sont terminés, sinon
certains processus, tels que jobmon ou joblnch, pourraient être toujours actifs.
3. 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>
4. En fonction du type de système d'exploitation, exécutez la commande suivante
pour démarrer l'assistant :
Sous Windows :
SETUP.exe
./SETUP.bin
L'installation démarre.
5. Suivez les instructions fournies à l'écran.
6. Cliquez sur Terminer pour terminer l'installation.
Installation à l'aide de l'installation en mode silencieux ISMP
Si vous voulez installer le groupe de correctifs en mode silencieux, utilisez
l'installation en mode silencieux. L'installation en mode silencieux nécessite la
personnalisation d'un fichier de réponses. Le fichier de réponses comporte toutes
les informations nécessaires pour exécuter l'installation sans intervention de
l'utilisateur.
Vous disposez de l'exemple de fichier de réponses patchInstall.txt qui se trouve
dans le répertoire RESPONSEFILES.
Créez votre fichier de réponses ou personnalisez le fichier de réponses afin
d'inclure les options nécessaires pour terminer l'installation.
Exécutez la commande suivante, à partir du chemin où se trouve le fichier SETUP,
pour démarrer l'installation en mode silencieux :
v Sous les systèmes d'exploitation Windows :
setup.exe -options fichier_réponses -silent
où : fichier_réponses est le chemin d'accès complet du fichier de réponses que
vous avez personnalisé avec vos paramètres d'environnement. La valeur par
défaut est C:\home\TWS851FP4\patchInstall.txt.
v Sous les systèmes d'exploitation UNIX et Linux :
./SETUP.bin -silent -options fichier_réponses -silent
où : fichier_réponses est le chemin d'accès complet du fichier de réponses que
vous avez personnalisé avec vos paramètres d'environnement. La valeur par
défaut est /home/TWS851FP4/patchInstall.txt.
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
55
Tableau 8. Paramètres (suite)
APPLY
Installer un groupe de correctifs avec retour
arrière
UNDO
Annuler pour revenir au niveau précédent si
vous n'avez pas validé
COMMIT
Rendre le groupe de correctifs définitif. Aucune
opération UNDO n'est plus possible
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.
Installation avec le script twspatch
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 :
Pour afficher l'utilisation de la commande :
Sous Windows :
twspatch.vbs -u
./twspatch -u
Pour installer un groupe de correctifs :
Sous Windows :
twspatch.vbs -{install | undo | commit | remove | repair}
-uname utilisateur_TWS -password mot_de_passe
./twspatch -{install | undo | commit | remove | repair}
-uname utilisateur_TWS
où :
install Installer un groupe de correctifs avec retour arrière.
undo
Annuler une image du groupe de correctifs avec retour
arrière.
commit
Rendre le groupe de correctifs définitif. Aucune opération
UNDO n'est plus possible.
remove
Désinstaller l'instance de Tivoli Workload Scheduler.
repair Réparer un groupe de correctifs installé et validé lorsqu'un
problème apparaît avec les fichiers binaires. Impose une
opération APPLY (appliquer) même si le groupe de
correctifs actuel a déjà été appliqué. Permet de réparer le
produit actuellement installé.
-uname
utilisateur_TWS
56
twspatch pour Windows est un script visuel de base (VBS) que vous pouvez
exécuter en mode CScript et WScript.
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, en fonction de
votre configuration :
v Si vous avez installé uniquement l'agent Tivoli Workload Scheduler pour
z/OS :
ShutDownLwa
v Si vous avez une autre configuration :
conman "stop; wait"
conman "shut;wait"
ShutDownLwa
Si des travaux sont planifiés sur le poste de travail, vérifiez qu'ils sont terminés,
sinon certains processus, tels que jobmon ou joblnch, pourraient être toujours
actifs.
2. Effectuez l'une des opérations suivantes :
v Insérez le DVD correspondant à votre système d'exploitation.
v 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 logiciels
Pour installer le groupe de correctifs à l'aide de la distribution de logiciels,
exécutez les commandes suivantes, en fonction de votre configuration :
v Si vous avez installé uniquement l'agent Tivoli Workload Scheduler pour z/OS :
wdinstsp -f
-D
-D
-n
-uy -D execActionTools=false
tws_user=<TWS_USER>
install_dir=<TWS_HOME>
<INST_PKG_NAME_LWA> <SPB_FILE_NAME_LWA>
v Si vous avez installé l'agent Tivoli Workload Scheduler pour z/OS et l'extension
Java :
wdinstsp -f
-D
-D
-n
tws_user=<TWS_USER>
, puis la commande :
wdinstsp -f -uy -D tws_user=<TWS_USER>
-D install_dir=<TWS_HOME>
-n <INST_PKG_NAME_JAVA> <SPB_FILE_NAME_JAVA>
v Si vous avez installé uniquement l'agent tolérant aux pannes :
wdinstsp -f
-D
-D
-n
tws_user=<TWS_USER>
57
wdinstsp -f
-D
-D
-n
tws_user=<TWS_USER>
install_dir=<TWS_HOME> <CPU_TYPE_DEF>
<INST_PKG_NAME> <SPB_FILE_NAME>
v Si vous avez installé l'agent tolérant aux pannes et l'extension Java :
wdinstsp -f
-D
-D
-n
tws_user=<TWS_USER>
wdinstsp -f
-D
-D
-n
tws_user=<TWS_USER>
install_dir=<TWS_HOME> <CPU_TYPE_DEF>
<INST_PKG_NAME> <SPB_FILE_NAME>
wdinstsp -f -uy -D tws_user=<TWS_USER>
-D install_dir=<TWS_HOME>
-n <INST_PKG_NAME_JAVA> <SPB_FILE_NAME_JAVA>
où :
<CPU_TYPE_DEF> = -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.5.1.<PATCH_NUMBER>
<INST_PKG_NAME_LWA> = FP_LWA_<INST_INTERP>_<TWS_USER>.8.5.1.<PATCH_NUMBER>
<INST_PKG_NAME_JAVA> = FP_Eclipse_<INST_INTERP>_<TWS_USER>.8.5.1.<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> = niveau de groupe de correctifs (par exemple, 01)
<SPB_FILE_NAME> = <chemin du fichier spb>FP_TWS_<INST_INTERP>.SPB
<SPB_FILE_NAME_LWA> = <chemin du fichier spb>FP_LWA_<INST_INTERP>.SPB
<SPB_FILE_NAME_JAVA> = <chemin du fichier spb>FP_Eclipse_<INST_INTERP>.SPB
Une erreur se produit lors de l'application du groupe de correctifs Tivoli
Workload Scheduler V8.5.1 en utilisant ITCM - APAR IY94997 :
Les incidents suivants peuvent se produire lors de l'application d'un
groupe de correctifs de Tivoli Workload Scheduler V8.5.1 avec ITCM :
v Le processus d'installation échoue pendant l'exécution de
twsStopAction.exe si Tivoli Workload Scheduler est arrêté avant
l'installation et que winstsp est lancé de 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'
58
v Installez en 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"’
Mise à jour de votre fichier d'options locales
Une fois l'installation terminée, vérifiez le fichier localopts qui se trouve dans le
répertoire TWA_home/config (TWA_home\config). Cette version du fichier localopts
est installée à des fins de référence et contient les mots clés ajoutés avec le groupe
de correctifs.
Ce groupe de correctifs ajoute le mot clé bm check deadline, nécessaire dans vos
fichiers d'exécution localopts si vous souhaitez changer la valeur par défaut.
Jusqu'à présent, ce mot clé n'existait pas dans le fichier localopts.
Copiez la ligne contenant ce mot clé dans vos fichiers localopts d'exécution.
Configuration des propriétés pour la ligne de commande du
courtier de charge de travail dynamique (Dynamic Workload
Broker)
Cette étape est nécessaire uniquement si vous exécutez la ligne de commande
Dynamic Workload Broker sur un système Windows.
La version du fichier CLIConfig.properties installée avec la version 8.5.1 sur les
postes de travail Windows omet les mots clés suivants :
tdwb_user
tdwb_pwd
Ces mots clés sont nécessaires pour exécuter des commandes via la ligne de
commande Dynamic Workload Broker (mais pas si vous utilisez la console Tivoli
Dynamic Workload Console).
Ce groupe de correctifs ajoute une instance supplémentaire non exécutée du fichier
CLIConfig.properties, avec les mots clé appropriés, sous :
TWA_home\TDWB\config\config
Vous devez copier les mots clés tdwb_user et tdwb_pwd du fichier
CLIConfig.properties qui se trouve dans TWA_home\TDWB\config\config, vers le
fichier CLIConfig.properties qui se trouve dans TWA_home\TDWB\config, et qui
correspond à l'instance exécutée.
Annulation de l'installation du groupe de correctifs
Vous pouvez annuler l'installation uniquement si vous l'avez effectuée en mode
retour arrière.
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 UNDO.
4. Cliquez sur Terminer.
59
Pour annuler l'installation à l'aide de la commande twspatch à partir du répertoire
racine_TWS, utilisez l'option undo.
Voir aussi la section «Remarques relatives à l'installation», à la page 47.
Désinstallation de toute l'instance de Tivoli Workload
Scheduler
Si vous avez effectué l'installation en utilisant la commande twspatch pour
désinstaller l'ensemble de l'instance de Tivoli Workload Scheduler, utilisez la
commande twspatch remove depuis le répertoire TWS_home.
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 journaux suivants de l'installation vous donnent les détails sur l'état 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%\TWA\tws851fixpack\twsismp.log
$TMPDIR/TWA/tws851fixpack/twsismp.log
v Fichier journal pour le programme d'installation ISMP
Sous Windows :
%TEMP%\TWA\tws851fixpack\summary.log
$TMPDIR/TWA/tws851fixpack/summary.log
v Fichier journal pour le programme d'installation de Tivoli Workload Scheduler.
Sous Windows :
%TEMP%\TWA\tws851fixpack\
twspatch_<INST_INTERP>_<TWSuser>^8.5.1.0n.log
$TMPDIR/TWA/tws851fixpack/
twspatch_<INST_INTERP>_<TWSuser>^8.5.1.0n.log
où n correspond au numéro du groupe de correctifs. Pour ce groupe de
correctifs le numéro est 4.
v Fichier journal pour l'installation du gestionnaire de configuration.
Sous Windows :
%TEMP%\FP_TWS_<INST_INTERP>_<TWSuser>^8.5.1.0n.log
$TMPDIR/FP_TWS_<INST_INTERP>_<TWSuser>^8.5.1.0n.log
où n correspond au numéro du groupe de correctifs. Pour ce groupe de
correctifs, le numéro est 4.
Pour plus d'informations sur INST_INTERP, voir «Installation à l'aide de la
distribution de logiciels», à la page 57.
60
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
Les correctifs suivants concernent les APAR sur la documentation et les incidents
internes et sont disponibles dans la documentation actualisée du produit.
Ils sont organisés par numéro de groupe de correctifs et manuel.
Mises à jour de la documentation du groupe de correctifs de
Tivoli Workload Scheduler version 8.5.1
Cette section détaille les nouvelles informations et les corrections apportées à la
documentation figurant dans le groupe de correctifs. Elle est organisée par
manuel :
Tivoli Workload Scheduler Version 8.5.1 User's Guide and Reference (révision
d'octobre 2010) SC32-1274-10
IV16004
Dans le chapitre 10 "Managing objects in the plan - conman", dans
la section "Selecting jobs in commands", dans la sous-section "Job
qualifiers", à la fin du qualificatif at, ajoutez ce qui suit :
Par exemple, si vous exécutez la commande :
ss master#@+at=,0600 12/28/2011
, vous collectez tous les travaux planifiés dont l'heure at est
antérieure à la date et l'heure définies.
Si vous exécutez la commande
ss master#@~at=,0600 12/28/2011
, vous collectez tous les travaux planifiés dont l'heure at est
postérieure à la date et à l'heure définies et tous les travaux sans le
qualificatif at.
IV17334
Dans le chapitre 4 "Managing the production cycle", la section "The
logman command", la sous-section "Syntax", remplacez :
[connection_parameters]
[-prod symphony-file]
[-minmax setting]
[-smooth weighting]
par :
[connectionParameters]
{-prod | symphony-file
[-smooth weighting]
[-minmax {elapsed | cpu}]}
et dans la sous-section "Arguments", remplacez
connection_parameters par connectionParameters et remplacez
-minmax setting par -minmax {elapsed | cpu}.
Intégration de Tivoli Workload Scheduler 8.5.1 avec d'autres produits (révision :
octobre 2010), SC23-8904-03
56444
Dans le chapitre 1 "Integrating with IBM Tivoli Monitoring", dans
61
la section "Integrating with IBM Tivoli Monitoring using a script
data provider", juste avant Figure 3. Enterprise status view,
remplacez :
Comme l'indique l'illustration suivante, la fenêtre d'état de chaque
processus que vous sélectionnez, signale :
v Le nom du processus sélectionné
v L'état
v L'horodatage local
par :
Comme l'indique l'illustration suivante, la fenêtre d'état de chaque
processus que vous sélectionnez, signale :
v Le nom d'hôte
v Le nom du processus sélectionné
v L'état
v L'horodatage local
Guide d'administration de Tivoli Workload Scheduler 8.5.1 (révision : octobre
2010), SC23-9113-02
57375
Dans le chapitre 5 "Configuring user authorization (Security file), la
section "Configuring for LDAP", la sous-section "Example
Configuration of an LDAP server for Microsoft Active Directory",
remplacez le contenu de la sous-section "Updating associated
WebSphere Application Server properties", comme suit :
Les lignes de commande Composer et Tivoli Workload Scheduler
peuvent utiliser des utilisateurs LDAP lors de la connexion à
WebSphere Application Server. Vous pouvez fournir l'utilisateur et
le mot de passe dans le fichier useropts (voir “Setting user
options” pour tous les détails) ou comme paramètres de ligne de
commande. Si vous choisissez la seconde solution, vous devez
supprimer ou renommer préalablement le fichier useropts, s'il
existe, puis ouvrir une ligne de commande et taper :
composer
Fournissez les informations demandées et enregistrez le fichier.
L'exemple suivant montre le contenu d'un fichier useropts avec un
utilisateur LDAP :
USERNAME = TEST_LDAP
PASSWORD = "ENCRYPT:OsRfeHjUtG5ZsyLgcOkGMq=="
Dans les deux cas, la propriété de sécurité
useDomainQualifiedUserNames a la valeur false.
Mises à jour de la documentation du groupe de correctifs 3
pour Tivoli Workload Scheduler version 8.5.1
manuel :
Guide de planification et d'installation de £££££Tivoli Workload Scheduler 8.5.1
(révision : octobre 2010) SC32-1273-09
62
55906
Au chapitre 2, "Préparation de l'installation", section "Remarques
sur l'installation", à la fin de la sous-section "Installation sous UNIX
et Linux", ajoutez ce qui suit :
Si vous effectuez l'installation dans un chemin d'installation qui
existe déjà, vous devez vérifier que l'utilisateur de l'installation
<Utilisateur_TWS> dispose des droits read et execute pour ce
chemin.
z-centric
Au chapitre 3, "Installation", section "Exécution d'une installation
automatique", sous-section "Installation en mode silencieux avec les
modèles de fichier de réponses", remplacez Tableau 9. Fichiers de
réponses par le tableau suivant :
tableau 9 affiche la liste des fichiers de réponses et des types
d'installation que chacun exécute avec chaque plateforme :
Tableau 9. Fichiers de réponses
Type d'installation
Fichier de réponses à utiliser
Installation sous UNIX
Client de ligne de commande avec
modules de langue
TWS851_CLI_LP_UNIX.txt
Client de ligne de commande (aucun
module de langue installé)
TWS851_CLI_UNIX.txt
Nouvel agent sur l'instance TWA
existante comprenant l'agent z-centric.
Voir la note (1).
TWS851_FRESH_Agent_existTWA_UNIX.txt
Nouvel agent sur la nouvelle instance
TWA comprenant l'agent z-centric. Voir
la note (1).
TWS851_FRESH_Agent_newTWA_UNIX.txt
Nouveau gestionnaire de domaine
maître de secours sur l'instance TWA
existante
TWS851_FRESH_BACKUP_MDM_existTWA_UNIX.txt
maître de secours sur la nouvelle
instance TWA
TWS851_FRESH_BACKUP_MDM_newTWA_UNIX.txt
Nouveau connecteur sans &tdwc;
installée
TWS851_FRESH_Conn_NO_TDWC_UNIX.txt
Nouveau connecteur sur la &tdwc;
TWS851_FRESH_Conn_ON_TDWC_UNIX.txt
maître sur l'instance TWA existante
TWS851_FRESH_MDM_existTWA_UNIX.txt
maître sur la nouvelle instance TWA
TWS851_FRESH_MDM_newTWA_UNIX.txt
Désinstaller un agent, y compris l'agent
z-centric.
TWS851_UNINSTALL_Agent.txt
Mettre à niveau un agent, y compris
l'agent z-centric.
TWS851_UPGRADE_Agent_UNIX.txt
Mettre à niveau un gestionnaire de
domaine maître de secours depuis la
version 8.3 ou une version ultérieure
TWS851_UPGRADE_BACKUP_MDM_83plus_UNIX.txt
Mettre à niveau un client de ligne de
commande
TWS851_UPGRADE_CLI_UNIX.txt
63
Tableau 9. Fichiers de réponses (suite)
Type d'installation
Fichier de réponses à utiliser
Mettre à niveau un connecteur sur un
agent tolérant aux pannes de bout en
bout
TWS851_UPGRADE_Connector_and_FTA_UNIX.txt
TWS851_UPGRADE_MDM_83plus_UNIX.txt
domaine maître depuis la version 8.3 ou
une version ultérieure
Installation sous le système d'exploitation Windows
Client de ligne de commande avec
modules de langue
TWS851_CLI_LP_WIN.txt
Client de ligne de commande (aucun
module de langue installé)
TWS851_CLI_WIN.txt
Nouvel agent sur l'instance TWA
existante comprenant l'agent z-centric.
Voir la note (1).
TWS851_FRESH_Agent_existTWA_WIN.txt
Nouvel agent sur la nouvelle instance
TWA comprenant l'agent z-centric. Voir
la note (1).
TWS851_FRESH_Agent_newTWA_WIN.txt
maître de secours sur l'instance TWA
existante
TWS851_FRESH_BACKUP_MDM_existTWA_WIN.txt
maître de secours sur la nouvelle
instance TWA
TWS851_FRESH_BACKUP_MDM_newTWA_WIN.txt
Nouveau connecteur sans &tdwc;
installée
TWS851_FRESH_Conn_NO_TDWC_WIN.txt
Nouveau connecteur sur la &tdwc;
TWS851_FRESH_Conn_ON_TDWC_WIN.txt
maître sur l'instance TWA existante
TWS851_FRESH_MDM_existTWA_WIN.txt
maître sur la nouvelle instance TWA
TWS851_FRESH_MDM_newTWA_WIN.txt
Désinstaller un agent, y compris l'agent
z-centric.
TWS851_UNINSTALL_Agent.txt
Mettre à niveau un agent, y compris
l'agent z-centric.
TWS851_UPGRADE_Agent_WIN.txt
commande
TWS851_UPGRADE_CLI_WIN.txt
domaine maître de secours depuis la
version 8.3 ou une version ultérieure
TWS851_UPGRADE_BACKUP_MDM_83plus_WIN.txt
commande
TWS851_UPGRADE_CLI_WIN.txt
Mettre à niveau un connecteur
TWS851_UPGRADE_Connector_WIN.txt
Mettre à niveau un connecteur sur un
agent tolérant aux pannes de bout en
bout
TWS851_UPGRADE_Connector_and_FTA_WIN.txt
TWS851_UPGRADE_MDM_83plus_WIN.txt
domaine maître depuis la version 8.3 ou
une version ultérieure
64
Remarque : Lorsque vous exécutez une installation en mode
silencieux sur les systèmes UNIX zSeries, vous devez
d'abord enregistrer le fichier de réponses en format
UTF 8.
z-centric
A l'annexe B, "Propriétés des fichiers de réponses", section
"Propriétés des fichiers de réponses Tivoli Workload Scheduler",
sous Tableau 20. Propriétés des fichiers de réponses Tivoli Workload
Scheduler, modifiez la ligne suivante :
Composants
installationAgent.
instanceType
Type d'agent à installer.
LWA
Agent z-centric,
c'est-à-dire l'agent
devant exécuter la
charge de travail
depuis un
environnement
z/OS dans un
environnement
réparti.
FTA
Agent doté de
fonctions de
planification
répartie
Tivoli Workload Scheduler 8.5.1 Planification dynamique de la charge de travail
(révision : octobre 2010), SC23-9856-01
IZ94802 et 54957
Au chapitre 1, "Présentation de la planification dynamique de la
charge de travail", à la fin de la section "Utilisation des types de
travail avec les options avancées", ajoutez la sous-section suivante :
Codes retour
Voici une liste des codes retour pour chaque type de travail avec
les options avancées.
Travaux de la base de données
Code retour
Description
0
Travail terminé avec succès
-1
L'instruction SQL a été exécutée avec un
code de sortie différent de 1
-2
Erreur de travail MSSQL
-3
L'instruction SQL n'a pas été exécutée à
cause d'une erreur dans l'instruction
Travaux Java
Code retour
Description
0
-1
L'application Java lancée par le travail a
échoué en raison d'une exception
65
Travaux de poste de travail
Code retour
Description
0
-1
Le nom hôte du serveur figurant dans l'URL
du service Web est inconnu
-2
Erreur d'appel de service Web
Planification de bout en bout de Tivoli Workload Scheduler for z/OS 8.5.1 avec
les fonctions z-centric (révision : mai 2010), SC27-2399-00
IZ94802 et 54957
Au chapitre 1, "Configuration", à la fin de la section "Gestion des
codes retour", ajoutez la sous-section suivante :
Codes retour
Code retour
Description
0
-1
-2
-3
Travaux Java
Code retour
Description
0
-1
Code retour
Description
0
-1
-2
Tivoli Workload Scheduler 8.5.1 Utilisation de Microsoft Cluster Service sous
Windows Server 2003 et Windows Server 2008, SC23-6119-03
IV04674
Au chapitre 2, "Programme d'activation de cluster Windows 2003 et
2008 de Tivoli Workload Scheduler", section "Installation et
configuration", sous-section "Prérequis", remplacez :
Installez Microsoft Visual C++ 2005 Redistributable Package
(x86) sur les autres noeuds du cluster
Tous les noeuds du cluster doivent pouvoir prendre en
66
charge l'utilisation de C++. En conséquence, Microsoft
Visual C++ 2005 Redistributable Package (x86) doit être
installé sur chaque noeud. L'installation du programme
d'activation de cluster de Tivoli Workload Scheduler
installe ce package sur le noeud sur lequel il est lui-même
installé. Mais pour pouvoir basculer sur les autres noeuds
du cluster, vous devez y installer le package.
Suivez la procédure ci-dessous :
1. Téléchargez Visual C++ 2005 Redistributable Package
(x86) depuis http://www.microsoft.com/downloads/
details.aspx?familyid=9B2DA534-3E03-4391-8A4D074B9F2BC1BF &displaylang=en. Ou accédez à
http://www.microsoft.com et recherchez le package par
son nom. Téléchargez le fichier du package
(vcredist_x86.exe).
2. Copiez-le sur chaque noeud du groupe de serveurs
virtuels du cluster.
3. Sur chaque noeud du groupe (sauf sur celui qui
héberge déjà le programme d'activation de cluster)),
procédez comme suit :
a. Connectez-vous en tant qu'administrateur du
domaine.
b. Lancezvcredist_x86.exe.
par :
Installez Microsoft Visual C++ 2005 Redistributable Package (x86
ou x64) sur les autres noeuds du cluster
Tous les noeuds du cluster doivent pouvoir prendre en
charge l'utilisation de C++. En conséquence, Microsoft
Visual C++ 2005 Redistributable Package (x86 ou x64) doit être
installé sur chaque noeud. L'installation du programme
d'activation de cluster de Tivoli Workload Scheduler
installe ce package sur le noeud sur lequel il est lui-même
installé. Mais pour pouvoir basculer sur les autres noeuds
du cluster, vous devez également y installer le package.
Suivez la procédure ci-dessous :
1. Téléchargez Visual C++ 2005 Redistributable Package
(x86) depuis http://www.microsoft.com/downloads/
details.aspx?familyid=9B2DA534-3E03-4391-8A4D074B9F2BC1BF &displaylang=en ou Visual C++ 2005
Redistributable Package (x64) depuis
http://www.microsoft.com/download/en/
details.aspx?id=21254 ou bien accédez à
http://www.microsoft.com et recherchez le package par
son nom. Téléchargez le fichier du package
(vcredist_x86.exe ou vcredist_x64.exe).
2. Copiez-le sur chaque noeud du groupe de serveurs
virtuels du cluster.
3. Sur chaque noeud du groupe (sauf sur celui sur lequel
vous installez le programme d'activation de cluster),
67
a. Connectez-vous en tant qu'administrateur du
domaine.
b. Exécutez vcredist_x86.exe ou vcredist_x64.exe.
IV09792
Au chapitre 2, "Programme d'activation de cluster de Tivoli
Workload Scheduler Windows 2003 et 2008", section "Commande
twsClusterAdm avec des exemples d'utilisation", appliquez les
modifications suivantes :
v Dans la section "Syntaxe" modifiez la syntaxe du paramètre
-update comme suit :
twsClusterAdm.exe -update
resource=<nom_d’instance_de_ressource>
[hosts=<nom_hôte1,nom_hôte2,...>]
[-ask={yes|no}]
[-force]
[-twsupd]
v Dans la section "Paramètres et arguments", modifiez la
description du paramètre -new comme suit :
Le paramètre -new configure Tivoli Workload Scheduler sur tous
les noeuds du cluster ou sur un nouveau noeud de cluster. Il est
fortement recommandé d'exécuter la commande
twsClusterAdm.exe -new depuis le meilleur noeud préférentiel,
car la commande twsClusterAdm –uninst peut être exécutée sans
indiquer l'argument -hosts. Elle reçoit les arguments suivants :
v Dans la section "Paramètres et arguments", dans la liste des
arguments du paramètre -update, après l'argument resource,
ajoutez ce qui suit :
hosts=<nom_hôte1,nom_hôte2,...>
Noms d'hôte des noeuds de grappe où vous voulez
mettre à jour Tivoli Workload Scheduler. Les noms
d'hôte doivent être séparés par des virgules. Ce
paramètre est facultatif.
Au chapitre 2, "Programme d'activation de cluster de Tivoli
Workload Scheduler Windows 2003 et 2008", section
"Désinstallation de Tivoli Workload Scheduler", dans la description
de la procédure de suppression du produit, modifiez l'étape 4 en
remplaçant :
Exécutez l'utilitaire TwsClusterAdm –uninst. Cet utilitaire supprime
les services Tivoli Workload Scheduler et les clés de registre des
noeuds de grappe autres que le noeud actuel.
par :
Si vous avez installé le produit sur le noeud principal, exécutez
l'utilitaire twsClusterAdm –uninst. Cet utilitaire supprime les
services Tivoli Workload Scheduler et les clés de registre de tous
les noeuds de grappe, mais pas du noeud principal.
Si vous avez installé le produit sur un noeud différent du noeud
principal, exécutez l'utilitaire :
twsClusterAdm –uninst hosts=noeud_1,noeud_2, ...
68
où noeud_1,noeud_2, ... sont les noms des noeuds différents de celui
sur lequel vous avez installé le produit. Cet utilitaire supprime les
services Tivoli Workload Scheduler et les clés de registre de tous
ces noeuds.
Si vous avez installé le produit sur un noeud différent du noeud
principal et que vous exécutez l'utilitaire sans utiliser l'option
hosts=noeud_1,noeud_2, ..., avant de désinstaller le produit, vous
devez exécuter la commande twsClusInstEnabler.cmd.
Au chapitre 3, "Traitement des incidents", à la fin de la section
"Traces", ajoutez ce qui suit :
Toute action effectuée par la commande twsClusterAdm.exe est
consignée dans un fichier nommé twsClusterAdm.log. Ce fichier se
trouve dans le répertoire <RépertoireInstallationTWS>\cluster,
où <RépertoireInstallationTWS> est le répertoire d'installation de
Tivoli Workload Scheduler.
Intégration de Tivoli Workload Scheduler 8.5.1 avec d'autres produits (révision :
octobre 2010), SC23-8904-03
54252
Au chapitre 2, "Intégration avec Tivoli NetView", section
"Evénements", à la fin du tableau "Evénements Tivoli Workload
Scheduler/NetView", ajoutez les deux lignes suivantes :
Evénements Tivoli Workload Scheduler/NetView
N° d'interruption
Nom
Description
261
TWS_Stop
_Monitoring
Envoyé lorsque le
statut de surveillance
d'un agent est
désactivé (par la
commande stopmon
ou parce que l'agent
ne parvient pas à
envoyer
d'événements au
serveur de traitement
d'événement)
262
TWS_Start
_Monitoring
Envoyé lorsque l'état
de surveillance d'un
agent est activé (par
la commande
startmon ou parce
que l'agent a été
redémarré pour
envoyer des
événements au
serveur de traitement
d'événement)
Actions
supplémentaires
Guide d'administration de Tivoli Workload Scheduler 8.5.1 (révision : octobre
2010), SC23-9113-02
IV02110
Au chapitre 9, "Tâches d'administration", section "Modification du
nom d'hôte, du port ou du nom de base de données", sous-section
69
"Modifier le nom d'hôte, le port ou le nom de base de données",
avant la phrase "Ne modifiez aucune autre propriété.", ajoutez ce
qui suit :
Lorsque vous modifiez le port d'un serveur DB2, vous devez
modifier également la configuration du noeud sur lequel Tivoli
Workload Scheduler a été catalogué.
Si vous utilisez un client DB2, ouvrez une session de ligne de
commande, connectez-vous en tant qu'administrateur DB2, et
lancez les commandes suivantes :
DB2 CLIENT
db2 uncatalog node <TWSDBNAME>_ND
db2 catalog tcpip node <TWSDBNAME>_ND remote >HOSTNAME>
server <NEWPORT>
Si vous utilisez un serveur DB2, ouvrez une session de ligne de
commande, connectez-vous en tant qu'administrateur DB2, et
lancez les commandes suivantes :
DB2 SERVER
db2 uncatalog node LBNODE
db2 catalog tcpip node LBNODE remote 127.0.0.1 server <NEWPORT>
IZ77927
Au chapitre 6, "Administration réseau", section "Exploitation du
réseau", sous-section "Processus réseau", à la fin de la description
de la commande StartUp, ajoutez la remarque suivante :
Remarque : Si vous démarrez la commande StartUp sur un
interpréteur de commandes distant, le processus
netman garde l'interpréteur ouvert sans renvoyer
l'invite. Pour éviter ce problème, modifiez la
commande StartUp pour appeler le processus netman
en arrière-plan, comme suit :
# Start netman
/usr/local/TWS85/mae85/TWS/bin/netman&
IZ80500
Au chapitre "Configuration des autorisations utilisateur (fichier de
sécurité)", section "Configuration du fichier de sécurité",
sous-section "Définition des attributs utilisateur", dans la
description des expressions de sélection complexe, remplacez la
description suivante :
group=j@+logon=6@
Si la première sélection identifie 200 utilisateurs, et la seconde 20,
dont 5 sont aussi dans le premier groupe, le total des utilisateurs
sélectionnés est 215.
par :
group=j@+logon=6@
Si la première sélection identifie 200 utilisateurs et que la seconde
sélection en identifie 20, dont 5 sont aussi dans le premier groupe,
le total des utilisateurs sélectionnés est 5.
IZ86834
Au chapitre "Définition de la sécurité des connexions", à la section
"Communications des interfaces", sous-section "Présentation",
remplacez la phrase :
70
Les interfaces Tivoli Workload Scheduler utilisent des certificats
par défaut qui sont installés dans des fichiers de clés par défaut.
par :
Les interfaces Tivoli Workload Scheduler, sauf l'interface de ligne
de commande, utilisent des certificats par défaut qui sont installés
dans des fichiers de clés par défaut.
54009
Au chapitre 5, "Configuration des autorisations utilisateur (fichier
de sécurité)", section "Configuration du fichier de sécurité",
appliquez les modifications suivantes :
v A la sous-section "Syntaxe du fichier de sécurité", sous-section
"Fichier de sécurité", dans la description de la "syntaxe" :
– Remplacez :
end
par :
end | continue
– Avant la description de end dans la liste Arguments, ajoutez
ce qui suit :
continue
Clôt la définition d'utilisateur. Un utilisateur dispose
de tous les accès définis pour chaque groupe auquel il
appartient, jusqu'à ce qu'une définition d'utilisateur
avec une instruction end soit rencontrée. Un exemple
de l'utilisation du mot clé continue est disponible
dans "Exemple de fichier de sécurité", exemple 7.
– Remplacez la description de end dans la liste Arguments :
end
Clôt la section contenant les instructions sur les objets
et les accès dans la définition d'utilisateur.
par :
end
Clôt la définition d'utilisateur. Les utilisateur définis
dans la définition d'utilisateur qui se termine par une
instruction end ne sont plus concernés par aucune
définition d'utilisateur ultérieure.
v Dans la sous-section "Définition des attributs d'objet",
sous-section "Ordre des définitions d'objet", après
Correct
job name=ar@ access=@
job name=@ access=display
Les définitions d'objet doivent être ordonnées de la plus
spécifique à la moins spécifique lorsque vous utilisez le mot clé
continue. Ce mot clé permet de faire correspondre plusieurs
définitions d'utilisateur à un même utilisateur. L'utilisateur reçoit
ainsi un accès de plusieurs instructions de définition
d'utilisateur. Ces accès sont alors traités dans l'ordre dans lequel
ils sont écrits dans le fichier de sécurité. Un exemple de fichier
de sécurité contenant le mot clé continue est disponible dans
"Exemple de fichier de sécurité", exemple 7.
v Dans la sous-section "Exemple de fichier de sécurité", ajoutez
l'exemple qui suit et sa description :
71
###########################################################
# (7) LA DEFINITION D’UTILISATEUR User misusers S’APPLIQUE
#AUX UTILISATEURS CONNECTES
#DANS LE GROUPE MIS SUR TOUT POSTE DE TRAVAIL.
#
#LA DEFINITION D’UTILISATEUR User dbusers S’APPLIQUE AUX
#UTILISATEURS CONNECTES
#DANS LE GROUPE DB SUR TOUT POSTE DE TRAVAIL.
#
#
User default USER DEFINITION APPLIES TO ALL USERS.
#
user misusers
begin
# OBJECT
# ---------job
schedule
parameter
continue
user dbusers
begin
# OBJECT
# ---------job
schedule
parameter
continue
group=mis
ATTRIBUTES
-----------name=mis@
name=mis@
name=mis@
ACCESS CAPABILITIES
---------------------access=@
access=@
access=@
group=db
ATTRIBUTES
-----------name=db_@
name=db_@
name=db_@
user default logon=@
begin
# OBJECT
ATTRIBUTES
# ---------- -----------parameter
name=@
end
ACCESS CAPABILITIES
---------------------access=@
access=@
access=@
ACCESS CAPABILITIES
---------------------access=display
###########################################################
# (7) APPLIES TO USERS LOGGED IN TO MULTIPLE
GROUPS
Les utilisateurs qui appartiennent au seul groupe mis
ont accès à tous les objets dont le nom commence par le
préfixe mis, comme indiqué dans la définition
d'utilisateur misusers. En outre, la définition d'utilisateur
par défaut les autorise à afficher tous les paramètres. Les
utilisateurs qui appartiennent au seul groupe db ont
accès à tous les objets dont le nom commence par le
préfixe db, comme indiqué dans la définition
d'utilisateur dbusers. En outre, la définition d'utilisateur
utilisateurs qui appartiennent à la fois au groupe mis et
au groupe db ont accès à tous les objets dont le nom
commence par le préfixe mis ou par le préfixe db,
comme indiqué dans les définitions d'utilisateur
misusers et dbusers. En outre, la définition d'utilisateur
définitions doivent être ordonnées de la plus spécifique à
la moins spécifique. La définition d'utilisateur par défaut
donne des accès génériques, et doit donc être entrée à la
fin du fichier.
72
54934
Au chapitre 2, "Personnalisation et configuration de Tivoli
Workload Scheduler“, section "Définition des options locales“,
sous-section "Détails des options locales", modifiez la description
de l'option tcp connect timeout en remplaçant :
Avec cet attribut, indiquez le temps d'attente maximum autorisé
(en secondes) pour établir une connexion via un socket non
bloquant. La valeur par défaut est 15 secondes.
par :
Indiquez le nombre maximal de secondes avant l'établissement
d'une connexion par une interface de connexion non bloquante. La
valeur par défaut est 15 secondes.
et remplacez la description de l'option tcp timeout :
Avec cet attribut pour le processus Netman, entrez le nombre
maximal de secondes pendant lequel Mailman et Conman
attendent l'achèvement d'une requête sur un poste de travail lié qui
ne répond pas. La valeur par défaut est 300 secondes.
par :
Indiquez le temps d'attente maximum autorisé (en secondes) pour
l'achèvement d'une demande sur un poste de travail lié qui ne
répond pas. La valeur par défaut est 300 secondes.
55329
Au chapitre 2 "Personnalisation et configuration de Tivoli
Workload Scheduler", section "Définition des options locales",
sous-section "Récapitulatif Localopts", dans la section relative à la
syntaxe des attributs du processus batchman, après bm check until
= secondes, ajoutez ce qui suit :
bm late every = minutes
et dans la sous-section "Récapitulatif Localopts", après bm check
until, ajoutez ce qui suit :
bm late every
Lorsqu'un travail every job ne démarre pas à l'heure
prévue, bm late every définit le nombre maximal
de minutes qui s'écoulent avant que Tivoli Workload
Scheduler ignore le travail. Cette option ne s'applique
qu'aux travaux définis avec l'option every et la dépendance
d'heure at. Elle n'a pas d'impact sur les travaux qui n'ont
que l'option every.
Guide de référence et d'utilisation de Tivoli Workload Scheduler 8.5.1 (révision :
octobre 2010), SC32-1274-10
IV00335
Au chapitre 10, "Gestion des objets dans le plan - conman", section
"Description de la commande", sous-section "console", dans la
description de l'argument msglevel, avant :
0
Aucun message. C'est la valeur par défaut sur les agents
tolérants aux pannes.
-1
C'est la valeur que le produit attribue automatiquement si
vous modifiez l'un des arguments pour la console et que
vous ne réattribuez pas de valeur à msglevel. Avec cette
73
valeur, le produit envoie à la console tous les messages
générés par tous les agents et pour toutes les opérations.
IV01151
Au chapitre 4 "Gestion du cycle de production", section "Plan de
préproduction", sous-section "Gestion des dépendances follows
externes des travaux et des flots de travaux", dans la description
du critère de correspondance Closest preceding, remplacez la
première phrase :
Utilisation de l'instance du dernier travail ou flot de travaux
précédent.
par :
Utilisation de l'instance du travail ou flot de travaux le plus proche
(précédent ou simultané).
et dans la sous-section "Exemples externes de résolution de
dépendance de prédécesseur/successeur et de transition d'état",
ajoutez l'exemple suivant après celui qui est déjà présent pour le
critère Valeur précédente la plus proche :
Ce deuxième exemple décrit la différence entre l'utilisation des
critères de correspondance même jour et valeur précédente la plus
proche dans un plan. Le flot de travaux Js1 est exécuté chaque
vendredi à 0900, tandis que les flots de travaux Js2 et Js3 sont
exécutés chaque samedi à 0900. Les trois flots de travaux sont
définis de cette manière :
SCHEDULE ACCOUNTING#JS1
ON RUNCYCLE RULE1 "FREQ=WEEKLY;BYDAY=FR"
:
ACCOUNTING#JOB1
AT 0900
END
ON RUNCYCLE RULE2 "FREQ=WEEKLY;BYDAY=SA"
FOLLOWS ACCOUNTING#JS1.@ PREVIOUS
:
ACCOUNTING#JOB1
AT 0900
END
ON RUNCYCLE RULE2 "FREQ=WEEKLY;BYDAY=SA"
FOLLOWS ACCOUNTING#JS1.@
:
ACCOUNTING#JOB1
AT 0900
END
Le flot de travaux Js2 a une dépendance externe de l'instance
précédente la plus proche de Js1, qui est résolue comme décrit
dans l'exemple précédent. Le flot de travaux Js3 est défini avec le
critère de correspondance même jour et n'a donc aucune
dépendance par rapport au flot de travaux Js1, parce que Js1 n'est
pas défini pour être exécuté le même jour que Js2.
IV02231
Au chapitre 8, "Définition des objets dans la base de données",
section "Définition des objets de planification", sous-section
"Définition de poste de travail", remplacez la remarque :
74
Remarque : Vous pouvez ajouter des définitions de poste de
travail à la base de données à tout moment, mais vous
devez appliquer de nouveau JnextPlan -for 0000 pour
pouvoir exécuter des travaux sur les postes de travail
nouvellement créés. Chaque fois que vous exécutez
JnextPlan, tous les postes de travail sont arrêtés et
redémarrés.
par :
Remarque : Vous pouvez ajouter des définitions de poste de
travail à la base de données à tout moment, mais vous
devez exécuter de nouveau JnextPlan -for 0000 pour
pouvoir exécuter des travaux sur les postes de travail
nouvellement créés. Chaque fois que vous exécutez
JnextPlan, tous les postes de travail sont arrêtés et
redémarrés.
IV02838
Au chapitre 13, "Gestion des fuseaux horaires" section "Passage à
l'heure d'été", remplacez le dernier paragraphe :
Si l'heure d'été est activée à 3 h 00, tous les flots de travaux
planifiés pour démarrer entre 2 h 00 et 2 h 59 sont définis pour
démarrer à 3 h 00. La raison en est qu'à 2 h 00, l'heure de
l'horloge est avancée d'une heure à cause du passage à l'heure
d'été. Tous les flots de travaux planifiés pour démarrer entre
2 h 00 et 2 h 59, s'ils sont libres de dépendances, démarrent donc
immédiatement, car 3 h 00 est une heure postérieure à leur heure
de début planifiée.
par :
Si l'heure d'été est activée à 2 h 00, alors tous les flots de travaux
et travaux planifiés pour démarrer entre 2 h 00 et 2 h 59 sont
définis pour démarrer une heure plus tard. La raison en est qu'à
2 h 00 l'heure de l'horloge est avancée d'une heure à cause du
passage à l'heure d'été, donc les minutes entre 0200 et 0259
n'existent plus. Par exemple, si un flot de travaux est défini pour
démarrer à 0230, le planificateur le définit pour démarrer à 0330.
IV03697
Au chapitre 10 "Gestion des objets dans le plan - conman", section
"Description de la commande", sous-section "altpass", dans la liste
Arguments, remplacez :
username
Définit le nom d'un utilisateur. Utilisez des majuscules
dans cette zone, même si vous avez utilisé une casse mixte
lors de la définition de [domain\]username dans la
définition d'utilisateur Windows. Pour plus d'informations,
voir “Définition d'utilisateur Windows”, page 141.
par :
username
Définit le nom d'un utilisateur. Utilisez le nom d'utilisateur
déjà défini dans la base de données Tivoli Workload
Scheduler, en respectant la casse. Pour plus d'informations,
voir “Définition d'utilisateur Windows”.
75
IV08628
Le mot clé absolu ne doit être utilisé qu'avec les soumissions
conman et non dans les définitions de flot de travaux. Pour
prendre cela en compte, procédez comme suit :
Au chapitre 8, "Définition d'objets dans la base de données",
section "Définition des objets de planification", sous-sections
"Définition des flots de travaux" et "Détails des mots clés de
définition des flots de travaux", dans la description de la syntaxe et
de l'utilisation des mots clés at et until, supprimez toute référence
à l'attribut absolute.
"Description des commandes", avant la description de la première
commande, ajoutez ce qui suit :
Remarque : Lorsque vous utilisez les paramètres at ou until suivis
du paramètre absolute, n'oubliez pas que absolute
indique que la date est basée sur le jour calendaire et
non sur le jour de production.
IV09004
section "Définition des objets de planification", sous-section "Détails
des mots clés de définition des flots de travaux", mot clé except, à
la fin de la sous-section Exemples, ajoutez ce qui suit :
L'exemple suivant sélectionne le flot de travaux testsk2 pour qu'il
soit exécuté chaque vendredi à 8 h, sauf le vendredi 28 octobre
2011 :
schedule testsk2
on runcycle rc1 "freq=weekly;interval=1;byday=fr"
(at 0800)
except runcycle rc2 10/28/2011
(at 0800)
IV11229
A l'annexe A, "Définitions d'événements et d'actions
d'automatisation de charge de travail gérée par événements",
section "Fournisseurs et définitions d'événements", sous-section
"Evénements TWSObjectsMonitor", après le tableau Paramètres des
types d'événement JobStatusChanged, ajoutez la remarque suivante :
Remarque : Ce type d'événement est déployé sur tous les agents,
même si le paramètre JobStreamWorkstation est utilisé
pour filtrer les postes de travail. Si vous voulez
sélectionner uniquement certains postes de travail
pour y déployer ce type d'événement, vous devez
aussi utiliser le paramètre Workstation.
Dans l'exemple suivant, le type d'événement est
déployé sur tous les agents :
JobStreamWorkstation=E*
Dans l'exemple suivant, le type d'événement est
déployé uniquement sur les agents dont le nom
commence par la lettre E :
Workstation=E*
76
IZ76071
section "Définition des objets de planification", sous-section "Détails
des mots clés de définition des flots de travaux", mot clé
validfrom, ajoutez le paragraphe suivant après la remarque :
La date définie comme valeur de validto n'est pas incluse dans le
cycle d'exécution. Le flot de travaux n'est pas actif à cette date.
IZ94802 et 54957
Au chapitre 8, "Définition des objets dans la base de données",
section "Définition des objets de planification", sous-section
"Définition de travail", après la rubrique "Utilisation des variables
et paramètres dans les définitions de travail", ajoutez la rubrique
suivante :
Codes retour
Code retour
Description
0
-1
-2
-3
Travaux Java
Code retour
Description
0
-1
Code retour
Description
0
-1
-2
IZ79895
Au chapitre 11 "Utilisation des commandes d'utilitaire", section
"Description des commandes", commande datecalc, dans
l'explication de date, après :
Indique une date, au format élément/élément[/élément], où élément
est : d[d], m[m] et yy[yy].
Tout autre format de date est non valide.
77
et après la phrase :
inférieure à 70 est une date du 21ème siècle.
Le paramètre fait référence à la date réelle, et non à la commande
de date UNIX. L'exemple suivant illustre une option d'utilisation
de la sortie de la date UNIX comme entrée pour le paramètre de
date de Tivoli Workload Scheduler :
hdate=udate +"%m/%d/%y"u
echo $hdate
datecalc $hdate pic mm/dd/yyyy
IZ84757
Au chapitre 12 "Obtention de rapports et de statistiques", section
"Programme d'extraction de rapports", commande jbxtract,
remplacez la syntaxe :
jbxtract [-V | -U] [-j job] [-c wkstat] [-f date -t date]
[-o output]
par :
jbxtract [-v | -u] [-j job] [-c wkstat] [-o file]
et supprimez les arguments suivants et leurs descriptions :
-f date Indique d'imprimer l'historique des travaux à partir de cette
date. Entrez la date au format aaaammjj. La valeur par défaut est la
date disponible la plus ancienne.
-t date Indique d'imprimer l'historique des travaux jusqu'à cette
date. Entrez la date au format aaaammjj. La valeur par défaut est la
date la plus récente.
IZ91972
A l'annexe A "Définitions d'événements d'automatisation de charge
de travail pilotés par les événements et d'actions", section
"Fournisseurs et définitions d'événements", sous-section
"Evénements TWSObjectsMonitor", dans les tables décrivant les
paramètres des types d'événement suivants :
v JobStatusChanged
v JobUntil
v JobSubmit
v JobCancel
v JobRestart
v JobLate
remplacez le nom de la propriété JobWorkstation par Workstation.
IZ95647
Au chapitre 9 "Gestion des objets dans la base de données composer", section "Utilisation du programme de ligne de
commande composer", sous-section "Configuration de
l'environnement de composer", dans la section "Sortie du terminal",
après les deux puces, ajoutez le paragraphe suivant :
La valeur définie dans la variable locale MAESTROCOLUMNS ne
peut pas être supérieure à 1024.
78
54067
Au chapitre "Présentation des processus de base des postes de
travail", à la section "Processus des postes de travail Tivoli
Workload Scheduler", à la figure 3. "Arborescence des processus
sous UNIX", permutez les mots batchman et mailman.
54252
Au chapitre 7, "Exécution de l'automatisation de la charge de
travail gérée par événements", section "Processus de gestion de
règle d'événement", à la fin de la section "monman", ajoutez ce qui
suit :
Si un agent ne peut pas envoyer d'événements au serveur de
traitement d'événement pendant un certain laps de temps, son état
de surveillance est automatiquement désactivé. Ce laps de temps
peut être personnalisé (en secondes) avec le paramètre edwa
connection timeout dans le fichier <TWSHOME>/localopts. Par
défaut, il est défini sur 300 secondes (5 minutes).
Les événements suivants peuvent être configurés dans le fichier
BMEvents.conf pour envoyer l'état de surveillance d'un agent :
v TWS_Stop_Monitoring (261) : envoyé lorsque l'état de
surveillance d'un agent est désactivé (par la commande stopmon
ou parce que l'agent ne peut pas envoyer d'événements au
serveur de traitement d'événement)
v TWS_Start_Monitoring (262) : envoyé lorsque l'état de
surveillance d'un agent est activé (par la commande startmon ou
parce que l'agent a redémarré pour envoyer des événements au
serveur de traitement d'événement)
Ces événements comprennent les zones de position suivantes :
1. Numéro d'événement
2. Poste de travail concerné
3. Réservé, toujours défini sur 1
54540
"Descriptions des commandes", commande "checkhealthstatus",
remplacez :
Appelle le service chkhltst pour vérifier si la boîte aux lettres peut
être lue avec succès par mailman ou s'il y a des erreurs dans
l'en-tête de la boîte aux lettres.
par :
Appelle le service chkhltst pour vérifier la connectivité entre le
gestionnaire de domaine et les postes de travail. Il vérifie que le
fichier Symphony n'est pas endommagé, que les fichiers de la boîte
aux lettres peuvent être lus avec succès par mailman, sans erreurs
dans l'en-tête de la boîte aux lettres et que la boîte aux lettres n'est
pas pleine. Cette commande peut être utile pour diagnostiquer la
cause de la déconnexion d'un poste de travail et pour obtenir des
suggestions sur la manière de résoudre le problème.
et remplacez la description Commentaires par :
Si workstation n'est pas indiqué, le service est lancé localement.
55178
Au chapitre 10 “Gestion des objets dans le plan - conman", section
"Sélection des travaux dans les commandes", sous-section
"Arguments", sous-section “Qualificatifs de travaux", qualificatif
"started", dans la description de lowtime, remplacez la phrase :
79
Les travaux sélectionnés sont ceux qui ont démarré à ce moment
ou après.
par la phrase :
Seuls les travaux qui ont démarré à ce moment ou plus tard sont
sélectionnés.
Dans la description de hightime, remplacez la phrase :
Les travaux sélectionnés sont ceux qui ont démarré à ce moment
ou avant.
par la phrase :
Seuls les travaux qui ont démarré à ce moment ou avant sont
sélectionnés.
Après la description de hightime, remplacez les phrases :
Si started est utilisé seul et est précédé de +, les travaux
sélectionnés sont ceux dont l'exécution a commencé.
Si started est utilisé seul et est précédé de ~, les travaux
sélectionnés sont ceux dont l'exécution n'a pas commencé.
par les phrases suivantes :
Si started est utilisé seul et est précédé de +, seuls les travaux dont
l'exécution a commencé à ce moment sont sélectionnés.
Si started est utilisé seul et est précédé de ~, seuls les travaux qui
ont commencé à ce moment ou après ce moment et qui sont encore
en cours d'exécution sont sélectionnés.
55329
Au chapitre 8 "Définition d'objets dans la base de données", section
"Définition des objets de planification", sous-section "Détails des
mots clés de définition des flots de travaux", mot clé every, ajoutez
une quatrième puce à la section Commentaires :
v Lorsque l'instance every d'un travail ne démarre pas à l'heure
prévue, utilisez l'option bm late every pour définir le nombre
maximal de minutes qui s'écoulent avant que Tivoli Workload
Scheduler ignore le travail. La valeur de l'option doit être définie
dans le fichier <TWSHOME>/localopts :
bm late every=xx
où xx est le nombre de minutes.
Il s'agit d'une option locale pour chaque agent, qui doit donc
être définie sur tous les agents tolérants aux fautes sur lesquels
l'option bm late every est définie pour every job. L'option bm
late every ne s'applique qu'aux travaux définis avec l'option
every et la dépendance d'heure at. Elle n'a pas d'impact sur les
travaux pour lesquels seule l'option every est définie. Seuls les
travaux dont la valeur de every est supérieure à celle de bm late
every sont impactés.
L'exemple 4 illustre le comportement de Tivoli Workload
Scheduler lorsque le décalage d'une instance every ne dépasse
pas la valeur de bm late every.
Scheduler lorsque le décalage d'une instance every dépasse la
valeur de l'option bm late every.
80
Scheduler lorsque la première instance d'un travail ne démarre
pas à l'heure prévue et dépasse la valeur de l'option bm late
every.
et ajoutez les nouveaux exemples suivants à la section Exemples :
v 4. Dans l'exemple suivant, le décalage de l'instance d'un travail
every n'excède pas la valeur de l'option bm late every :
bm late every = 10
JOB AT 1400 EVERY 0030
Ce travail doit s'exécuter à 1400, 1430, 1500, etc., toutes les
trente minutes.
Si le serveur est indisponible de 1435 à 1605, les instances de
1500, 1530 et 1600 ne s'exécutent pas. A 1605, Tivoli Workload
Scheduler redémarre. Lorsqu'il analyse le fichier Symphony, il
détermine que le moment optimal potentiel pour la prochaine
instance de travail every est 1600. Tivoli Workload Scheduler
vérifie si le moment optimal potentiel (1600) excède le décalage
maximal autorisé pour un travail every (10 minutes).
En l'occurrence, le décalage ne dépasse pas la valeur de l'option
bm late every. Tivoli Workload Scheduler a donc son
comportement habituel et crée l'instance du travail every avec
une heure de début définie sur 1600. Les instances suivantes
sont à 1630, 1700, etc., toutes les trente minutes.
v 5. Dans l'exemple suivant, le décalage de l'instance d'un travail
every excède la valeur de l'option bm late every :
bm late every = 10
trente minutes.
Si le serveur est indisponible entre 1435 et 1620, les instances
dont l'heure de début était prévue à 1500, 1530 et 1600 ne
s'exécutent pas. A 1620, Tivoli Workload Scheduler redémarre.
Lorsqu'il analyse le fichier Symphony, il détermine que le
moment optimal potentiel pour la prochaine instance de travail
every est 1600. Tivoli Workload Scheduler vérifie si le moment
optimal potentiel (1600) excède le décalage maximal autorisé
pour un travail every (10 minutes).
En l'occurrence, le retard dépasse la valeur de l'option bm late
every. Tivoli Workload Scheduler applique donc son nouveau
comportement. Il ne lance pas l'instance du travail every à 1600
et crée l'instance du travail every avec une heure de début
définie sur 1630.
v 6. L'exemple suivant illustre le comportement de Tivoli
Workload Scheduler lorsque la première instance d'un travail ne
démarre pas à l'heure prévue et dépasse la valeur de l'option bm
late every :
bm late every = 10
trente minutes.
Si le serveur est indisponible de 1000 à 1415, la première
instance du travail ne s'exécute pas. A 1415, Tivoli Workload
Scheduler redémarre. Lorsqu'il analyse le fichier Symphony, il
81
détermine que la première instance de ce travail every ne s'est
pas exécutée. Dans ce cas, Tivoli Workload Scheduler lance le
travail à 1415.
55589
A l'annexe A, "Définitions d'événements et d'actions
d'automatisation de charge de travail gérée par événements",
section "Fournisseurs et définitions d'événements", sous-section
"Evénements FileMonitor", après :
Les événements FileMonitor sont :
v FileCreated
v FileDeleted
v ModificationCompleted
v LogMessageWritten
Lorsque vous surveillez des fichiers avec les événements
FileCreated, FileDeleted et LogMessageWritten, la mémoire
consommée par les processus ssmagent.bin et ssmagent.exe
augmente de façon linéaire avec le nombre de fichiers surveillés et
le nombre d'événements créés. Vous ne devez donc pas oublier que
plus vous utilisez de caractères génériques dans ces types
d'événement et plus, par conséquent, vous augmentez ainsi le
nombre de fichiers surveillés, plus la consommation de mémoire
par les processus ssmagent.bin et ssmagent.exe sera élevée.
55775
travail gérée par événements", sous Tableau 12. "Scénarios simples
de règle d'événement", dans la description de "Scénario 1 : envoyer
une notification par courrier électronique", modifiez le point 1
comme suit :
1. L'administrateur définit la règle d'événement suivante :
v Lorsque l'un des travaux job123 se termine par une erreur et
renvoie le message d'erreur suivant :
AWSBHT001E Le travail "MYWORKSTATION#JOBS.JOB1234"
dans le fichier "ls" a
échoué avec l’erreur :
AWSBDW009E L’erreur du système d’exploitation suivante
s’est produite lors de l’extraction de la structure
du mot de passe pour
l’utilisateur devant se connecter...
envoyer un message à l'opérateur [email protected].
L'objet du message comporte les noms de l'instance de travail
et du poste de travail associé.
La règle d'événement est valide du 1er décembre au 31
décembre dans la plage horaire de 12 h 00 à 16 h 00 HNE
travail gérée par événements", section "Définition des règles
d'événement", sous-section "Exemples de règle d'événement", sous
Tableau 16. "Définition des règles d'événement pour le scénario 1",
v Modifiez la description au début de l'exemple comme suit :
Lorsque l'un des travaux job123 se termine par une erreur et
renvoie le message d'erreur suivant :
82
AWSBHT001E Le travail "MYWORKSTATION#JOBS.JOB1234"
dans le fichier "ls" a
échoué avec l’erreur :
s’est produite lors de l’extraction de la structure
du mot de passe pour
l’utilisateur devant se connecter...
envoyer un message à l'opérateur [email protected].
L'objet du message comporte les noms de l'instance de travail et
du poste de travail associé.
La règle d'événement est valide du 1er décembre au 31
décembre dans la plage horaire de 12 h 00 à 16 h 00 HNE
v A la fin de l'exemple, ajoutez ce qui suit :
Important :
Le message d'erreur qui explique pourquoi un travail se
termine par une erreur se trouve dans le fichier journal
TWSMERGE. Dans ce scénario, le fichier journal
TWSMERGE contient l'instruction suivante :
BATCHMAN:+
BATCHMAN:+ AWSBHT001E Le travail "MYWORKSTATION#JOBS.JOB1234"
dans le fichier "ls" a échoué avec l’erreur :
s’est produite lors de l’extraction de
la structure du mot de passe pour l’utilisateur devant
se connecter ou bien pour l’utilisateur
propriétaire d’un fichier ou d’une dépendance
externe BATCHMAN:+
où le message d'erreur est tout ce qui suit la chaîne :
a échoué avec l’erreur :
55835
Au chapitre 8 "Définition d'objets dans la base de données", section
"Définition des objets de planification", sous-section "Détails des
mots clés de définition des flots de travaux", mot clé until, dans la
description de l'argument onuntil, remplacez le paragraphe
suivant :
Si le moment until est passé, ainsi que la valeur des 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é.
par :
Si le moment until est passé, ainsi que la valeur des options
onuntil suppr et carryforward, le flot de travaux est reporté par
JnextPlan uniquement si la date définie pour until correspond à
celle de l'exécution de JnextPlan. Si ces dates sont différentes, le
flot de travaux n'est pas reporté.
55857
Au chapitre 10 "Gestion des objets dans le plan - conman", section
"Utilisation du programme de ligne de commande conman",
sous-section "Configuration de l'environnement de conman ",
sous-section "Sortie du terminal", remplacez la description de la
variable MAESTROLINES :
MAESTROLINES
Définit le nombre de lignes par écran. La valeur par défaut
83
est 24. A la fin de chaque page d'écran, conman invite à
continuer. Si la valeur de MAESTROLINES (ou de LINES)
est zéro ou un nombre négatif, conman ne s'interrompt pas
à la fin d'une page.
par :
MAESTROLINES
Définit le nombre de lignes par écran. La valeur par défaut
est 24. A la fin de chaque page d'écran, conman invite à
continuer. Si la valeur de MAESTROLINES (ou de LINES)
est zéro ou un nombre négatif, conman ne s'interrompt pas
à la fin d'une page. Il est recommandé d'utiliser
MAESTROLINES car la variable LINES est une variable
shell de système d'exploitation, qui est réinitialisée
automatiquement par la plupart des système d'exploitation.
pour Tivoli Workload Scheduler 8.5.1
manuel :
Guide d'administration de Tivoli Workload Scheduler version 8.5.1 (révision :
octobre 2010) SC23-9113-02
IZ86186
Au chapitre "Configuration de l'autorisation utilisateur (fichier
Security)", section "Types d'attribut utilisateur - description
détaillée", la description de l'attribut group=nomdugroupe doit être
modifiée comme suit :
group=nomdugroupe
Indique le nom du groupe dont l'utilisateur est membre.
Disponible à la fois pour les utilisateurs UNIX et Windows. Les
caractères génériques sont permis.
Guide de planification et d'installation de £££££Tivoli Workload Scheduler 8.5.1
(révision : octobre 2010) SC32-1273-09
IZ96489
Au chapitre 4 "Mise à niveau", section "Préparation à la mise à
niveau", modifiez la description de la tâche suivante en
remplaçant :
Vérifiez que vos installations Tivoli Workload Scheduler
actuelles sont dans l'état qui convient. Lorsque vous mettez à
niveau votre environnement actuel, vérifiez que le progiciel est
dans l'état COMMIT. S'il est à l'état UNDOABLE, vous devez l'accepter
pour modifier son état en COMMIT avant de le mettre à niveau vers
la version actuelle. Pour vérifier l'état, procédez comme suit :
1. A partir de <rép_TWA>/TWS/_uninstall/CLI, exécutez la
commande :
swd_env.bat ou . ./swd_env.sh selon le cas.
2. Exécutez la commande : wdlssp
3. Recherchez les lignes suivantes :
84
DISSE0164I Name : TWS_LP_twsuser
DISSE0165I Version : 8.4.0.00
DISSE0166I State : IC-----------------------------------------DISSE0164I Name : FP_TWS_WINDOWS_twsuser
DISSE0166I State : IC---
4. Vérifiez que l'état du progiciel est IC.
par :
Vérifiez que vos installations Tivoli Workload Scheduler
actuelles sont dans l'état qui convient. Lorsque vous mettez à
niveau votre environnement actuel, vérifiez que le progiciel est
dans l'état COMMIT. S'il est à l'état UNDOABLE, vous devez l'accepter
pour modifier son état en COMMIT avant de le mettre à niveau vers
la version actuelle. Pour vérifier l'état, procédez comme suit :
1. A partir de <rép_TWA>/TWS/_uninstall/CLI, recherchez la
commande :
swd_env.bat ou . ./swd_env.sh selon le cas.
2. Exécutez la commande : wdlssp
3. Recherchez les lignes suivantes :
DISSE0164I Name : TWS_LP_twsuser
DISSE0166I State : IC-----------------------------------------DISSE0164I Name : FP_TWS_WINDOWS_twsuser
DISSE0166I State : IC---
4. Vérifiez que l'état du progiciel est IC.
54110
Dans la partie 2 "Tivoli Workload Scheduler", au chapitre
"Identification des problèmes d'installation, migration et
désinstallation", après la section "Une installation non anglaise sous
Linux se termine correctement, mais le démarrage de Tivoli
Workload Scheduler émet une ou plusieurs erreurs", ajoutez la
section suivante :
Echec de la machine virtuelle Java (JVM) lors de l'installation de
Tivoli Workload Scheduler sur un système Red Hat Enterprise
Linux (RHEL) Version 5 ou Suse Linux Version 11
Description du problème :
Lors du travail avec Tivoli Workload Scheduler sur un système
Red Hat Enterprise Linux Version 5 ou Suse Linux Version 11, vous
pourriez recevoir l'erreur "Machine virtuelle introuvable abandon".
Cause et solution :
Les systèmes Linux ont une nouvelle fonction de sécurité nommée
"Security Enhanced Linux" (sécurité Linux améliorée) ou SELinux
en abrégé. Une version plus faible de SELinux était incluse dans
Red Hat Enterprise Linux Version 4 et était désactivée par défaut.
Sur ces versions de Red Hat Enterprise Linux et Suse Linux, cette
fonction de sécurité est activée par défaut. SELinux aide à protéger
85
l'hôte contre certains types d'attaques malintentionnées. Cependant,
il est apparu que, dans de nombreux cas, les paramètres par défaut
empêchent le bon fonctionnement de Java. Pour corriger ce
problème, choisissez une des options suivantes :
v Configurez SELinux de façon à ce qu'il sache qu'il faut autoriser
l'exécution des processus Java de Tivoli Workload Scheduler.
v Changez le mode de SELinux en facultatif en entrant setenforce
0 dans la ligne de commande. SELinux sera de nouveau
entièrement activé la prochaine fois que le système sera
réamorcé ou que setenforce 1 sera entré dans la ligne de
commande. Pour que Dynamic Workload Console fonctionne,
vous devez définir setenforce 0. Pour plus d'informations sur
setenforce, voir la documentation du système d'exploitation.
Guide de référence et d'utilisation de Tivoli Workload Scheduler 8.5.1 (révision :
mars 2010) SC32-1274-09
IZ86880 et IZ91918
Dans le chapitre 7 "Exécution de l'automatisation de la charge de
travail gérée par événement", section sur la définition de règles
d'événement, sous-section sur les exemples de règle d'événement,
remplacez les exemples de code xml des tableaux par ce qui suit :
v Tableau 17. Définition de règle d'événement pour le scénario 2
<?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
EventRules.xsd">
<eventRule name="scenario2_rule" ruleType="filter"
isDraft="no">
<description>Définition du scénario 2
</description>
<timeZone>America/Anchorage</timeZone>
<timeInterval amount="600" unit="secondes" />
<eventCondition name="WSevent" eventProvider=
"TWSObjectsMonitor"
eventType="ChildWorkstationLinkChanged">
<filteringPredicate>
<attributeFilter name="Workstation"
operator="eq">
<value>CPU1</value>
</attributeFilter>
<attributeFilter name="LinkStatus"
operator="eq">
<value>Unlinked</value>
</attributeFilter>
</filteringPredicate>
</eventCondition>
<action actionProvider="MailSender" actionType=
"SendMail" responseType="onTimeOut">
<description>Envoi d’un message à Chuck Derry avec le
nom du poste de travail non lié
</description>
<parameter name="To">
<value>[email protected]</value>
</parameter>
<parameter name="Subject">
<value>Agent CPU1 has been unlinked for
at least 10 minutes</value>
</parameter>
86
<parameter name="Body">
<value>The cause seems to be:
%{WSevent.UnlinkReason}</value>
</parameter>
</action>
</eventRule>
</eventRuleSet>
v Tableau 19. Définition de règle d'événement pour le scénario 4
<?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
EventRules.xsd">
<eventRule name="scenario4_rule" ruleType="sequence"
isDraft="yes">
<description>Définition du scénario 4
</description>
<timeZone>America/Buenos_Aires</timeZone>
<timeInterval amount="300" unit="secondes" />
<eventCondition eventProvider="TWSObjectsMonitor"
eventType="JobStatusChanged">
<attributeFilter name="JobName"
operator="eq">
<value>job-x</value>
</attributeFilter>
<attributeFilter name="InternalStatus"
operator="eq">
<value>Exec</value>
</attributeFilter>
</eventCondition>
<eventCondition eventProvider="TWSObjectsMonitor"
eventType="JobStatusChanged">
<attributeFilter name="JobName"
operator="eq">
<value>job-x</value>
</attributeFilter>
<attributeFilter name="InternalStatus"
operator="eq">
<value>Abend</value>
<value>Succ</value>
</attributeFilter>
</eventCondition>
<action actionProvider="MailSender" actionType=
"SendMail" responseType="onTimeOut">
<description>Envoi d’un message à l’opérateur
l’informant que le travail x est
en retard</description>
<parameter name="To">
<value>[email protected]</value>
</parameter>
<parameter name="Subject">
<value>Job-x is late by at least
5 minutes</value>
</action>
<action actionProvider="TWSAction"
actionType="ReplyPrompt" responseType="onDetection">
<description>Répondre Oui à l’invite 1
</description>
87
<parameter name="PromptName">
<value>prompt-1</value>
</parameter>
<parameter name="PromptAnswer">
<value>Yes</value>
</parameter>
</action>
<action actionProvider="TWSAction"
actionType="sbs" responseType="onDetection">
<description>Soumission du flot
de travaux z</description>
<parameter name="JobStreamName">
<value>jobstream-z</value>
</parameter>
<parameter name="JobStreamWorkstationName">
<value>act23cpu</value>
</parameter>
</action>
</eventRule>
</eventRuleSet>
54131
"Descriptions des commandes", modifiez la description de la
commande shutdown comme suit :
Arrête de manière inconditionnelle tous les processus et services de
production de Tivoli Workload Scheduler : batchman, jobman,
netman, mailman, appservman, tous les serveurs mailman et tous
les processus writer.
Bien que cette commande arrête le service appservman, elle
n'arrête pas les services WebSphere Application Server. Pour arrêter
les services WebSphere Application Server, exécutez la commande
stopappserver. Pour plus d'informations, voir stopappserver.
Sur les postes de travail Windows, la commande shutdown
n'arrête pas le service tokensrv.
Vous devez avoir un accès shutdown au poste de travail.
pour Tivoli Workload Scheduler 8.5.1
Aucune.
88
Contacter le service de support logiciel IBM
Avant de faire part d'un problème au service de support logiciel IBM, consultez le
site IBM Software Support à l'adresse suivante :
http://www.ibm.com/software/support
Pour accéder au support Tivoli, cliquez sur le lien Tivoli dans le coin inférieur
droit.
Pour contacter le service de support logiciel IBM, consultez le document IBM
Software Support Handbook à l'adresse suivante :
http://techsupport.services.ibm.com/guides/handbook.html
Ce guide explique comment contacter le service de support logiciel IBM, en
fonction de la gravité de l'incident, et contient les informations suivantes :
v Enregistrement et éligibilité
v Numéros de téléphone (selon pays de résidence)
v Informations à rassembler avant de contacter le service de support logiciel IBM
89
90
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
d'informations sur les produits et les services disponibles dans votre région,
contactez votre partenaire commercial IBM. Toute référence à un produit, logiciel
ou service IBM n'implique pas que seul ce produit, logiciel ou service IBM puisse
être utilisé. Tout autre programme ou produit fonctionnellement équivalent peut
être utilisé, s'il n'enfreint aucun droit de propriété intellectuelle 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 brevets 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
U.S.A.
Pour le Canada, veuillez adresser votre courrier à :
IBM Director of Commercial Relations
IBM Canada Ltd.
3600 Steeles Avenue East
Markham, Ontario
L3R 9Z7
Canada
Les informations sur les licences concernant les produits utilisant un jeu de
caractères double octet peuvent être obtenues auprès d'IBM Intellectual Property
Department dans votre pays ou par écrit à l'adresse :
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.
91
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, à
tout moment et sans préavis, modifier 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é.
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 (IBM Customer Agreement), 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.
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
92
illustratives ou explicatives uniquement. Toute ressemblance avec des noms de
personnes, de sociétés ou des données réelles serait purement fortuite.
Si vous visualisez ces informations en ligne, il se peut que les photographies et
illustrations en couleur n'apparaissent pas à l'écran.
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 et
d'autres marques d'IBM sont accompagnées d'un symbole de marque (® ou ™), ces
symboles signalent des marques d'IBM aux Etats-Unis à la date de publication de
ce document. Ces marques peuvent également être déposées et enregistrées dans
d'autres pays. La liste actualisée de toutes les marques d'IBM est disponible sur
la page Web “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, le logo Adobe, PostScript et le logo Postcript sont des marques d'Adobe
Systems Incorporated aux Etats-Unis et/ou dans certains autres pays.
Cell Broadband Engine est une marque de Sony Computer Entertainment, Inc., aux
Etats-Unis et/ou dans certains autres pays et est 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/ou 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 d'Oracle et/ou de ses affiliés.
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 aux Etats-Unis et/ou dans certains autres pays.
UNIX est une marque de The Open Group aux Etats-Unis et/ou dans certains
autres pays.
Linear Tape-Open, LTO, le logo LTO, Ultrium et le logo Ultrium sont des marques
d'HP, IBM Corp. et Quantum aux Etats-Unis et dans d'autres pays.
Remarques
93
94
Numéro de programme : 5698-WSH

Fichier readme du groupe de correctifs 4

Transcription

Documents pareils

DÎNER DE LA SAINT VALENTIN À TIVOLI ORIENTE

Prix : 398 000 € FAI 05 57 22 85 96

Tivoli - Copenhague Accueil

Prix : 490 000 € FAI 05 57 22 85 96

Forum: Hôtels

Prix : 280 000 € FAI 05 57 22 85 96

Loyer : 570 € / mois FAI 05 57 22 85 96

Forum: Hôtels

Prix : 146 900 € FAI 05 57 22 85 96

Prix : 285 000 € FAI 05 57 22 85 96