PANIC: LookupHandle: handle out of range

1. offizieller Beitrag

    Gepostet für Beginner (lies Dir doch bitte mal die FAQ durch, wie man einen Beitrag postet. Du hast eine NEWS gepostet. Beiträge schreibtman im FORUM !


    Hallo,


    hast du cluster server ? ist LP installiert ? benutzt du roaming ? ich habe bei 6.5.1 diverse probleme, darum ist auch 6.5.2 da. da sind 500 fehler gefixt :)


    gruss
    Björn

    noch was ... ich würde den NSD so schnell wie möglich IBM zukommen lassen, die können dir sehr schnell sagen an was es liegt. dann musst du nicht lange suchen.


    Gruss
    Björn

    stimmt !! wenn du keine "nummer" hast die du der hotline angeben kannst hast du verloren ... dann ist es theorie :) aber wenn du die richtigen leute kennst und den vertrag hast geht es recht schnell, bin immer wieder erstaunt ;)


    Björn

    Hallo,
    habe soeben einen Serverstillstand mit der gleichen Meldung
    Thread=[0D44:0008-0FEC]
    Stack base=0x0BCD0070, Stack size = 11688 bytes
    PANIC: LookupHandle: handle out of range


    Ein NSD-Fehler ist nicht erzeugt worden.
    Wir setzen Serverversion 6.5.2 ein


    Meine Frage ist:
    Wie oft kommt bei Euch der Fehler ?
    Bei mir ist er zum 1. Mal aufgetreten. Evtl. kann man damit leben.


    Mit freundlichen Grüßen
    HJH13w

    hallo zusammen,


    ich habe gerade zufällig diesen thread gesehen.


    wir hatten vor einiger zeit ebenfalls grosse probleme mit panic handle abstürzen und mussten uns damit bis zum ibm entwicklersupport durchkämpfen. mit bedingt brauchbaren ergebnissen.


    das schlimmste ist, dass sich zumindest bei uns der fehler ausweitete, will sagen begann immer häufiger aufzutreten.


    ich gebe hier einfach mal weiter, was sich daraus für uns ergeben hat. möglicherweise hilft das ja weiter. bei bedarf kann man mich auch über svhamailbox@web.de erreichen. das hier alles wiederzugeben dauert zu lange.


    es gibt offenbar zwei mögliche hauptursachen.


    1:
    ältere server leiden unter einem bug, der spätestens mit der letzten version 6 beseitigt sein soll. hier kann also ein upgrade weiterhelfen.


    2:
    der panic handle wird durch den fehlerhaften prozess eines agenten oder aber den adminptask selbst verursacht. das war ja schon vermutet worden. meist friert der ganze server ein, so das leider auch die fehleranalyse nicht immer läuft.


    der genaue ursprung ist selbst im analysestack nur sehr schwer auszumachen. in der regel kündigt sich der absturz aber dadurch an, dass der adminptask nach und nach immer mehr speicher an sich zieht, diesen fragmentiert und dann irgendwann hängen bleibt.
    um den hang oder crash erstmal zu vermeiden, kann man rechtzeitig vorher neustarten.
    am ehesten hilft es den task zu beobachten und zusätzlich an der konsole die debug parameter zu erweitern um soviele infos wie möglich zu sammeln. ferner datenbanken die sich irgendwie verdächtig halten genauer prüfen, gegebenenfalls wenn möglich mal für eine weile offline nehmen.


    uns hat letzlich folgendes geholfen:


    nachdem wir den adminptask, die admin4.nsf und das globale "adressbuches" als hauptverantwortlich identifiziert hatten, haben wir die admin4.nsf gelöscht und neuerstellt (harter einschnitt ... aber unumgänglich). dann die entsprechende andere datenbank lokal repliziert und die alte gelöscht. dann die üblichen reperaturmechanismen auf die replik angewandt und sie wieder zurückrepliziert. dann den server neugestartet. seitdem gabs keine probleme mehr.


    beste grüsse


    svha