Performance Domino

[hallo.dirk]

Zu SAN fällt mir noch folgendes ein:

Welches Raid wird gefahren?
Ist das SAN durch andere Server gar ausgelastet?

[Manfred.Gipp]

Ich werde bei Client die LOG Einstellungen höher schrauben.
Console_LogLevel=2 hatte ich schon so.
Die anderen mal eingeschaltet.
Jetzt muss ich mal ein wenig das LOG beobachten.
Das mit dem spiegeln des Ports ist etwas aufwändig, aber eine gute Idee. Werde ich auch noch einbauen, wenn ich den richtigen Laptop/PC dafür rausholen kann.
Zu den trivial-Tests:
1MB Übertragung: 1 Sekunden
10MB Übertragung: ca. 2 Sekunden
40MB Übertragung: ca. 4 Sekunden
60MB Übertragung: ca. 6 Sekunden
Die Tests mit TotalCommander oder NetCPS werde ich noch machen.
Sieht glaube ich nicht so ganz schlecht aus. War aber eine gute Idee.
Zum SAN:
Da wird RAID5 gefahren.
Es greifen derzeit noch andere Server auf das SAN zu, aber die Schnittstelle langweilt sich. Da tut sich nicht besonders viel.
Zu Domino:
Da wir einen Cluster haben wird natürlich kräftig zwischen den Servern repliziert. Aber auch zu anderen Servern wird replziert, aber nicht die großen Dokumentendatenbanken oder die Maildatenbanken.
Zur Schnittelle beim Client:
Schnittstellen der Teilnehmer sind geprüft. Laufen alle auf Full Duplex 100MBit.
Einen kleinen Flaschenhals gibt es aber hier. Der Client hat sein Datenverzeichnis auf einem Netzwerklaufwerk. Heimverzeichnis (Laufwerk) des Benutzers. Ich habe noch keine bessere Möglichkeit gefunden Roaming Users zu verwenden. Aber auch mit lokalem Datenverzeichnis ist es nicht deutlich schneller.
Zum Routing:
Wenn es ein Problem mit DNS/Routing ist, dann bleibt mir nichts anderes als nocheinmal an das sniffen der Pakete zu gehen. Ist aber etwas aufwändiger und braucht zum Einrichten Zeit.

[hallo.dirk]

Da wird RAID5 gefahren.

Das muss nun nicht unbedingt direkt etwas mit Deinem Problem zu tun haben, generell kann man aber sagen:  Raid 5 ist nicht unbedingt optimal für einen Domino Server.

[Manfred.Gipp]

Das mit dem RAID5 weiß ich. Da aber durch das SAN die direkte Ebene zu einem RAID vom Betriebssystem ferngehalten wird und wir die Ausfallsicherheit brauchen, bleibt mir hier nichts anderes. Aber auch hier werden wir in den nächsten Wochen etwas größers verändern.
Das sollte trotzdem das System nicht so verlangsamen.

[Manfred.Gipp]

Update zum LOG:
Das wird jetzt riesig. Verständlich.
Da sehe ich einige Errors, soweit ich das beurteilen kann.

Code

06.11.2008 10:41:58,86 [0B60:0002-0E8C] TCPEndp_HandleErr> TCP/IP transport driver error function code: 1507h Stack Err: 10035, NTI Err: 000Ch
06.11.2008 10:41:58,86 [0B60:0002-0E8C] TCPEndp_Rcv> exit hEndp: 182C0001h dwNtvErr = 00002733h
06.11.2008 10:41:58,86 [0B60:0002-0E8C] TCPEndp_Rcv> Exit: hEndp = 182C0001h dwNtvErr = 00002733h
06.11.2008 10:41:58,86 [0B60:0002-0E8C] cmd_rcv> exit
303 ms. [52+40410=40462]

Insbesondere dieser Error wird immer wieder gemeldet.
Kann jemand damit mehr anfangen als ich? 
Update:
Nach dem Start von Notes stehen noch folgende LOG Einträge, die mir suspect vorkommen:

Code

06.11.2008 10:37:34,05 [0B60:0004-0AB4:newmail] TCPEndp_HandleErr> TCP/IP transport driver error function code: 1522h Stack Err: 10022, NTI Err: 100Bh
06.11.2008 10:37:34,05 [0B60:0004-0AB4:newmail] TCPEndp_GetNameInfo> x_getnameinfo[2] failed, dwNtvErr = 00002726h
06.11.2008 10:37:34,05 [0B60:0004-0AB4:newmail] TCPEndp_GetNameInfo> Exit Status 100Bh
06.11.2008 10:37:34,05 [0B60:0004-0AB4:newmail] my_ntoa> Exit Status 0000h
06.11.2008 10:37:34,05 [0B60:0004-0AB4:newmail] cmd_SendTranPvdrMsg> MAPADDRTOIPANDPORTSTR 10.205.58.116,4415
06.11.2008 10:37:34,07 [0B60:0004-0AB4:newmail] cmd_SendTranPvdrMsg> exit hEndp: 182C0001h wMsg: 1006h iError = 0000h
06.11.2008 10:37:34,07 [0B60:0004-0AB4:newmail] TCPEndp_HandleErr> TCP/IP transport driver error function code: 1522h Stack Err: 10022, NTI Err: 100Bh
06.11.2008 10:37:34,07 [0B60:0004-0AB4:newmail] TCPEndp_GetNameInfo> x_getnameinfo[2] failed, dwNtvErr = 00002726h
06.11.2008 10:37:34,07 [0B60:0004-0AB4:newmail] TCPEndp_GetNameInfo> Exit Status 100Bh

[MartinG]

  Raid 5 ist nicht unbedingt optimal für einen Domino Server.   

Die Aussagen kenne ich auch - ehrlich gesagt halte ich das aber inzwischen für ziemlich überholt. In der heutigen Zeit von hochmodernen, komplexen Storagesystem ist RAID5 nicht gleich RAID5. Noch extremer ist es bei RAID1. In der Theorie wird natürlich ganz einfach auf beide Platten parallel geschrieben und auf einer gelesen. Bei den moderneren System hat sich hier IMHO sehr viel getan mit der Optimierung der Zugriffszeiten und viele RAID1 System übertreffen heute von der Performance her eine Einzelfestplatte....

Wenn Du einen Passportvertrag hast, dann würde ich jetzt an IBM die Logdatei durchmailen...

[Manfred.Gipp]

Hier ist ein Artikel von IBM über eine der Fehlermeldungen:

Code

You see the following error when you start a Lotus Domino 6 server running on a Solaris platform:

"TCPEndp_HandleErr> TCP/IP transport driver error function code: 1507h Stack Err: 11, NTI Err: 000Ch"

Or your users may experience problems such as connections failing when processing large attachments, slow performance, or hangs. In one case, client sessions were dropped by the server and users saw errors such as "no such session" or "server not responding" after a while of inactivity.

You might need to work with IBM Support to enable TCP debugging to see the complete error text.
Solution
This issue was reported to Quality Engineering and fixed in Domino 6.0.4 and 6.5.2.
 

Heißt also doch an IBM wenden? Aber eigentlich sollte das ab 6.5.2 spätestens erledigt sein. Wir nutzen 8.0.1 Server und 8.0.1/8.0.2 Clients

[m3]

Sowas nennt sich "Regression Bug" und kommt bei IBM immer wieder vor.
Spätestens jetzt würde ich einen PMR aufmachen (und nix von den Data-Verzeichnissen am Fileserver erzählen).

[Manfred.Gipp]

Da musste ich doch mal lachen, bei der letzten Aussage. Aber den PMR werde ich demnächst aufmachen.
Hier gibts einen Link zu einer Diskussion, die, wie mir scheint, genau mein Problem disktutiert.
http://www-10.lotus.com/ldd/nd6forum.nsf/0/51002e4d8eb72bdf85256eef00269f7d?OpenDocument
Das ist eine ziemlich lange Diskussion......
Und noch so eine:
http://www-10.lotus.com/ldd/nd6forum.nsf/55c38d716d632d9b8525689b005ba1c0/c143a0496a29428385256d5a00539c5f?OpenDocument