IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

AS/400 Discussion :

Perte liaison soft .NET et Ibm i on Power


Sujet :

AS/400

  1. #1
    Membre régulier
    Inscrit en
    Décembre 2009
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Décembre 2009
    Messages : 35
    Points : 97
    Points
    97
    Par défaut Perte liaison soft .NET et Ibm i on Power
    Bonjour,

    je suis en train d'essayer de fixer un souci de perte de trame d'un logiciel avec un Ibm i on Power , mon problème se présente aussi bien en V6R1M1 qu' en V7R2 (Hiper et Cum à jour) , le logiciel utilise les dll de iAccess for win, il interface du telnet,
    après un temps d'inactivité sur le logiciel (20-45 mins, aléatoire...) j'obtiens ces messages d'erreur:






    je n'ai pas de timeout fixé sur les jobs ou autre, v7r2 standard, il n'y a pas de pertes de paquets sur le lien, pas de saturation, latence entre 20ms et 45 ms. Le process du soft côté Win ne consomme pas de CPU ni de bande passante...

    j'ai essayé de :

    mettre à jour iAccess for windows => V7 R1 M0 SI60523 avec les composants ODBC, OLEdb .NET provider etc.... le message d'erreur se référant à ces objets... rien de mieux

    avec l'utilitaire cwbcopwr.exe j'ai fixé du keepalive sur les /SVC 4,5et13 et monté la taille des buffers



    toujours la même chose.....

    j'ai ce logiciel qui fonctionne parfaitement avec des Ibm i on Power mais sur une autre infra de notre société où nous n'avons pas les mêmes équipements coeur de réseau en place, switchs catalyst contre Nexus + Cisco ASA en transparent,

    merci de me faire part de vos observations éclairées !

    Ibm i on Power V7r2 , hosted on PureFlex P260 HMC managed
    - IBM Certified System Administrator IBM i V1

    - IBM Certified Tech sales Specialist Power8 - Power7

  2. #2
    Membre éprouvé
    Homme Profil pro
    Responsable de service informatique
    Inscrit en
    Octobre 2006
    Messages
    683
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Jura (Franche Comté)

    Informations professionnelles :
    Activité : Responsable de service informatique
    Secteur : Distribution

    Informations forums :
    Inscription : Octobre 2006
    Messages : 683
    Points : 984
    Points
    984
    Par défaut
    Bonjour,

    Ce genre de message je l'ai déjà vu, et c'était à cause d'un programme qui faisait beaucoup d'appels SQL au serveur (un toutes les secondes), en fermant mal les curseurs.
    Quand la limite était atteinte (32767 appels je crois).... Paf.
    je vais peut être dire une bêtise, mais le logiciel qui accède aux IBM i tourne sur la même machine, avec les mêmes OS et niveau de correctifs (particulièrement .net) ? Parce que personnellement, je chercherai plutôt du côté de .net.
    Si tu peux, essaie également de trouver quel est le job qui est chargé des connexions à cette application (un QZDASOINIT). Et regarde le log, des fois qu'il y ait des infos supplémentaires.
    Et juste pour info, le SFPack 60523 n'est pas le dernier. C'est le 62603.

  3. #3
    Membre régulier
    Inscrit en
    Décembre 2009
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Décembre 2009
    Messages : 35
    Points : 97
    Points
    97
    Par défaut
    bonjour, merci pour ton retour d'infos ,

    je n'avais pas vu le la sortie du SI62606 de nov 2016, la tête dans le guidon pour passer certif V7R1 ... je viens de l'appliquer on ne sait jamais, bien que j'ai déjà appliqué le pack windows application avec les dernier drivers OLEDB, ODBC ...etc

    l'éditeur du soft n'est pas coopérant mais fournit la version du .net à installer plutôt que des infos utiles... mon poste est maintenant bien à jour ,

    côté logs, j'ai plusieurs QZDASOINIT quand le logiciel effectue une requête, détail du travail :





    je pense qu'un de nos équipement réseau est en cause, tests avec le même poste vers 3 ibm I sur 3 serveurs différents , 2 perdent la com , 1 reste , celui qui ne passe pas pas l'ASA , je pense que notre service réseau va devoir creuser...
    - IBM Certified System Administrator IBM i V1

    - IBM Certified Tech sales Specialist Power8 - Power7

  4. #4
    Membre régulier
    Inscrit en
    Décembre 2009
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Décembre 2009
    Messages : 35
    Points : 97
    Points
    97
    Par défaut
    pour info ,

    problème fixé, l' Ibm i n'y était pour rien (comme d'hab) timeout au niveau du firewall ,

    le logiciel lançait de nouveaux threads au lieu d'utiliser ceux déjà créés précédemment
    - IBM Certified System Administrator IBM i V1

    - IBM Certified Tech sales Specialist Power8 - Power7

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [EasyPHP] perte liaison postes serveur
    Par patfges dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 2
    Dernier message: 07/11/2013, 21h54
  2. perte liaison entre mon tableau et le graphe
    Par xav54 dans le forum Macros et VBA Excel
    Réponses: 0
    Dernier message: 05/05/2011, 21h57
  3. [VB.NET] Perte de session entre 2 projets
    Par TekP@f dans le forum ASP.NET
    Réponses: 3
    Dernier message: 02/05/2005, 10h12
  4. [VB.NET] Liaison entre les pages aspx et vb
    Par cosmos38240 dans le forum ASP.NET
    Réponses: 4
    Dernier message: 18/03/2005, 13h55
  5. [VB.NET] Question sur liaison VB et Access
    Par Hoegaarden dans le forum Accès aux données
    Réponses: 2
    Dernier message: 18/05/2004, 10h35

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo