Page 1 sur 1
Messages dans QSYSOPR
Posté : mar. 25 nov. 2008, 17:43:27
par ctalhouet
Nous recherchons une solution simple pour capter les messages destinés à qsysopr du style Fichier plein , ou Fichier en cours d'utilisation( verrouillé par notre logiciel de BACKUP défectueux (PMEDH de TRADERS)) , qui sont émis par des batchs. Ca doit etre simple , mais on n'a jamais cherché.
Cordialement
C TALHOUET
02 97 61 66 21
Groupe JEAN FLOCH
Réponse automatique à un message
Posté : mar. 25 nov. 2008, 17:48:59
par luc.marionneau
Avez vous testé la réponse automatique à un message
Ajouter poste liste de réponse (ADDRPYLE)
Luc Marionneau
QSYSOPR et MONITEURS dans gestion centralisée
Posté : mar. 25 nov. 2008, 18:02:52
par cmasse
Il existe aussi une option très sympa dans Iseries Navigator/gestion centralisée : les moniteurs.
Vous pouvez définir les moniteurs suivants avec notion d'alerte :
- système, pour surveiller les perf. (si ma CPU dépasse x%-> alerte)
- travaux (si j'ai moins de n travaux dans sbs/QAUTO -> alerte)
- message (si j'ai le message CPFxxxx dans QSYSOPR,-> alerte)
- fichier , qui surveille essentiellement QHST (DSPLOG)
Les exemples que j'ai mis entre parenthèses ne sont qu'un petit extrait des possibilités.La notion d'alerte donne la possibilité de passer une commande OS/400.
Enfin, même si votre PC est éteint, la surveillance continue de se faire sur le serveur, mais il y a un paramètre pour que le moniteur redémarre suite à IPL !!
Il faut vraiment redécouvrir l'option Gestion centralisée d'iSeries Navigator.
Re: QSYSOPR et MONITEURS dans gestion centralisée
Posté : mer. 26 nov. 2008, 09:35:41
par claude.mahe
cmasse a écrit :Il existe aussi une option très sympa dans Iseries Navigator/gestion centralisée : les moniteurs.
.../...
Il faut vraiment redécouvrir l'option Gestion centralisée d'iSeries Navigator.
Oui, c'est parfaitement vrai !
Par contre, pas toujours facile avec des machines réparties dans des pays ou les réseaux sont disons... un peu fluctuants et de faible capacité !
Pour notre part, nous utilisons une routine légèrement modifiée d'un programme trouvé sur le net :
http://www.rpgiv.org/oprmone.htm
Nota : Pour l'envoi des émails, nous utilisons le package de javamail largement plus souple d'emploi que les SNDDST natifs.
(sans texte)
Posté : mer. 26 nov. 2008, 22:30:18
par cimmelé
voici un petit CLP qui vient lire une msgq
Dans la commande Rcvmsg, on récupère des tas d'infos sur les variables messages.
PGM
DCL VAR(&MSGID1) TYPE(*CHAR) LEN(7)
DCL VAR(&MSGID2) TYPE(*CHAR) LEN(7)
DCL VAR(&TEXTE) TYPE(*CHAR) LEN(132)
ALCOBJ OBJ((LIBSYS/QUPS *MSGQ *EXCL))
MONMSG CPF0000 EXEC(GOTO FIN)
CLRMSGQ MSGQ(LIBSYS/QUPS)
MONMSG CPF0000 EXEC(GOTO FIN)
ATT: RCVMSG MSGQ(LIBSYS/QUPS) WAIT(*MAX) RMV(*NO) +
MSG(&TEXTE) MSGID(&MSGID1)
/* ------------------------- */
/* INTERRUPTION ALIMENTATION */
/* ------------------------- */
IF COND(&MSGID1 *EQ 'CPF1816') THEN(DO)
/* ATTENTE RETABLISSEMENT PENDANT 30 SECONDES SINON MESSAGE AUX UTILISATEURS */
SNDMSG MSG(&TEXTE) TOUSR(*SYSOPR)
RET: RCVMSG MSGQ(LIBSYS/QUPS) WAIT(30) RMV(*NO) +
MSGID(&MSGID2)
IF COND(&MSGID2 *EQ 'CPF1817') THEN(GOTO ATT)
SNDBRKMSG MSG('COUPURE DE COURANT PROLONGEE : Veuillez +
arrêter tous vos travaux informatiques en +
cours et REVENIR AU MOT DE PASSE +
IMMEDIATEMENT. Merci.') TOMSGQ(*ALLWS)
GOTO CMDLBL(RET)
ENDDO
GOTO CMDLBL(ATT)
FIN: ENDPGM