Client32 "Please wait while (process) retries request to (server)"
Bei Computern mit dem Client32 erscheint manchmal diese Meldung, die besagt, daß der File Server die Anfragen des Arbeitsplatzes (noch) nicht verarbeiten kann. Läßt man die Meldung einfach stehen, ist der File Server irgendwann wieder bereit und kann die nachfolgenden Anfragen wieder bearbeiten.
Neben Hardwaredefekten sind die Hauptursachen dieser Meldung fehlerhafte Treiber der Netzwerkkarten auf Client- oder Serverseite oder Verkabelungsprobleme, in manchen Fällen auch Routing bzw. Switching Probleme.
Diese Meldung erscheint hauptsächlich bei den Novell Clients, weil diese vor allem durch den Write Cache eine höhere Performance als die Microsoft Clients besitzen. Der Server ist dem Ansturm von Netzwerk Paketen einfach nicht gewachsen und macht kurze Pausen, bis er die Pakete wieder verarbeitet hat.
Auf der Workstationseite sollte man sich um die neuesten NDIS Treiber für den LAN Adapter kümmern und darauf achten, daß alle zusätzlichen Protokolle wie NETBEUI entfernt werden, wenn sie nicht wirklich benötigt werden.
Auf der File Server Seite sollte man die Patches aus der Minimum Patch List von Novell installiert haben und natürlich auch hier auf aktuelle LAN Treiber des Kartenherstellers achten. Dabei müssen Sie berücksichtigen, daß es zwei ODI-Spezifikationen 3.2 und 3.3 gibt. Je nachdem, welche ODI Version die Treiber der Netzwerkkarte(n) haben, müssen jeweils unterschiedliche Support-NLMs installiert werden (MSM, ETHERTSM und bei der neueren ODI 3.3 auch NBI). Beim Mischen der beiden ODI Spezifikationen treten meist Fehler mit undeklarierten Public Symbols auf.
Auf dem File Server kann man zusätzlich die Werte für die "PACKET RECEIVE BUFFERS" höhersetzen, außerdem die "MAXIMUM CONCURRENT DISK CACHE WRITES" und die "MAXIMUM CONCURRENT DIRECTORY CACHE WRITES".
Wenn die aktuellen Service Prozesse gleich der maximalen Service Prozesse sind, sollte man auch den Wert der "MAXIMUM SERVICE PROCESSES" verdoppeln.
LAN Adapter, die auf dem "Decchip 21x40 Ethernet Controller" basieren (z.B. Karten von DEC selbst, SMC bei einigen Modellen, Adaptec/Cogent, Kingston, Accton und viele NoName Karten), scheinen besonders anfällig für diese Fehler zu sein.