• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

NFS wieder zum fliegen bringen

Hier noch ein Hinweis:

Wenn ich den Dienst "nfsserve"r auf dem Server neustarte, erhalte ich folgende Meldung:

Code:
SuseServer:~ # rcnfsserver restart
Shutting down kernel based NFS server: nfsd                           done
Starting kernel based NFS server: idmapdexportfs: Warning: /home/becksta/Ablage does not support NFS export.
exportfs: Warning: /home/becksta/Esel does not support NFS export.
 mountd statd nfsd sm-notifyBackgrounding to notify hosts...

Leider kann ich diese nicht interpretieren. Bei der Freigabe handelt es sich um ein ntfs Laufwerk, das mit folgenden Paramtern in der fstab steht:

Code:
/dev/hdb1            /home/becksta/Esel   ntfs-3g    uid=becksta,gid=Benutzer,umask=0002,locale=de_DE.UTF-8 0 0

Greetz
Becksta
 
Hallo,
nach dem Wechsel von 10.2 auf 10.3 hatte ich auch diese Meldung. Abgestellt habe ich das so:

die fstab des Clients
Code:
192.168.1.33:/home/wm/download	/home/wm/ecs/download	nfs	defaults 0 0
192.168.1.33:/home/wm/Documents	/home/wm/ecs/Documents	nfs	defaults 0 0

die exports des Servers
Code:
/home/wm/Documents/	192.168.1.34(rw,no_subtree_check,async)
/home/wm/download/	*(rw,no_subtree_check,async)

Dokuments ist nur für ...34 auf. download für alle.
Ich habe nichts mit dem Workaround veranstaltet.
Das Ergebnis reicht für meine Ansprüche aus.

mfg
spezi
 
Das würde meinen Ansprüchen auch genügen.... ;)
Aber in dieser Konstellation klappt es bei mir leider nicht...

Hab auf dem Server 10.2 und auf dem Client 10.3

Es geht einfach nicht....*schnief*

Greetz
Becksta
 
Hallo,
wie sieht das denn im Runlevel Editor aus, laufen denn da die Dienste?
Was sagt denn
Code:
nmap localhost -sR

mfg
spezi
 
Auf dem Server:

Code:
Starting Nmap 4.11 ( http://www.insecure.org/nmap/ ) at 2007-11-14 15:44 CET
Interesting ports on localhost (127.0.0.1):
Not shown: 1667 closed ports
PORT     STATE SERVICE              VERSION
22/tcp   open  ssh
25/tcp   open  smtp
53/tcp   open  domain
80/tcp   open  http
111/tcp  open  rpcbind (rpcbind V2)  2 (rpc #100000)
139/tcp  open  netbios-ssn
389/tcp  open  ldap
443/tcp  open  https
445/tcp  open  microsoft-ds
631/tcp  open  ipp
953/tcp  open  rndc
2049/tcp open  nfs (nfs V2-4)        2-4 (rpc #100003)
3306/tcp open  mysql

Code:
15:44 SuseServer:~ # rpcinfo -p
   Program Vers Proto   Port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100005    1   udp   1039  mountd
    100005    1   tcp  27747  mountd
    100005    2   udp   1039  mountd
    100005    2   tcp  27747  mountd
    100005    3   udp   1039  mountd
    100005    3   tcp  27747  mountd
    100024    1   udp   1040  status
    100024    1   tcp   6750  status
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100021    1   udp   1041  nlockmgr
    100021    3   udp   1041  nlockmgr
    100021    4   udp   1041  nlockmgr
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100021    1   tcp   7324  nlockmgr
    100021    3   tcp   7324  nlockmgr
    100021    4   tcp   7324  nlockmgr
 
Hallo,
mir fällt dazu nichts mehr ein - sind die zu exporterenden Teile überhaupt freigegeben?

mfg
spezi
 
Wie meinst du das??

Ich habe die in der smb.conf freigegeben und in der exports....
Hab ich da etwa was vergessen???

Greetz
Becksta
 
Ich raff das einfach nicht..

wenn in der exports

Code:
/home/becksta/Esel      192.168.178.17*(rw,no_subtree_check,async)

krieg ich bei dem Versuch als User vom Client aus zu mounten einen Timeout.

wenn


Code:
/home/becksta/Esel     (rw,no_subtree_check,async)

drinsteht, kommt das gleiche... dabei sollte diese Einstellung das doch für ALLE zugänglich machen!!!

Code:
/home/becksta/Esel      192.168.178.17/24(rw,no_subtree_check,async)

Ich bin echt langsam ziemlich durch..... so eine Grütze.... ;(

Greetz
Becksta
 
Becksta schrieb:
... dabei sollte diese Einstellung das doch für ALLE zugänglich machen!!!

Code:
/home/becksta/Esel      192.168.178.17/24(rw,no_subtree_check,async)

Das ist auch falsch!

Ich hab dir schon mal gepostet das du mal die Manpage von exports lesen sollst. Und versuche es auch zu verstehen.

So sieht das bei mir bei einem Eintrag aus, nun mach dir mal Gedanken.
Code:
/mnt/marketplace/		192.168.0.0/255.255.255.0(rw,sync,no_subtree_check)
 
Nix für ungut Bommel....
Ich hab die Manpage bereits min. 30 mal durchgelesen... und meiner Meinung nach sämtliche möglichen Optionen durchgespielt...
Offenbar komme ich echt an die Grenzen, was mein Verständnis angeht...

Dennoch werde ich versuchen, deinen Input nochmal einzubauen.... ;)

Greetz
Becksta

Edit1:
Ich komme nicht dahinter... Es wäre schön, wenn du es mir erklären könntest... Manpages lesen ist ne dolle Sache, aber wenn man es nicht rafft, bringt einem das leider nicht viel..... Denke, das ich bisher fast alles auf diesem Weg irgendwie selbst hinbekommen habe... Aber hier geht nix mehr...

Deshalb wäre es toll, wenn du dein Wissen einfach preisgeben könntest, statt hier ei Quiz mit mir zu veranstalten....

GEDANKEN HAB ICH MIR SCHON GENUG GEMACHT.... :cry:

Greetz
Becksta
 
Versuchs mal mit einem anderen Avatar :lol:

2 Möglichkeiten.
Code:
/home/becksta/Esel      192.168.178.0/24(rw,no_subtree_check,async)
Code:
/home/becksta/Esel      192.168.178.0/255.255.255.0(rw,no_subtree_check,async)

Siehste den Unterschied?

...
 
ehrlich gesagt hab ich keine Ahnung.

Es funktioniert aber auch keine der beiden Einstellungen in der /etc/exports.... Also scheint es das auch nicht zu sein.

Code:
home/becksta/Ablage    192.168.178.0/24(rw,no_subtree_check,async)

Code:
home/becksta/Ablage    192.168.178.0/255.255.255.0(rw,no_subtree_check,async)


Könnte es nicht daran liegen, das die Freigabe eine komplette Partition in NTFS ist???

Greetz
Becksta
 
Becksta schrieb:
.... Also scheint es das auch nicht zu sein.
So wird aber ein komplettes Subnetzt an alle exportiert.
Wolltest du doch, oder?

Becksta schrieb:
Könnte es nicht daran liegen, das die Freigabe eine komplette Partition in NTFS ist???

Keine Ahnung:
Alles was mit Windows zu tun hat kümmert mich nicht. Deswegen hab ich auch kein Plan von Samba.

...
 
Im Prinzip wollte ich das, aber so wie ich das sehe, werde ich mich wohl davon verabschieden müssen....
Wird dieser Bug eigentlich auch irgendwann mal behoben???
Wenn ich Bugzilla anschaue, hat der keine Prio... Gibts da Erfahrungswerte, wie lange sowas dann dauern kann??

Greetz
Becksta
 
Becksta schrieb:
Könnte es nicht daran liegen, das die Freigabe eine komplette Partition in NTFS ist???
Ein fremdes Filesystem im Linux gemountet und dann via NFS freigeben ... das kannste knicken.
Es soll wohl mit "hide, nohide" in der /etc/exports möglich sein, aber das hab ich bisher noch nie erlebt.
Und ich kann mich daran erinnern, dass wir hier schon mal genau das Thema hatten und der TE mit diesen Optionen erfolglos getestet hat.

hide, nohide Exportiert der Server ein Verzeichnis, in dem wiederum ein anderes Dateisystem gemeountet ist, so wird dieses nicht an einen Client exportiert (»hide«, Voreinstellung). Dies bedeutet allerdings, dass die Dateisysteme weiterhin alle einzelnd auf der Server-Seite exportiert werden müssen jedoch nicht alle expliziet auf der Client gemountet werden müssen. Die »nohide«-Option (also den impliziten Export) funktioniert jedoch nur, wenn es sich bei der Clientangabe um einen Rechnernamen (keine Wildcards, IP-Netzwerke und Netzgruppen!) handelt.
 
Also unter der 10.2 hat das definitiv problemlos geklappt...
Damit hatte ich da nie Probleme.... Und die 10.2 hab ich ja jetzt auch wieder auf dem "Freigaberechner" installiert...
Aber ich glaub, ich lass es für heute... sehe den wald schon vor lauter bäumen nicht mehr...

Aber falls jemand noch nen heißen Tip hat: Immer her damit... ;)

Greetz
Becksta
 
FUSE stellt keine NFS-Export-Ops bereit, also sieht das etwas dunkel aus.
Das gesagt, statt über /24 oder /255.255.255.0 zu debattieren, Augenmerk auf:
/home/becksta/Esel 192.168.178.17/24(rw,no_subtree_check,async)
/home/becksta/Ablage 192.168.178.0/24(rw,no_subtree_check,async)
 
Wie witzig,

also nochmal von vorne.... Ich habe jetzt die PLatten in einer Mammutaktion alle als ext3 formatiert. Auf dem Server wieder 10.3 und auf dem Client auch. Gestern abend, konnte ich die NFS Freigaben, die SO exportiert sind:

Code:
/home/becksta/Ablage       *(rw,root_squash,async,no_subtree_check)
/home/becksta/EigeneDateien     *(rw,root_squash,async,no_subtree_check)
/home/becksta/Esel                     *(rw,root_squash,async,no_subtree_check)

einwandfrei erreichen. Soviel also zu dem Thema, dass der Stern nicht mit einer IP Adresse klappt... Wenn kein DNS im Netz läuft, geht das so.... ;o)

In der Fstab des Client sind diese folgendermaßen eingebunden:

Code:
192.168.178.16:/home/becksta/Esel	/home/becksta/Esel	nfs	defaults 0 0
192.168.178.16:/home/becksta/Ablage	/home/becksta/Ablage	nfs	defaults 0 0
192.168.178.16:/home/becksta/EigeneDateien	/home/becksta/EigeneDateien	nfs	defaults 0 0

Und auf der dem Server sind die Laufwerke mit diesen Parametern in der Fstab gemountet:

Code:
/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2504CS0C3J1HLC00449-part1 /home/becksta/Ablage ext3       	acl,user_xattr                                         1 2
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD321KJS0MQJ1KLC30567-part7 /home/becksta/EigeneDateien ext3 	defaults 0 0
/dev/disk/by-id/scsi-SATA_SAMSUNG_HD321KJS0MQJ1KLC30567-part6 /home/becksta/Esel   ext3       	defaults 0 0

Ohne das ich den hier im Thread beschriebenen Workaround durchzogen habe, klappte es gestern.... bis ich gebootet habe....
Hoffentlich nimmt hier nochmal jemand fahrt auf... irgendwie muss doch meine Mucke wieder in den AMAROK....

Greetz
Becksta
 
Oben