Hallo, Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw) Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung? MFG Sven Schiwek -- _______Sven Schiwek_________________________________________________ | e-mail: sven.schiwek@gmx.net | www: http://sven-s.purespace.de | | sven.schiwek@web.de | http://www.azubi.ais-ag.de | |________________________Have a lot of Fun___________________________|
Sven Schiwek wrote:
Hallo,
Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw)
Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied
In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted
Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung?
getfh := (g)et (f)ile (h)andle ?! [man mountd] The mountd program is an NFS mount daemon. When receiving a MOUNT request from an NFS client, it checks the request against the list of exported file systems listen in /etc/exports. If the client is permitted to mount the file system, mountd creates a file handle for the requested directory, and adds an entry /etc/rmtab. Upon receipt of an UMOUNT request, it removes the client's entry from rmtab. Note, however, that a client may still be able to use the file handle after the UMOUNT request (for instance, if the client mounts the same remote file system on two different mount points). Similarly, if a client reboots without notifying mountd, a stale entry will remain in rmtab. Was sagt deine /etc/rmtab ? Gruß, Daniel -- Studio Siebel GmbH
"D. wolpert" wrote:
Sven Schiwek wrote:
Hallo,
Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw)
Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied
In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted
Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung?
getfh := (g)et (f)ile (h)andle ?!
[man mountd] The mountd program is an NFS mount daemon. When receiving a MOUNT request from an NFS client, it checks the request against the list of exported file systems listen in /etc/exports. If the client is permitted to mount the file system, mountd creates a file handle for the requested directory, and adds an entry /etc/rmtab. Upon receipt of an UMOUNT request, it removes the client's entry from rmtab. Note, however, that a client may still be able to use the file handle after the UMOUNT request (for instance, if the client mounts the same remote file system on two different mount points). Similarly, if a client reboots without notifying mountd, a stale entry will remain in rmtab.
Was sagt deine /etc/rmtab ?
Diese Datei "/etc/rmtab" ist auf keinen der Systeme vorhanden habe aber mit diese datei in /var/lib/nfs/ auf dem Fileserver gefunden. Dort steht für diesen "ernie" PC: 192.168.4.3:/home:0x00000001 ernie.azubi.ais-ag.de:/data:0x00000001 Da steht ja ein Eintrag von /home. Soll ich den löschen, da er auf eine IP Adresse (die richtige) aufgelöst wurde und nicht über einen Hostnamen (ernie) aufgelöst wurde, obwohl das meiner Meinung nach kein Fehler sein sollte? -- _______Sven Schiwek_________________________________________________ | e-mail: sven.schiwek@gmx.net | www: http://sven-s.purespace.de | | sven.schiwek@web.de | http://www.azubi.ais-ag.de | |________________________Have a lot of Fun___________________________|
Sven Schiwek wrote:
"D. wolpert" wrote:
Sven Schiwek wrote:
Hallo,
Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw)
Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied
In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted
Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung?
getfh := (g)et (f)ile (h)andle ?!
[man mountd] The mountd program is an NFS mount daemon. When receiving a MOUNT request from an NFS client, it checks the request against the list of exported file systems listen in /etc/exports. If the client is permitted to mount the file system, mountd creates a file handle for the requested directory, and adds an entry /etc/rmtab. Upon receipt of an UMOUNT request, it removes the client's entry from rmtab. Note, however, that a client may still be able to use the file handle after the UMOUNT request (for instance, if the client mounts the same remote file system on two different mount points). Similarly, if a client reboots without notifying mountd, a stale entry will remain in rmtab.
Was sagt deine /etc/rmtab ?
Diese Datei "/etc/rmtab" ist auf keinen der Systeme vorhanden habe aber mit diese datei in /var/lib/nfs/ auf dem Fileserver gefunden. Dort steht für diesen "ernie" PC: 192.168.4.3:/home:0x00000001 ernie.azubi.ais-ag.de:/data:0x00000001
Da steht ja ein Eintrag von /home. Soll ich den löschen, da er auf eine IP Adresse (die richtige) aufgelöst wurde und nicht über einen Hostnamen (ernie) aufgelöst wurde, obwohl das meiner Meinung nach kein Fehler sein sollte?
Habe versucht mi dem programm exportfs das Verzeichnis aus den exports heraus zu nehmen, bekomma dann aber wieder ein Fehlermeldung: # exportfs -v -u fileserver:/home unexporting ernie.azubi.ais-ag.de:/home from kernel ernie.azubi.ais-ag.de:/home: Invalid argument Das Verzeichnis /home hat keiner gemountet. Wie behebe ich das Problem? Gibt es eine Möglichkeit den nfsserver "force" zu restarten? MFG Sven Schiwek
Am Dienstag, 11. September 2001 10:49 schrieben Sie:
Habe versucht mi dem programm exportfs das Verzeichnis aus den exports heraus zu nehmen, bekomma dann aber wi eder ein Fehlermeldung: # exportfs -v -u fileserver:/home unexporting ernie.azubi.ais-ag.de:/home from kernel ernie.azubi.ais-ag.de:/home: Invalid argument
Das Verzeichnis /home hat keiner gemountet. Wie behebe ich das Problem? Gibt es eine Möglichkeit den nfsserver "force" zu restarten?
Hallo Sven, hab mittlerweile das gleich Problem, rcnfsserver restart Shutting down kernel based NFS server done Starting kernel based NFS servernicole.steffens:/music/eins: Invalid argument done hast du ne Lösung gefunden, bin hier am verzweifeln ! MFG Patrick Klaus
Patrick Klaus wrote:
hab mittlerweile das gleich Problem,
rcnfsserver restart Shutting down kernel based NFS server done Starting kernel based NFS servernicole.steffens:/music/eins: Invalid argument done
hast du ne Lösung gefunden, bin hier am verzweifeln !
Hi, OK, so richtig eine Lösung habe ich nicht gefunden. Meine momentane Lösung: Ich hatte die Verzeichnisse "/home" und "/home/{user}" freigegeben, da ich momentan mein Netzwerk umbaue, brauche ich die Einstellungen. Ansatz 1: (nicht vollständig!) "/home" ist die 1 Partition der zweiten Festplatte. Also habe ich "/home" ungemountet und auf der Bootplatte das Homeverzeichnis mit (leeren) Userverzeichnissen von Hand erstellt und freigegeben (Das war um 02:30 AM; Administratoren haben es einfach schwer...) Das hat funktioniert. Ansatz 2: Doch an diesem frühen Morgen dachte ich mir, ich stelle das komplette Netzwerk um und habe das alte "/home"- Verzeichnis wieder gemountet und in der "/etc/exports" die {user}- Verzeichnisse herausgenommen und siehe da, es funktioniert. Meiner Meinung nach haben die Einträge der User das Problem verursacht. "/home" und "/home{user}" exportieren und in einer anderen Maschiene einhängen geht warscheinlich nicht, obwohl ich noch immer anderer Meinung bin. Ich habe eigentlich nie beide exports auf _eine_ Maschiene importiert, es war immer ein "entweder / oder". Ich werde aus diesen Dingen nicht schlau. Diese Probleme habe ich nicht, wenn ich einen Rechner neu mit SuSE 7.2 installiere (Soft-Hardware von VMware). Der Problem-Server hatte vorher SuSE 7.1 und wurde auf SuSE 7.2 aktualisiert. Ich traue dem Update nicht so richtig. Ich hoffe ich konnte dir ein paar anregungen machen. Gruß Sven Schiwek -- _______Sven Schiwek_________________________________________________ | e-mail: sven.schiwek@gmx.net | www: http://sven-s.purespace.de | | sven.schiwek@web.de | http://www.azubi.ais-ag.de | |________________________Have a lot of Fun___________________________|
Am Mittwoch, 26. September 2001 13:59 schrieben Sie:
Patrick Klaus
Hi, OK, so richtig eine Lösung habe ich nicht gefunden. Meine momentane Lösung: Ich hatte die Verzeichnisse "/home" und "/home/{user}" freigegeben, da ich momentan mein Netzwerk umbaue, brauche ich die Einstellungen. Ansatz 1: (nicht vollständig!) "/home" ist die 1 Partition der zweiten Festplatte. Also habe ich "/home" ungemountet und auf der Bootplatte das Homeverzeichnis mit (leeren) Userverzeichnissen von Hand erstellt und freigegeben (Das war um 02:30 AM; Administratoren haben es einfach schwer...) Das hat funktioniert. Ansatz 2: Doch an diesem frühen Morgen dachte ich mir, ich stelle das komplette Netzwerk um und habe das alte "/home"- Verzeichnis wieder gemountet und in der "/etc/exports" die {user}- Verzeichnisse herausgenommen und siehe da, es funktioniert. Meiner Meinung nach haben die Einträge der User das Problem verursacht. "/home" und "/home{user}" exportieren und in einer anderen Maschiene einhängen geht warscheinlich nicht, obwohl ich noch immer anderer Meinung bin. Ich habe eigentlich nie b eide exports auf _eine_ Maschiene importiert, es war immer ein "entweder / oder". Ich werde aus diesen Dingen nicht schlau. Diese Probleme habe ich nicht, wenn ich einen Rechner neu mit SuSE 7.2 installiere (Soft-Hardware von VMware). Der Problem-Server hatte vorher SuSE 7.1 und wurde auf SuSE 7.2 aktualisiert. Ich traue dem Update nicht so richtig.
Hallo Sven, danke für deine ausgiebige Antwort und Hilfe, ich hab das Problem noch anders gelöst. Hab durch Zufall gelesen, das es zwei verschiedene NFS-Server Typen/Pakete gibt, den User-Space-NFS-Server und den Kernel NFS-Server. Naja, in der Grundinstallation ist Kernel NFS-Server installiert. Nach Austausch durch den User-Space-NFS -Server hatte ich überhaupt keine Probleme mehr. Ich weis jetzt auch nicht wo der grobe UNterschied zwischen den zwei Typen liegt, jedenfalls klappts. Ich nenn nochmal meine Konfiguration. Zwei Windows-Partitionen hda7 und hdb5 wurden unter /music/eins (hda7) und /music/zwei (hdb5) gemountet. Hab ich nun in etc Exports das Verzeichnis /music freigegeben, wurde der NFS Server (Kernel basiert) ohne Probleme gestartet. Auf dem anderen Rechner wurde auch richtig gemountet aber es waren nur leere Verzeichnisse /music/eins und /music/zwei zu finden. Ging ich jetzt hin und bin ein Verzeichniss tiefer gegangen also /music/eins freigegeben, wurde mir immer die Fehlermeldung angezeigt /invalid argument. Naja, und mit dem User-Space-NFS-Server klappte alles prima. Ich hoffe ich konnte dir vielleicht auch ein wenig weiterhelfen. Benutze auch SUSE 7.2 MFG Patrick Klaus
Am Donnerstag 27 September 2001 12:25 schrieben Sie:
Hallo Sven,
danke für deine ausgiebige Antwort und Hilfe, ich hab das Problem noch anders gelöst. Hab durch Zufall gelesen, das es zwei verschiedene NFS-Server Typen/Pakete gibt, den User-Space-NFS-Server und den Kernel NFS-Server.
Naja, in der Grundinstallation ist Kernel NFS-Server installiert. Nach Austausch durch den User-Space-NFS -Server hatte ich überhaupt keine Probleme mehr. Ich weis jetzt auch nicht wo der grobe UNterschied zwischen den zwei Typen liegt, jedenfalls klappts.
Ich nenn nochmal meine Konfiguration.
Zwei Windows-Partitionen hda7 und hdb5 wurden unter
/music/eins (hda7) und /music/zwei (hdb5) gemountet.
Hab ich nun in etc Exports das Verzeichnis /music freigegeben, wurde der NFS Server (Kernel basiert) ohne Probleme gestartet. Auf dem anderen Rechner wurde auch richtig gemountet aber es waren nur leere Verzeichnisse /music/eins und /music/zwei zu
Ist auch ganz Klar! Das kann der Knfsd nicht! Siehe auch Doku in den Kernel-Quellen. Ein Export kann nicht die Dateisystemgrenzen überschreiten. Ich weiß aber nicht ob das in späteren Kernel-Versionen geäntert wurde/wird. Wenn di den knfsd verwenden willst mußt Du auf dem Server folgendes exportieren: /music/eins *.meine-domain(ro|rw...) /music/zwei *.meine-domain(ro|rw...) Diese mußt Du dann auch auf dem Client einzeln mounten!
finden. Ging ich jetzt hin und bin ein Verzeichniss tiefer gegangen also /music/eins freigegeben, wurde mir immer die Fehlermeldung angezeigt /invalid argument.
Naja, und mit dem User-Space-NFS-Server klappte alles prima.
Der kann sowas ja auch!
Ich hoffe ich konnte dir vielleicht auch ein wenig weiterhelfen.
Benutze auch SUSE 7.2
mfg Mirko -- +--[ Mirko Richter (RHCE) ]------------------------+ | Networks & Communicationsystems | | Mirko Richter | | Ernst-Thaelmann-Str. 5, D-06774 Soellichau | | E-MAIL: m.richter@ngi-box.de | | Tel. +49/(0)34243/3369-50 \\\\ | | Fax. +49/(0)34243/3369-28 (O O) | +-----------------------------------oOOo-(_)-oOOo--+
Am Die, 11 Sep 2001, schrieb Sven Schiwek:
Hallo,
Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw)
Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied
In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted
Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung?
Was nutzt Du denn für einen Kernel, irgendwas über diese getfh-Meldung habe ich gestern im Archiv der Kernel-Mailingliste gesehen. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
Christoph Maurer wrote:
Am Die, 11 Sep 2001, schrieb Sven Schiwek:
Hallo,
Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw)
Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied
In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted
Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung?
Was nutzt Du denn für einen Kernel, irgendwas über diese getfh-Meldung habe ich gestern im Archiv der Kernel-Mailingliste gesehen.
Gruß
Christoph
Ich benutze den Kernel von SuSE 7.2 (Kernel 2.4.4-4GB) nach einem Update von SuSE7.1 auf SuSE7.2 (vorher hatte ich einen Kernel 2.2) - _______Sven Schiwek_________________________________________________ | e-mail: sven.schiwek@gmx.net | www: http://sven-s.purespace.de | | sven.schiwek@web.de | http://www.azubi.ais-ag.de | |________________________Have a lot of Fun___________________________|
Am Die, 11 Sep 2001, schrieb Sven Schiwek:
Christoph Maurer wrote:
Am Die, 11 Sep 2001, schrieb Sven Schiwek:
Hallo,
Ich gebe zwei Verzeichnisse per NFS vom PC "fileserver" frei. Die /etc/exports sieht so aus: /home *.azubi.ais-ag.de(rw) /data *.azubi.ais-ag.de(rw)
Das Verzeichnis /data kann ich vom host "ernie"(192.168.4.3) ohne Probleme vom NFS-Server "fileserver" mounten. Doch bei /home bekomme ich auf dem Host diese Fehlermeldung: mount: fileserver:/home failed, reason given by server: Permission denied
In /var/log/messages auf dem NFS-Server bekomme ich diese Meldungen, wenn Host "ernie" /home mounten will: Sep 11 08:04:53 enterprise rpc.mountd: authenticated mount request from 192.168.4.3:748 for /home (/home) Sep 11 08:04:53 enterprise rpc.mountd: getfh failed: Operation not permitted
Wiso kann ich das /home Verzeichnis nicht mounten? was ist "getfh" in der Fehlermeldung?
Was nutzt Du denn für einen Kernel, irgendwas über diese getfh-Meldung habe ich gestern im Archiv der Kernel-Mailingliste gesehen.
Ich benutze den Kernel von SuSE 7.2 (Kernel 2.4.4-4GB) nach einem Update von SuSE7.1 auf SuSE7.2 (vorher hatte ich einen Kernel 2.2)
Dann ist das wohl nicht das Richtige, in der Diskussion ging es IIRC um 2.4.9 Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen
participants (5)
-
Christoph Maurer
-
D. wolpert
-
Mirko Richter
-
Patrick Klaus
-
Sven Schiwek