Hackerboard WikiHaboBlog

[HaBo]

 
Linux/UNIX Linuxverfechter finden hier Weggefährten.

NFS Server nach Umzug in anderes Subnet

Diskussion: NFS Server nach Umzug in anderes Subnet im Forum Linux/UNIX, in der Kategorie Operating Systems; Hi, ich habe gestern meinen NFS Server aus dem 10.0.0.0/24 Netz in das 10.0.1.0/24 Netz verschoben. Jetzt kann kein Client ...
Antwort
Themen-Optionen Ansicht
   
Alt 21.02.10, 17:31   #1 (permalink)
Senior Member
 
Registriert seit: 26.03.06
Serow Leistung: 8086
Standard NFS Server nach Umzug in anderes Subnet


Hi,

ich habe gestern meinen NFS Server aus dem 10.0.0.0/24 Netz in das 10.0.1.0/24 Netz verschoben. Jetzt kann kein Client mehr die Shares mounten:

So siehts auf dem Server aus:

Code:
storage:~# cat /etc/exports | grep -v ^#

/srv/archive/iso        *(rw,async,no_root_squash,no_subtree_check)
storage:~# exportfs -v
/srv/archive/iso
                <world>(rw,async,wdelay,no_root_squash,no_subtree_check)
storage:~# netstat -tulpen
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:2049            0.0.0.0:*               LISTEN      0          8342        -               
tcp        0      0 0.0.0.0:49805           0.0.0.0:*               LISTEN      0          7871        3535/rpc.statd  
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          7595        3359/portmap    
tcp        0      0 0.0.0.0:50195           0.0.0.0:*               LISTEN      0          8406        3779/rpc.mountd 
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          6147        2571/sshd       
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      0          6694        3062/exim4      
tcp        0      0 0.0.0.0:34108           0.0.0.0:*               LISTEN      0          8359        -               
tcp        0      0 0.0.0.0:3260            0.0.0.0:*               LISTEN      0          6749        3079/ietd       
tcp6       0      0 :::22                   :::*                    LISTEN      0          6145        2571/sshd       
tcp6       0      0 :::3260                 :::*                    LISTEN      0          6748        3079/ietd       
udp        0      0 0.0.0.0:2049            0.0.0.0:*                           0          8341        -               
udp        0      0 0.0.0.0:50953           0.0.0.0:*                           0          7868        3535/rpc.statd  
udp        0      0 0.0.0.0:59856           0.0.0.0:*                           0          8401        3779/rpc.mountd 
udp        0      0 0.0.0.0:743             0.0.0.0:*                           0          7861        3535/rpc.statd  
udp        0      0 0.0.0.0:46958           0.0.0.0:*                           0          8352        -               
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          7594        3359/portmap    
storage:~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:0c:29:7b:d5:7b  
          inet addr:10.0.1.23  Bcast:10.0.1.255  Mask:255.255.255.0
          inet6 addr: fe80::20c:29ff:fe7b:d57b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1334 errors:0 dropped:0 overruns:0 frame:0
          TX packets:762 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:118862 (116.0 KiB)  TX bytes:114235 (111.5 KiB)

storage:~#
Vom Client aus sieht man das hier:
Code:
mathias@portal:~$ nmap storage

Starting Nmap 4.62 ( http://nmap.org ) at 2010-02-21 17:29 CET
Interesting ports on storage.mathias-ewald.invalid (10.0.1.23):
Not shown: 1712 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
111/tcp  open  rpcbind
2049/tcp open  nfs

Nmap done: 1 IP address (1 host up) scanned in 0.094 seconds
mathias@portal:~$ sudo mount -t nfs storage:/srv/archive/iso tmp/
mount: wrong fs type, bad option, bad superblock on storage:/srv/archive/iso,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount.<type> helper program)
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

mathias@portal:~$
Direkte Auswirkungen in den Logs auf dem Server gibt es nicht wenn ich versuche das Share zu mounten.

Code:
storage:~# tail -f /var/log/messages
Feb 21 17:24:32 storage kernel: [   58.460298] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Feb 21 17:24:33 storage kernel: [   58.497518] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Feb 21 17:24:33 storage kernel: [   58.497532] NFSD: starting 90-second grace period
Feb 21 17:25:07 storage kernel: [   93.054170] nfsd: last server has exited
Feb 21 17:25:07 storage kernel: [   93.054173] nfsd: unexporting all filesystems
Feb 21 17:25:08 storage kernel: [   94.191476] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Feb 21 17:25:08 storage kernel: [   94.191490] NFSD: starting 90-second grace period
Feb 21 17:28:51 storage kernel: [  316.960036] nfsd: peername failed (err 107)!
Feb 21 17:28:59 storage kernel: [  325.413402] nfsd: peername failed (err 107)!
Feb 21 17:29:02 storage kernel: [  328.385905] nfsd: peername failed (err 107)!



^C
storage:~# dmesg | tail
[   58.460298] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   58.497518] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[   58.497532] NFSD: starting 90-second grace period
[   93.054170] nfsd: last server has exited
[   93.054173] nfsd: unexporting all filesystems
[   94.191476] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[   94.191490] NFSD: starting 90-second grace period
[  316.960036] nfsd: peername failed (err 107)!
[  325.413402] nfsd: peername failed (err 107)!
[  328.385905] nfsd: peername failed (err 107)!
storage:~# tail -f /var/log/daemon.log
Feb 21 11:59:35 storage mdadm[3238]: NewArray event detected on md device /dev/md0
Feb 21 12:10:58 storage mountd[3228]: Caught signal 15, un-registering and exiting.
Feb 21 16:54:33 storage mountd[3396]: Caught signal 15, un-registering and exiting.
Feb 21 17:20:12 storage mountd[4643]: Caught signal 15, un-registering and exiting.
Feb 21 17:21:59 storage mountd[4895]: Caught signal 15, un-registering and exiting.
Feb 21 17:22:10 storage rpc.statd[2378]: Caught signal 15, un-registering and exiting.
Feb 21 17:23:13 storage init: Switching to runlevel: 6
Feb 21 17:23:51 storage mdadm[3093]: NewArray event detected on md device /dev/md0
Feb 21 17:24:31 storage rpc.statd[3535]: Version 1.1.2 Starting
Feb 21 17:25:07 storage mountd[3743]: Caught signal 15, un-registering and exiting.
^C
storage:~#
Hat jemand ne Ahnung was da los ist?

cu
serow
Serow ist offline   Mit Zitat antworten
Alt 21.02.10, 17:55   #2 (permalink)
Moderator
 
Benutzerbild von bitmuncher
 
Registriert seit: 30.09.06
bitmuncher Leistung: Opteronbitmuncher Leistung: Opteronbitmuncher Leistung: Opteronbitmuncher Leistung: Opteronbitmuncher Leistung: Opteronbitmuncher Leistung: Opteron
Standard
"peername failed" zeigt zumeist auf, dass eine Timeout auftritt, wodurch die Verbindung getrennt wird. Ist für den Portmapper auch UDP offen? Was sagt 'rpcinfo -p' auf dem Storage? Kann der Client die gleichen Informationen mittels rpcinfo abfragen?
__________________
Mein Blog - Mein Job - Diaspora

Der Ring uns zu knechten besteht aus 12 Sternen auf blauem Grund.

Neue Beiträge im Habo via Twitter - Das HaBo auf FB - Das HaBo bei G+
bitmuncher ist gerade online   Mit Zitat antworten
   
HaBOT
 

Werbung ist gerade online    
Alt 21.02.10, 18:03   #3 (permalink)
Senior Member
Themenstarter
 
Registriert seit: 26.03.06
Serow Leistung: 8086
Standard
Hi,

UDP ports hab ich mitgepostet. 111 ist offen auf dem storage. rpcinfo sieht gleich aus:

Code:
storage:~# rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  50953  status
    100024    1   tcp  49805  status
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100021    1   udp  46958  nlockmgr
    100021    3   udp  46958  nlockmgr
    100021    4   udp  46958  nlockmgr
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100021    1   tcp  34108  nlockmgr
    100021    3   tcp  34108  nlockmgr
    100021    4   tcp  34108  nlockmgr
    100005    1   udp  59856  mountd
    100005    1   tcp  50195  mountd
    100005    2   udp  59856  mountd
    100005    2   tcp  50195  mountd
    100005    3   udp  59856  mountd
    100005    3   tcp  50195  mountd
storage:~#
Code:
mathias@portal:~$ rpcinfo -p storage
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  50953  status
    100024    1   tcp  49805  status
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    4   udp   2049  nfs
    100021    1   udp  46958  nlockmgr
    100021    3   udp  46958  nlockmgr
    100021    4   udp  46958  nlockmgr
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100003    4   tcp   2049  nfs
    100021    1   tcp  34108  nlockmgr
    100021    3   tcp  34108  nlockmgr
    100021    4   tcp  34108  nlockmgr
    100005    1   udp  59856  mountd
    100005    1   tcp  50195  mountd
    100005    2   udp  59856  mountd
    100005    2   tcp  50195  mountd
    100005    3   udp  59856  mountd
    100005    3   tcp  50195  mountd
mathias@portal:~$
Habs grad mal mit diff verglichen: Ist identisch.

cu
serow
Serow ist offline   Mit Zitat antworten
Alt 23.02.10, 11:51   #4 (permalink)
Moderator
 
Registriert seit: 30.06.08
Chromatin Leistung: K 6-3Chromatin Leistung: K 6-3Chromatin Leistung: K 6-3
Standard
Die exports (die config ) zu sehen koennte u.U. hilfreich sein.
__________________
Wenn ein Gesetz nicht gerecht ist, dann geht die Gerechtigkeit vor dem Gesetz!

Habo Blog - http://blog.hackerboard.de/
Chromatin ist offline   Mit Zitat antworten
Alt 23.02.10, 11:53   #5 (permalink)
Senior Member
Themenstarter
 
Registriert seit: 26.03.06
Serow Leistung: 8086
Standard
Hi,

die hab ich bereits gepostet. Aber ich hab kurzen Prozess gemacht und neuinstalliert. Jetzt gehts wieder. Etwas unbefriedigend aber ne Lösung musste her.

cu
serow
Serow ist offline   Mit Zitat antworten
Alt 23.02.10, 12:11   #6 (permalink)
Moderator
 
Registriert seit: 30.06.08
Chromatin Leistung: K 6-3Chromatin Leistung: K 6-3Chromatin Leistung: K 6-3
Standard
Ups, uebersehen.
__________________
Wenn ein Gesetz nicht gerecht ist, dann geht die Gerechtigkeit vor dem Gesetz!

Habo Blog - http://blog.hackerboard.de/
Chromatin ist offline   Mit Zitat antworten
Antwort
   

Werbung ist gerade online    

[HaBo] » Operating Systems » Linux/UNIX » NFS Server nach Umzug in anderes Subnet
« Vorheriges Thema | Nächstes Thema »
Themen-Optionen
Ansicht
Linear-Darstellung Linear-Darstellung

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.
BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks sind aus
Pingbacks sind aus
Refbacks sind aus

Alle Zeitangaben in WEZ +1. Es ist jetzt 07:32 Uhr.
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61