Hallo Liste! Ich habe heute folgende seltsame Erfahrung gemacht: Server ------ -SuSE 5.3 -Kernel 2.0.35 Client ------ -SuSE 6.1 BETA -Kernel 2.2.3 (Installationskernel von der CD und eigene Kernel) -Star Office 5.0 Der Client hat sich das VZ /home via NFS auf seinen Mountpoint /home gezogen, alle Benutzer sind auf beiden Systemen mit identischen Daten (UID, GID etc.) angelegt. Somit hat jeder Benutzer sein VZ ~/Office5.0 auf dem Server und das SOffice selber liegt auf den Clients in /opt. Ferner ist noch ein Testbenutzer lokal auf dem Client angelegt, dessen HOME-VZ in /tmp auf dem Client liegt. Problem ------- Solange der Client mit einem 2.0.x Kernel arbeitet startet SOffice einwandfrei. Boote ich aber den 2.2.3-Kernel dann h�ngt es sich im Startvorgang auf und mu� mit SIGKILL get�tet werden :-( Der Testbenutzer mit seinem lokalen VZ Office5.0 arbeitet in beiden F�llen problemlos Der Fehler scheint in direktem Zusammenhang mit der NFS-Implementierung des Kernels zu stehen. Ein paar Experimente mit den entsprechenden Optionen (System/User-NFS) brachten aber noch keine L�sung. Offensichtlich greift auch das SMBFS auf den (fehlerhaften?) Code zur�ck, da ich beim Mounten von /home via smbmount dasselbe Ph�nomen erhalte. Seltsamerweise ist SOffice (bisher) das einzige Programm, welches mit NFS-gemounteten Verzeichnissen Probleme hat, alle anderen Tools laufen einwandfrei. Vielleicht ist diese Info f�r jemanden n�tzlich (hallo SuSE: -any hints?). Staunend Dirk -- Um aus der Liste ausgetragen zu werden, eine Mail an [EMAIL PROTECTED] schicken, mit dem Text: unsubscribe suse-linux
