Links
http://www.novell.com/documentation/lg/nwec/index.htmlWenn man ab einer bestimmten Größe der Verschachtelung von Unterverzeichnissen nicht mehr auf die Files in diesen Unterverzeichnissen zugreifen kann, meldet u.a. auch PURGE an dieser Stelle "TOO DEEP IN TREE".
Um trotzdem auf diese Dateien und Unterverzeichnisse zugreifen zu können, reicht es aus, wenn man ein MAP ROOT irgendwo tiefer in den Tree setzt.
NetWare Clients melden Ihre Fehler normalerweise mit einer Fehlernummer.
Es gibt bei Novell eine Dokumentation der 88xx Error Codes, die allerdings
eher für Programmierer geeignet sind. Eventuell können Sie damit
jedoch den Fehler eingrenzen: 
TID 10058471 (lokal)
Wenn auf Windows Arbeitsplätzen NWDAMIN oder auch ganz andere Programme mit dieser Fehlermeldung oder dem englischen Äquivalent "The handle is invalid" abbrechen, liegt das mit großer Wahrscheinlichkeit an einem aktiven Virus Scan von McAfee auf diesem Arbeitsplatz.
Deaktivieren Sie diesen und falls dies die Ursache für den Fehler war, erhalten Sie bei McAfee ein Update des Programms.
Bei Benutzung des NT Client 4.6 SP2 kann dieser Fehler auch auftreten und wird einfach durch Überspielen mit dem (englischen) SP1 erschlagen. (Rechtsklick auf die Inf - Installieren) Einmal kommt die Frage, ob eine neuere Datei überschrieben werden soll. Hier mit Ja antworten.
Wenn es nicht einmal dem Supervisor eines NetWare Servers es gelingt, ein leeres Verzeichnis zu löschen, obwohl sonst kein Benutzer darauf Zugriff hat, liegt das unter Umständen am aktiven Intel LanDesk Virus Protect.
Nach dem Entladen des Moduls kann man das Verzeichnis problemlos löschen und danach Virus Protect erneut laden.
Offene Dateien in SYS:_NETWARE verhindern das Backup der NDS und DSREPAIR.
Eine mögliche Ursache für die von einigen Win95-Clients offengehaltenen Dateien in diesem Verzeichnis ist die vom NAL benutzte (und ständig geöffnete) NRDDLL95.DLL vom 10.03.97 unter SYS:PUBLIC/WIN95. Dabei muss der Benutzer, der die offenen Dateien erzeugt, Administrator-Rechte haben.
Mit der Version der NRDDLL95.DLL von 1996 aus dem Original NW 4.11 Paket oder vom Novell Patch nptr95.exe werden die Dateien sauber geschlossen. Die Version von 1997 findet sich im NW4SP8 sowie im SP7A unter PUBLIC/WIN32, unter PUBLIC/WIN95 steht eine Version vom 04.02.97.
TID 2949145 (lokal), TID 2941635 (lokal), TID 10022872 (lokal)
Auf Windows2000-PCs mit einer G400-VGA von Matrox treten nach der Installation des NetWare-Client32 (v4.8) und den aktuellen VGA-Drivern von Matrox immer wieder folgende Symptome auf:
Nach dem Setup des VGA-Drivers von Matrox lassen sich keine weiteren Setups mehr starten - sie werden einfach nicht mehr in die Tasksliste aufgenommen, sondern bleiben in der NT-Process- Table hängen. Weder eine Neuinstallation von Windows2000 noch die Installation des VGA-Drivers über die INF-Datei anstelle des Setups bringen langfristig Abhilfe.
Ausserdem steigt die CPU-Last jedesmal drastisch an: zunächst auf 10%, später auf 50%. In der Processtable werden unterschiedliche Dienste als Ursache der erhöhten CPU-Last festgestellt.
Als weiteres Kennzeichen bleibt beim Herunterfahren des Systems regelmässig ein Prozess namens "CSC Notify Window" hängen und muss manuell beendet werden. Insgesamt wird das System zunehmend langsamer.
In der deutschen Novell-Newsgroup war zu erfahren, dass es sich um ein Problem handelt, welches nur mit den aktuellen VGA-Drivern des Typs Matrox G4x0 auftritt und auch nur mit dem Novell-Client v4.8. Vom Autor wurde die Matrox Driverversion 5.52 verwendet (MGA64.SYS).
Dem Hinweis, dass Matrox-Treiber v5.03 problemlos arbeiten, wurde nicht nachgegangen, da ältere Driverversionen früher oder später andere Probleme bereiten.
Statt dessen wurden zwei andere Empfehlungen umgesetzt:
1. Installation des Novell Patches 253829.EXE für den Novell-Client 4.8 Dieser Patch ersetzt die Datei NWWS2NDS.DLL
2. Deaktivierung des Matrox QuickDesk im System Tray durch Löschen des Registry-Eintrags
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Currentversion\Run\ "Matrox QuickDesk"
Die Deaktivierung des Matrox QuickDesk im System Tray kann auch während der Installation des Matrox-Drivers erfolgen. Nachträglich ist die Abschaltung des automatischen Ladens ebenfalls möglich: "Anzeige/Eigenschaften/Einstellungen/Erweitert/Optionen" "Matrox Quickdesk laden" deaktivieren.
Der beschriebene Workaround wurde beim Autor auf zwei PCs durchgeführt, beide Rechner arbeiten seitdem fehlerfrei.
Microsoft hat mit dem SP1 eine Prüfung in Windows XP eingebaut, ob das Profil auf einem Microsoft Server liegt. Wenn nicht, wird es aus "Sicherheitsgründen" nicht mehr geladen.
Deaktivieren lässt sich diese "Sicherheitsprüfung" mit
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "CompatibleRUPSecurity"=dword:00000001