[prev in list] [next in list] [prev in thread] [next in thread] 

List:       suse-domino
Subject:    [suse-domino] Domino 5.0.x auf SuSE 7.2
From:       "Thomas Schweikle" <tschweikle () fiducia ! de>
Date:       2001-07-09 13:07:26
[Download RAW message or body]

Hi,

since some requested...

This was done to find out why dominos NNTP-task doesn't work as expecte=
d
with SuSE 7.0/7.1/7.2, but was working with SuSE 6.4.

Error description:
when using domino 5.0.x for NNTP services I noticed domino freezing fro=
m
time to time. Digging into this I found:
You may start new threads in any news group, but responding to an exist=
ion
thread kills the NNTP task. Domino freezes and won't answer any request=
s
(HTTP, lotusnote, ldap, etc.). Domino console doesn't respond anymore.
Trying to stop domino calling "server -quit" doesn't work to. This task=

just freeses immediately as does NDB if you call it. There is no way ou=
t.
Only "kill -9" to all Domino tasks will help.

HTTP, as LDAP will acknowledge requests, but never deliver data ---
Netscape, IE, Opera and others don't time out if you try to connect to
Dominos HTTP task, waiting forever for data.

Connects via lotusnote will respond immediately with "server not
responding".

Working on one of the NNTP-Databases using a notes client works. You ma=
y
start a new thread, as responding to an existing one without killing
Domino.

Threads may be feed from a feeder without Domino crashing. The only way=

chrashing it is using a real NNTP reader, responding to an existing thr=
ead.
Thus the crashing code should have something to do with NNTP reader
protocol. But I am not realy shure.

Checks for loaded libs in SuSE 6.4 and 7.2 lead to same library names.
Checking for missing libs did not mention any. With SuSE 7.2 some of th=
ese
are wrappers to new glibc 2.2 libs. Checking for incompatibilities (for=

different parameter size --- like awaiting a 32 bit int while beeing
handled a 64bit one --- while loading) didn't deliver any errors or
warnings.

The test where done with SuSE 6.4, 7.0, 7.2. With same finding for SuSE=

7.0, 7.2.

All test commented in german. Excuse me not translating them.


SuSE 6.4:
  Domino R5.0.2a:
    NNTP-Server: neuer Tread - geht, Response - geht.
    HTTP-Server: JVM startet, keine Fehler.
    HTTP-Server mit IBM-Java: JVM startet, JIT - funktioniert.

  Domino R5.0.7:
    NNTP-Server: neuer Tread - geht, Response - geht.
    HTTP-Server: JVM startet, kann JIT-Kompiler nicht initialisieren.
    HTTP-Server mit IBM-Java: JVM startet, JIT - funktioniert.

  Domino RNext:
    NNTP-Server: neuer Tread - geht, Response - geht.
    HTTP-Server: JVM startet, kann JIT-Kompiler nicht initialisieren.
    HTTP-Server mit IBM-Java: JVM startet, JIT - funktioniert.


SuSE 7.2:
  Domino R5.0.2a:
    NNTP-Server: neuer Thread - geht, Response - Absturz.
    HTTP-Server: JVM startet, st=FCrzt nach einiger Zeit mit
      einer Exception ab. Fix: die IBM JVM nach
      /opt/lotus/notes/latest/linux kopieren. Danach
      funktioniert's.

  Domino R5.0.7:
    NNTP-Server: neuer Thread - geht, Response - Absturz.
    HTTP-Server: JVM startet, kann aber nicht initialisiert
      werden. Der bei Domino R5.0.2a m=F6gliche Fix funktioniert
      hier nicht. Der Fehler bleibt.

  Domino RNext:
    NNTP-Server: neuer Tread - geht, Response - geht.
    HTTP-Server: JVM startet, keine Fehler.


Eine zweite Testreihe wurde durchgef=FChrt. Dabei wurden die Updates in=
 der
gleichen Reihenfolge eingespielt wie es im Betrieb der Fall war:

Installation SuSE 6.4, Domino R5.0.2a:
  NNTP: neuer Thread - ok, Response - ok.
  HTTP: JVM - ok, JIT - n.a.

Domino R5.0.3:
  NNTP: neuer Thread - ok, Response - ok.
  HTTP: JVM - ok, JIT - n.a.

Domino R5.0.4:
  NNTP: neuer Thread - ok, Response - ok.
  HTTP: JVM - ok, JIT - n.a.

Domino R5.0.8:
  NNTP: neuer Thread - ok, Response - ok.
  HTTP: JVM - ok, JIT - n.a.

Domino RNext:
  NNTP: neuer Thread - ok, Response - ok.
  HTTP: JVM - ok, JIT - n.a.


SuSE 7.0, 7.2, Domino R5.0.4:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

Domino R5.0.5:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

Domino R5.0.6:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

Domino R5.0.6a:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

SuSE 7.1, Domino R5.0.6a:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

Domino R5.0.7:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

Domino R5.0.7a:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

SuSE 7.2, Domino R5.0.7a:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.

SuSE 7.2, Domino R5.0.8:
  NNTP: neuer Thread - ok, Response - Absturz.
  HTTP: JVM - ok, JIT - ok.


Meine derzeitige Einsch=E4tzung des Fehlers: Library-Probleme:

- update von SuSE 6.4 -> 7.0 scheint die Kompatibilit=E4t mit
  =E4lteren Libraries nicht wieder herzustellen, obwohl
  entsprechende Wraper-Libraries installiert werden.

- Domino kann offensichtlich nicht feststellen, das
  Library-Versionen nicht korrekt sind, und liefert keine
  entsprechenden Fehlermeldungen (eigentlich m=FC=DFte der ld
  beim Laden des Servers etwas bemerken, da in solch einem
  Fall die Symbole nicht mehr korrekt =FCbereinstimmen. Frage:
  verwendet Domino den ld zum Laden von domino eigenen
  Libraries? Wenn ja, werden m=F6gliche Fehlermeldungen einfach
  nicht weitergegeben oder gar nach /dev/null geschrieben?).

Jetzt w=E4re es interessant zu wissen, welche library den
Fehler ausl=F6st.

--
Thomas
=



[prev in list] [next in list] [prev in thread] [next in thread]