Probleme de réseau sur l'as400
(sans texte)
Oui oui...normalement. Après je suis pas un expert IPL 
Une dernière chose, dans le source d'ARRET£2, en face des dernières lignes (avec le PWRDWNSYS), il doit y avoir des dates de modifs.
Exemple:
PGM PARM(&MBR) 930929
DCL VAR(&MBR) TYPE(*CHAR) LEN(10) 000000

Une dernière chose, dans le source d'ARRET£2, en face des dernières lignes (avec le PWRDWNSYS), il doit y avoir des dates de modifs.
Exemple:
PGM PARM(&MBR) 930929
DCL VAR(&MBR) TYPE(*CHAR) LEN(10) 000000
(sans texte)
Code : Tout sélectionner
Membre . . . . . . . . : ARRET£2
Fichier . . . . . . . . : QCLPSRC
Bibliothèque . . . . : ARRETPANI
Type du membre . . . . : CLP
Date de création . . . : 11/06/99
Heure de création . . . : 09:09:32
Date de modification . : 11/05/04
Heure de modification . : 17:14:57
Date de sauvegarde . . : 04/02/10
Heure de sauvegarde . . : 02:02:26
Date de restauration . : 15/06/99
Heure de restauration . : 13:37:02
Nombre d'enreg . . . . : 82
Enreg supprimés . . . . : 0
Texte . . . . . . . . . : Arret du systeme + sauvegarde (CL d'éxecution)
(sans texte)
Avec l'aide du autre personnes j'ai regarder l'espace disque:
Code : Tout sélectionner
Taill % Dem Taille Dem Dem Lect Ecrit %
Unit Type (Mo) occu E-S dem (ko) lect écrit (ko) (ko) util
1 6607 4194 92,1 0,0 0,0 0,0 0,0 0,0 0,0 0
2 6607 3145 99,9 0,0 0,0 0,0 0,0 0,0 0,0 0
3 6607 3145 99,9 0,0 0,0 0,0 0,0 0,0 0,0 0
4 6607 4194 98,6 0,0 0,0 0,0 0,0 0,0 0,0 0
5 6717 6442 83,2 0,0 0,0 0,0 0,0 0,0 0,0 0
6 6717 6442 83,1 0,0 0,0 0,0 0,0 0,0 0,0 0
7 6607 3145 99,9 0,0 0,0 0,0 0,0 0,0 0,0 0
8 6607 3145 99,9 0,0 0,0 0,0 0,0 0,0 0,0 0
9 6717 6442 83,1 0,0 0,0 0,0 0,0 0,0 0,0 0
10 6717 6442 83,1 0,0 0,0 0,0 0,0 0,0 0,0 0
(sans texte)
Donc à priori ca vient pas de ce programme directement vu qu'il a pas été modifié depuis quelques années et que le souci est récent.
Ah oui la volumétrie est assez élevée et encore il en vide lors des IPL :-/
Pour un ménage je préconise des connaissances AS400 sinon c'est un brin hasardeux. Voir pour vider les autres OUTQ, les récepteurs de journaux deja sauvegardés, lancer le demarrage du menage Systeme (menu CLEANUP), voir si la variable systeme QRCLSPLSTG a pas une valeur trop haute (max 7).
C'est des pistes uniquement :-/
J'oubliais: RGZPFM pour réorganiser des fichiers.
Ah oui la volumétrie est assez élevée et encore il en vide lors des IPL :-/
Pour un ménage je préconise des connaissances AS400 sinon c'est un brin hasardeux. Voir pour vider les autres OUTQ, les récepteurs de journaux deja sauvegardés, lancer le demarrage du menage Systeme (menu CLEANUP), voir si la variable systeme QRCLSPLSTG a pas une valeur trop haute (max 7).
C'est des pistes uniquement :-/
J'oubliais: RGZPFM pour réorganiser des fichiers.
(sans texte)
Penses-tu que le fait du faible espace disque, peut empêcher l'enclenchement du service TCP IP
(sans texte)
Perso je crois pas. Ce qui est bizarre c'est qu'on a aucune log. Pour moi s'il était pas mal chargé il redémarrerait (jusqu'à un certain pourcentage de taux d'occupation) mais à la rigueur laissera peu de monde se connecter.
Si vraiment le taux d'occupation disque l'empechait de démarrer le TCP/IP tu pourrais pas le démarrer à la main le lendemain :-/
Si vraiment le taux d'occupation disque l'empechait de démarrer le TCP/IP tu pourrais pas le démarrer à la main le lendemain :-/
(sans texte)
Guigui, je t'ai répondu sur un autre forum que ton problème était clairement lié à l'occupation de l'espace disque.guigui69 a écrit :Penses-tu que le fait du faible espace disque, peut empêcher l'enclenchement du service TCP IP
En analysant la log, le système indique à 4H00 (pendant tes sauvegardes) que la mémoire secondaire est pleine, il se met en mode restreint par la commande ENDSYS et ... attend !!
Actuellement, tu es à 89,8% d'occupation disques, certains disques sont à 99,9%.
Il n'y a aucun doute ton système se protège en se mettant en mode restreint.
L'explication n'est pas plus compliquée que cela.
Tu dois impérativement faire du ménage ou ajouter des disques pour ne plus rencontrer ce problème.
Soit l'occupation s'est accrue récemment et il faut que tu trouves pourquoi, soit tu bordais cette limite depuis un certain temps et tu viens de la dépasser.
Voili voilou

Modifié en dernier par Fabrice le ven. 05 févr. 2010, 13:47:17, modifié 1 fois.
(sans texte)
Aucun doute la dessus, c'est bien un problème d'occupation disque qui engendre l'arrêt des travaux.newael a écrit :Perso je crois pas. Ce qui est bizarre c'est qu'on a aucune log. Pour moi s'il était pas mal chargé il redémarrerait (jusqu'à un certain pourcentage de taux d'occupation) mais à la rigueur laissera peu de monde se connecter.
Si vraiment le taux d'occupation disque l'empechait de démarrer le TCP/IP tu pourrais pas le démarrer à la main le lendemain :-/
Je précise que le problème exact de Guigui n'est pas l'arrêt de TCP/IP comme il le croit, mais l'arrêt de TOUS LES TRAVAUX (pas uniquement TCP/IP).
Son système est en mode restreint, c'est clairement écrit dans la log.
(sans texte)
Merci pour vos réponses donc je vais regarder le problème d'espace disque.
Merci
je vous fait un retour
guigui69
Merci
je vous fait un retour
guigui69
(sans texte)
On ma indiquée cette commande pour avoir les informations sur l'espace prit un telle ou telle fichier/dossier.
go disktasks
L'option 2 permet l'impression faut il que je commence par l'option 1 puis la 2? ou bien puis-je faire l'option2 directement?
Cette commande prend telle beaucoup de ressoudre CPU et disque dur?
Merci
guigui69
go disktasks
L'option 2 permet l'impression faut il que je commence par l'option 1 puis la 2? ou bien puis-je faire l'option2 directement?
Cette commande prend telle beaucoup de ressoudre CPU et disque dur?
Merci
guigui69
(sans texte)
OUI tu dois commencer par l'option 1, car l'option 2 correspond à une impression des données collectées à une autre date (probablement ancienne) et qui par conséquent t'affichera les résultats d'une autre date.guigui69 a écrit :On ma indiquée cette commande pour avoir les informations sur l'espace prit un telle ou telle fichier/dossier.
go disktasks
L'option 2 permet l'impression faut il que je commence par l'option 1 puis la 2? ou bien puis-je faire l'option2 directement?
Cette commande prend telle beaucoup de ressoudre CPU et disque dur?
Merci
guigui69
Ce qui t'intéresse c'est les chiffres actuels, donc il faut lancer une collecte.
Au niveau CPU, ce n'est pas un problème. En termes de disk, cela ne devrait pas en être un, mais comme ton serveur est super chargé, cela peut être un problème.
Le système va stocker les données dans le même fichier de QUSRSYS, il ne devrait pas être beaucoup plus gros, mais un peu quand même et comme tu es très limite, ça va être juste.
Pour la durée, alors cela risque d'être très long, car en temps normalcela prend entre 1 et 5/6 heures. Sur un système super chargé (certains disques à 99,9%) ça va durer très très très longtemps.