Probleme de réseau sur l'as400

IBM i, configuration, commandes, ...
guigui69

(sans texte)

Message par guigui69 »

Si je comprend le script a la fin il y a quand même bien un redémarrage?

newael
Messages : 21
Enregistré le : ven. 24 avr. 2009, 11:50:11

(sans texte)

Message par newael »

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

guigui69

(sans texte)

Message par guigui69 »

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)     
                                                                               

guigui69

(sans texte)

Message par guigui69 »

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

newael
Messages : 21
Enregistré le : ven. 24 avr. 2009, 11:50:11

(sans texte)

Message par newael »

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.

guigui69

(sans texte)

Message par guigui69 »

Penses-tu que le fait du faible espace disque, peut empêcher l'enclenchement du service TCP IP

newael
Messages : 21
Enregistré le : ven. 24 avr. 2009, 11:50:11

(sans texte)

Message par newael »

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 :-/

Fabrice
Messages : 93
Enregistré le : lun. 09 févr. 2009, 09:19:42

(sans texte)

Message par Fabrice »

guigui69 a écrit :Penses-tu que le fait du faible espace disque, peut empêcher l'enclenchement du service TCP IP
Guigui, je t'ai répondu sur un autre forum que ton problème était clairement lié à l'occupation de l'espace disque.

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 :wink:
Modifié en dernier par Fabrice le ven. 05 févr. 2010, 13:47:17, modifié 1 fois.

Fabrice
Messages : 93
Enregistré le : lun. 09 févr. 2009, 09:19:42

(sans texte)

Message par Fabrice »

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 :-/
Aucun doute la dessus, c'est bien un problème d'occupation disque qui engendre l'arrêt des travaux.

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.

guigui69

(sans texte)

Message par guigui69 »

Merci pour vos réponses donc je vais regarder le problème d'espace disque.

Merci

je vous fait un retour

guigui69

guigui69

(sans texte)

Message par guigui69 »

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

Fabrice
Messages : 93
Enregistré le : lun. 09 févr. 2009, 09:19:42

(sans texte)

Message par Fabrice »

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
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.
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.

Répondre