[Résolu] Pb lors de la non réponse d'un noeud distant (TIH)

Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
Nous avons une tâche contenant un TIH qui se déclenche la nuit et lorsque l'un des noeuds distants est absent (serveur ne répond pas) le reste de notre production est stoppée même si elle n'est pas concernée par le TIH.
C'est comme si l'échangeur resté stoché sur ce noeud absent.

Avez-vous une idée?

Comments

  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Bonjour et bienvenue,

    pour vous aider il nous faut en général un minimum d'information sur :

    - le ou les OS concernés

    - le ou les versions des produits avec le niveau de patch (pour Dollar Universe, le contenu du fichier uxversion* dans exec)

    Michel
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Question subsidiaire :

    cela bloque la Session ou tous les échanges même pour les autres sessions / traitements ?

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on May 27 2011, 12:41 PM:
    Bonjour et bienvenue,

    pour vous aider il nous faut en général un minimum d'information sur :

    - le ou les OS concernés

    - le ou les versions des produits avec le niveau de patch (pour Dollar Universe, le contenu du fichier uxversion* dans exec)

    Michel



    Bonjour,

    $universe V5.3 sous solaris sparc
    patch : FIX24878

    Merci
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on May 27 2011, 12:42 PM:
    Question subsidiaire :

    cela bloque la Session ou tous les échanges même pour les autres sessions / traitements ?

    Michel


    La session se déroule correctement sur les autres noeuds. Par contre cela bloque les autres sessions (dans notre cas des sessions de sauvegardes).
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    OK.

    je me demandais si vous aviez des instances en 5.6, car je sais qu'il y a un souci au niveau de certains échanges avec du TIH entre instances 5.6 et entre instances 5.6 et des versions inférieures - un hotfix a été édité en 5.6 à ce sujet.

    Si tout se passe bien quand tous les noeuds sont présents, je pense que vous tombez sur un timeout réseau qui bloque la communication jusqu'à la fin du timeout. En vérifier la valeur avec vos ingénieurs système/réseau.

    Une autre solution est de mettre en place la variable U_TIMEOUT_ECH dans les fichiers de configuration (uxsetenv* sur Unix, répertoire mgr). La valeur donnée doit être un entier supérieur ou égal à 1 (une seconde) et inférieur strictement à la valeur du cycle de l'échangeur (par défaut 120).

    Si même quand les noeuds sont tous présents le problème survient, il faudrait faire une analyse des UG et des dépendances d'UG sur ce Noeud et ceux avec lequel il communique. Vérifier qu'il n'y a pas d'incohérence dans leurs définitions entre des noeuds.

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on May 27 2011, 03:01 PM:
    OK.

    je me demandais si vous aviez des instances en 5.6, car je sais qu'il y a un souci au niveau de certains échanges avec du TIH entre instances 5.6 et entre instances 5.6 et des versions inférieures - un hotfix a été édité en 5.6 à ce sujet.

    Si tout se passe bien quand tous les noeuds sont présents, je pense que vous tombez sur un timeout réseau qui bloque la communication jusqu'à la fin du timeout. En vérifier la valeur avec vos ingénieurs système/réseau.

    Une autre solution est de mettre en place la variable U_TIMEOUT_ECH dans les fichiers de configuration (uxsetenv* sur Unix, répertoire mgr). La valeur donnée doit être un entier supérieur ou égal à 1 (une seconde) et inférieur strictement à la valeur du cycle de l'échangeur (par défaut 120).

    Si même quand les noeuds sont tous présents le problème survient, il faudrait faire une analyse des UG et des dépendances d'UG sur ce Noeud et ceux avec lequel il communique. Vérifier qu'il n'y a pas d'incohérence dans leurs définitions entre des noeuds.

    Michel



    Nous n'avons aucune instances en 5.6 pour le moment. Effectivement je viens de recevoir un message d'information signalant le pb d'échange avec la 5.6 et les autres versions.
    Nous avons déjà mis la variables U_TIMEOUT_ECH dans les fichiers uxsetenv mais cela ne semble rien faire.
    Au niveau du timeout réseau, nos administrateurs m'ont affirmé qu'il n'y en avait pas. En fait, les traitements redémarre une fois que le noeud est de nouveau opérationnel.

    Marie
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Bonjour,

    pouvez-vous poster (ou m'envoyer par le Mail du forum) le contenu des 3 fichiers uxsetenv* de l'un des noeuds où le blocage survient quand un noeud distant est absent ?

    Il me semble qu'il y a toujours un timeout réseau (qui peut correspondre à un défaut), mais je ne suis pas un spécialiste du protocole TCP/IP et je n'arrive pas à remettre la main sur le bouquin que j'avais. Dans le cas où vos admins réseau sont vraiment sûrs d'eux, faudrait voir à en définir un... Je ne vois pas d'autre solution.

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on May 30 2011, 02:44 PM:
    Bonjour,

    pouvez-vous poster (ou m'envoyer par le Mail du forum) le contenu des 3 fichiers uxsetenv* de l'un des noeuds où le blocage survient quand un noeud distant est absent ?

    Il me semble qu'il y a toujours un timeout réseau (qui peut correspondre à un défaut), mais je ne suis pas un spécialiste du protocole TCP/IP et je n'arrive pas à remettre la main sur le bouquin que j'avais. Dans le cas où vos admins réseau sont vraiment sûrs d'eux, faudrait voir à en définir un... Je ne vois pas d'autre solution.

    Michel


    Voici les fichiers uxsetenv du noeud qui a le problème.

    merci pour votre aide
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    edited May 2011
    Je ne les vois pas...
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on May 30 2011, 04:58 PM:
    Je ne les vois pas...


    Bonjour,

    Voici la copie du fichier uxsetenv

    #! /bin/ksh
    # ==========================================================================
    # ORSYP.Sa
    #

    # Procedure for declaring a UNIVERSE environment
    # Defining variables
    # Defining aliases
    #
    #
    # The following declarations are part of the common login
    # UNIVERSE for the company RMCV50
    # (file created at installation)
    # ==========================================================================
    #
    # ========================================================
    #
    # Defining default context variables for
    # DOLLAR-UNIVERSE users
    #
    # S_CODPROF : UNIVERSE user profile
    # S_SOCIETE : UNIVERSE company code
    # S_U_LANGUE : current language
    # S_TIMEOUT : deconnection time
    #
    # ========================================================
    #
    S_CODPROF=PROFADM
    export S_CODPROF
    S_SOCIETE=RMCV50
    export S_SOCIETE
    #
    if [ "${S_U_LANGUE}NDEF" != "NDEF" ]
    then
    if [ "${S_U_LANGUE}" != "EN" ]
    then
    S_U_LANGUE="FR"
    export S_U_LANGUE
    fi
    else
    S_U_LANGUE="FR"
    export S_U_LANGUE
    fi
    #
    S_TIMEOUT=60
    export S_TIMEOUT
    S_ESPEXE=X
    export S_ESPEXE
    S_UNIVERS=E
    export S_UNIVERS
    S_APPLI=U_
    export S_APPLI
    S_NOEUD=prague
    export S_NOEUD
    if [ -d /etc/UNIVERSE_DQM_${S_SOCIETE} ]
    then
    # . /etc/UNIVERSE_DQM_${S_SOCIETE}/uxsetenv_dqm_ksh
    UXDQM=/etc/UNIVERSE_DQM_${S_SOCIETE}
    export UXDQM
    alias uxdqm="cd $UXDQM;PS1='$UXDQM# '"
    fi
    #
    # Protection mask applied to Uproc files
    #
    U_MASK_UPR="u=rwx,g=rx,o=rx"
    export U_MASK_UPR
    #
    # Defining Universe root directory
    #
    UXDIR_ROOT=/produits/jobsched/RMCV50
    export UXDIR_ROOT
    alias uxroot="cd $UXDIR_ROOT;PS1='$UXDIR_ROOT# '"
    #
    # Defining Executables directory
    #
    UXEXE=/produits/jobsched/RMCV50/exec
    export UXEXE
    alias uxexe="cd $UXEXE;PS1='$UXEXE# '"
    #
    # Defining Maintenance directory
    #
    UXMGR=/produits/jobsched/RMCV50/mgr
    export UXMGR
    alias uxmgr="cd $UXMGR;PS1='$UXMGR# '"
    #
    # Defining Application Data directory
    #
    UXDAP=/produits/jobsched/RMCV50/app/data
    export UXDAP
    alias uxdap="cd $UXDAP;PS1='$UXDAP# '"
    #
    # Defining Integration Data directory
    #
    UXDIN=/produits/jobsched/RMCV50/int/data
    export UXDIN
    alias uxdin="cd $UXDIN;PS1='$UXDIN# '"
    #
    # Defining Simulation Data directory
    #
    UXDSI=/produits/jobsched/RMCV50/sim/data
    export UXDSI
    alias uxdsi="cd $UXDSI;PS1='$UXDSI# '"
    #
    # Defining Production Data directory
    #
    UXDEX=/produits/jobsched/RMCV50/exp/data
    export UXDEX
    alias uxdex="cd $UXDEX;PS1='$UXDEX# '"
    #
    # Defining Application Scripts directory
    #
    UXPAP=/produits/jobsched/RMCV50/app/upr
    export UXPAP
    alias uxpap="cd $UXPAP;PS1='$UXPAP# '"
    #
    # Defining Integration Scripts directory
    #
    UXPIN=/produits/jobsched/RMCV50/int/upr
    export UXPIN
    alias uxpin="cd $UXPIN;PS1='$UXPIN# '"
    #
    # Defining Simulation Scripts directory
    #
    UXPSI=/produits/jobsched/RMCV50/sim/upr
    export UXPSI
    alias uxpsi="cd $UXPSI;PS1='$UXPSI# '"
    #
    # Defining Production Scripts directory
    #
    UXPEX=/produits/jobsched/RMCV50/exp/upr
    export UXPEX
    alias uxpex="cd $UXPEX;PS1='$UXPEX# '"
    #
    # Defining Application Logs directory
    #
    UXLAP=/produits/jobsched/RMCV50/app/log
    export UXLAP
    alias uxlap="cd $UXLAP;PS1='$UXLAP# '"
    #
    # Defining Integration Logs directory
    #
    UXLIN=/produits/jobsched/RMCV50/int/log
    export UXLIN
    alias uxlin="cd $UXLIN;PS1='$UXLIN# '"
    #
    # Defining Simulation Logs directory
    #
    UXLSI=/produits/jobsched/RMCV50/sim/log
    export UXLSI
    alias uxlsi="cd $UXLSI;PS1='$UXLSI# '"
    #
    # Defining Production Logs directory
    #
    UXLEX=/produits/jobsched/RMCV50/exp/log
    export UXLEX
    alias uxlex="cd $UXLEX;PS1='$UXLEX# '"
    #
    # Defining UNIVERSE Log directory
    #
    UXLOG=/produits/jobsched/RMCV50/exp/log
    export UXLOG
    alias uxlog="cd $UXLOG;PS1='$UXLOG# '"
    #
    # Defining date format
    #
    if [ "$S_U_LANGUE" = "FR" ]
    then
    U_FMT_DATE="jj/mm/aaaa"
    export U_FMT_DATE
    else
    U_FMT_DATE="mm/dd/yyyy"
    export U_FMT_DATE
    fi

    #
    # Defining host file for SAP Agent
    #
    UXSAP_HOSTS_FILE="/produits/jobsched/RMCV50/mgr/uxsapagt.host"
    export UXSAP_HOSTS_FILE
    #
    # ========================================================
    #
    # Defining external ressources necessary
    # for identifying IPC communications objects
    # UXSHM_LCK : Reserving Shareable Memory space for Locks
    # UXSHM_FIL : Reserving Shareable Memory space for Open Files
    # UXSHM_TRN : Reserving Shareable Memory space for Interactive Conversations
    # UXSHM_JOB : Reserving Shareable Memory space for Batch Job tracking
    #
    # =======================================================
    #
    UXSHM_FIL=$UXMGR/UXSHM_FIL
    export UXSHM_FIL
    UXSHM_TRN=$UXMGR/UXSHM_TRN
    export UXSHM_TRN
    #
    #
    # =======================================================
    #
    # Defining environment variables for accessing file :
    # - U_LOG_FILE : UNIVERSE log
    # - U_MSG_FILE : UNIVERSE messages file
    # - SRVNET_DIR : Directory for network configuration files
    #
    # ========================================================
    #
    U_LOG_FILE=/produits/jobsched/RMCV50/exp/log/universe.log
    export U_LOG_FILE
    U_MSG_FILE=$UXEXE/uni_msg.txt
    export U_MSG_FILE
    U_LIC_FILE=$UXMGR/u_fali01.txt
    export U_LIC_FILE
    U_EDITEUR_R="xterm -e vi -R"
    export U_EDITEUR_R
    U_EDITEUR_W="xterm -e vi "
    export U_EDITEUR_W
    SRVNET_DIR=$UXMGR
    export SRVNET_DIR
    S_CODCENTRAL=N
    export S_CODCENTRAL
    S_PLAGEHORAIRE="0:0/23:59"
    export S_PLAGEHORAIRE
    U_TMP_PATH=/produits/jobsched/RMCV50/temp
    export U_TMP_PATH
    #
    # Enable PMP
    U_PMP_DISABLE=y # RE0021D : PMP desactivation
    export U_PMP_DISABLE
    # Disable PMP
    #U_PMP_DISABLE=y
    #export U_PMP_DISABLE
    #
    if [ -x $UXMGR/uxsetenv_RMCV50 ]
    then
    . $UXMGR/uxsetenv_RMCV50
    fi
    # ========================================================
    umask 0

    #
    # Add in of RE0021D update
    #
    UXMVS_HOSTS_FILE=/produits/jobsched/RMCV50/mgr/uxmvsagt.host
    export UXMVS_HOSTS_FILE
    #
    #
    # Add in of RE0021D update
    #
    # U_PROXY_FILE=/produits/jobsched/RMCV50/mgr/u_ioproxy.dta
    # export U_PROXY_FILE
    # U_IO_PROXY_FILE=/produits/jobsched/RMCV50/mgr/u_ioproxy.dta
    # export U_IO_PROXY_FILE
    #
    #
    # SPRE0021 update : Add the U_AGTSAP_VERSION_REQUEST variable for SAP
    # - U_AGTSAP_VERSION_REQUEST=YES means release of Dollar Universe agent for
    # SAP solutions is greater than or equal to 3.1
    # - U_AGTSAP_VERSION_REQUEST=NO means release Dollar Universe agent for SAP
    # solutions is less than 3.1
    #
    U_AGTSAP_VERSION_REQUEST=NO
    export U_AGTSAP_VERSION_REQUEST
    UXRES=/produits/jobsched/RMCV50/res
    export UXRES
    UXMGR4JAVA_HOSTS_FILE=${SRVNET_DIR}/uxmgr4java.host
    export UXMGR4JAVA_HOSTS_FILE
    U_LOCALHOSTNAME=prague
    export U_LOCALHOSTNAME
    UXAAP=REP_D_DAT/action
    export UXAAP
    UXAIN=REP_I_DAT/action
    export UXAIN
    UXASI=REP_S_DAT/action
    export UXASI
    UXAEX=REP_E_DAT/action
    export UXAEX
    U_ITM_I=Y
    export U_ITM_I
    U_ITM_T=N
    export U_ITM_T
    U_ITM_E=N
    export U_ITM_E
    U_ITM_R=Y
    export U_ITM_R
    U_ITM_W=N
    export U_ITM_W
    U_ITM_O=Y
    export U_ITM_O
    U_ITM_EVT_LOG=UXLOG
    export U_ITM_EVT_LOG
    U_ITM_METAFILE_PATH=UXEXE
    export U_ITM_METAFILE_PATH
    U_SEC_ECH_ENABLE=N
    export U_SEC_ECH_ENABLE

    # Purge au fil de l eau
    U_DYNAMIC_PURGE=O
    export U_DYNAMIC_PURGE
    U_RETENTION_DELAY="015:00:00"
    export U_RETENTION_DELAY
    U_RETENTION_DELAY_COMPLETED="015:00:00"
    export U_RETENTION_DELAY_COMPLETED
    U_RETENTION_DELAY_SUSPENDED="004:00:00"
    export U_RETENTION_DELAY_SUSPENDED
    U_RETENTION_DELAY_REFUSED="008:00:00"
    export U_RETENTION_DELAY_REFUSED
    U_RETENTION_DELAY_TIME_OVERRUN="008:00:00"
    export U_RETENTION_DELAY_TIME_OVERRUN

    U_TIMEOUT_ECH=30
    export U_TIMEOUT_ECH
    U_CONNECT_ITER_INTERVAL=8000
    export U_CONNECT_ITER_INTERVAL
    U_CONNECT_ITER_NBMAX=5
    export U_CONNECT_ITER_NBMAX
    UXMAXFD=1024
    export UXMAXFD

    marie
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Merci.

    Pour éliminer une piste, les 2 autres uxsetenv (_csh et _ksh) ont-ils aussi la définition du U_TIMEOUT_ECH ? Sinon, la rajouter et faire un arrêt relance de l'instance puis voir si le problème continue.

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on May 31 2011, 05:17 PM:
    Merci.

    Pour éliminer une piste, les 2 autres uxsetenv (_csh et _ksh) ont-ils aussi la définition du U_TIMEOUT_ECH ? Sinon, la rajouter et faire un arrêt relance de l'instance puis voir si le problème continue.

    Michel



    Bonjour,

    les deux autres fichiers uxsetenv_ksh et uxsetenv_csh ont le meme paramètrage U_TIMEOUT_ECH.

    Marie
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Bonjour,

    étrange...

    Pour être sûr que je n'ai rien raté, pouvez-vous confirmer la synthèse ci-dessous ?

    Vous avez une tâche sur une Session qui inclut des lancements en TIH avec des UG distantes. Si un des noeuds distants est absent (serveur ne répondant pas car arrêté ou problème réseau), les échanges vers les autres machines sont alors impactés. La session se déroule correctement sur les autres noeuds où elle a été lancée avant de tomber sur le noeud non disponible.

    Les sessions locales qui tournent sur le noeud ne sont pas impactées, part contre celles qui s'exécutent en local puis en remote sont impactées (le déclenchement en remote n'a pas lieu).

    Si les symptômes diffèrent de ce que je viens de décrire, pouvez-vous détailler tous ceux-ci ?

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on June 7 2011, 04:05 PM:
    Bonjour,

    étrange...

    Pour être sûr que je n'ai rien raté, pouvez-vous confirmer la synthèse ci-dessous ?

    Vous avez une tâche sur une Session qui inclut des lancements en TIH avec des UG distantes. Si un des noeuds distants est absent (serveur ne répondant pas car arrêté ou problème réseau), les échanges vers les autres machines sont alors impactés. La session se déroule correctement sur les autres noeuds où elle a été lancée avant de tomber sur le noeud non disponible.

    Les sessions locales qui tournent sur le noeud ne sont pas impactées, part contre celles qui s'exécutent en local puis en remote sont impactées (le déclenchement en remote n'a pas lieu).

    Si les symptômes diffèrent de ce que je viens de décrire, pouvez-vous détailler tous ceux-ci ?

    Michel



    Bonjour,

    Vous avez bien compris.
    Nous avons une tâche sur une session contenant un TIH sur des UG distantes. Si un noeud distant appelé par ce TIH est inaccessible, alors la session se déroule correctement sur les autres noeuds concernés. Par contre, les tâches planifiées après cette tâche démarrent correctement en local mais si elles font appel à un TIH sur des UG différentes et non concernées par le noeud absent, rien ne se déclenche sur ces UG. Il faut attendre le retour du noeud absent pour que les traitements reprennent leur fonctionnement normal.

    Marie
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Merci pour la confirmation.

    La variable mise en place devrait empêcher ce blocage. A moins qu'elle ne fonctionne que si un timeout TCP/IP est en place ?

    Je vois 2 moyens d'avancer :

    - ouvrir un incident auprès du Support en leur fournissant un uxtrace avec les options c s et f9 du noeud où le blocage survient lorsque le blocage est détecté (avant que les choses ne se débloquent).

    - mettre en place un timeout TCP/IP et voir si cela règle le problème avec l'aide de la variable.

    Un dernier point, merci de poster le résultat d'un uxlst ATM.

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on June 8 2011, 02:29 PM:
    Merci pour la confirmation.

    La variable mise en place devrait empêcher ce blocage. A moins qu'elle ne fonctionne que si un timeout TCP/IP est en place ?

    Je vois 2 moyens d'avancer :

    - ouvrir un incident auprès du Support en leur fournissant un uxtrace avec les options c s et f9 du noeud où le blocage survient lorsque le blocage est détecté (avant que les choses ne se débloquent).

    - mettre en place un timeout TCP/IP et voir si cela règle le problème avec l'aide de la variable.

    Un dernier point, merci de poster le résultat d'un uxlst ATM.

    Michel



    Bonjour,

    l'incident a été ouvert depuis quelque temps.
    En ce qui concerne le time out TCP/IP les administrateurs réseaux ne puevent pas.

    Commande : uxlst atm all partage

    Motor : Launcher
    State : Started
    Machine : prague , Pid : 10895
    Launched : 07/06/2011 , at : 091114
    Stopped : 07/06/2011 , at : 090210
    Wakeup : 08/06/2011 , at : 153541
    Motor : Calculator
    State : Started
    Machine : prague , Pid : 10782
    Launched : 07/06/2011 , at : 091109
    Stopped : 07/06/2011 , at : 090210
    Wakeup : 08/06/2011 , at : 154500
    Motor : Exchanger
    State : Started , Cycle : 000120
    Machine : prague , Pid : 11020
    Launched : 07/06/2011 , at : 091119
    Stopped : 07/06/2011 , at : 090210
    Wakeup : 08/06/2011 , at : 153414
    Motor : Supervisor
    State : Started
    Machine : prague , Pid : 11280
    Launched : 07/06/2011 , at : 091125
    Stopped : 07/06/2011 , at : 090208
    Wakeup : 00/00/0000 , at : 000000

    Merci
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Re,

    merci pour votre réponse.

    Le cycle de l'échangeur est standard, donc pas de souci de ce côté.

    Pouvez-vous me donner le numéro de l'incident ouvert de manière à ce que je puisse y jeter un oeil avec le Support ?

    Quant au timeout réseau, je suis vraiment surpris par le choix de vos administrateurs, j'aimerais en comprendre la cause.

    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on June 8 2011, 06:19 PM:
    Re,

    merci pour votre réponse.

    Le cycle de l'échangeur est standard, donc pas de souci de ce côté.

    Pouvez-vous me donner le numéro de l'incident ouvert de manière à ce que je puisse y jeter un oeil avec le Support ?

    Quant au timeout réseau, je suis vraiment surpris par le choix de vos administrateurs, j'aimerais en comprendre la cause.

    Michel



    Bonjour,

    Voici le n° d'incident ca103911

    Marie
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Bonjour,

    merci pour le numéro.

    Que donnent sur la machine en question les commandes Unix:

    ndd /dev/tcp \tcp_ip_abort_cinterval

    ndd /dev/tcp \tcp_time_wait_interval


    Michel
  • Marie-Claire PERICHONMarie-Claire PERICHON Posts: 66 Journeyman ✭✭✭
    men wrote on June 10 2011, 05:54 PM:
    Bonjour,

    merci pour le numéro.

    Que donnent sur la machine en question les commandes Unix:

    ndd /dev/tcp \tcp_ip_abort_cinterval

    ndd /dev/tcp \tcp_time_wait_interval


    Michel



    Bonjour,

    Désolée de répondre aussi tard. Voici le résultat des commandes ci-dessus :

    rmcv50a@prague # ndd /dev/tcp \tcp_ip_abort_cinterval
    180000
    rmcv50a@prague # ndd /dev/tcp \tcp_time_wait_interval
    60000


    Merci,

    Marie
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Bonjour,

    pour suivi : le Support a tenté de reproduire le problème sans y parvenir et a fait une analyse des traces. L'action demandée est le passage du dernier patch "CA" pour la v533 ainsi que la remise à zéro des fichiers d'échanges suivi d'une réorganisation à froid.

    Michel
  • menmen EuropePosts: 3,942 Specialist ✭✭✭✭
    Bonjour,

    le nettoyage des fichiers d'échange et l'installation du FX24913 ont résolu le problème.

    Michel
This discussion has been closed.