Re: nfs-client starten
On Wednesday 12 November 2003 12:30, Gerhard Brauer wrote:
> a) dein Laptop (192.168.1.4)
> produziert DUPs beim ping zum server.
> Auch zum Router?
nein:
suriananda:/etc# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=254 time=1.0 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=254 time=0.9 ms
> Kriegst du auch DUPs wenn du dein lokales Interface anpingst, also
> ping 192.168.1.4 ?
nein:
suriananda:/etc# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4): 56 data bytes
64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.0 ms
64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.0 ms
>
> b) dein (nfs)Server (192.168.1.3)
> kannst du den Laptop *vom* Server ohne DUPs pingen?
> gleiches *vom* Server zum Router? DUPs?
ja
>
> c) dein Router (192.168.1.???)
> geht *vom* Router der Ping zum Server und zum Laptop ohne DUPs?
schwer zu sagen, der router gibt dies hier zurück (bei beiden mit entspr.
IPs):Resolving 192.168.1.4 ... 192.168.1.4
Reply from 192.168.1.4
Reply from 192.168.1.4
Reply from 192.168.1.4
Ping Host Successful
>
> d) funktionieren andere netz-Programme ohne Fehler bzw. nennenswerte
> Verzögerungen?
> Kannst du vom Laptop z.B. eine ssh session zum Server machen?
ja
>
> Ich klammere mich deswegen so hartnäckig ;-) an diese Fragen weil DUPs
> beim Ping eigentlich nicht vorkommen dürfen.
> Siehe: man ping => DUPLICATE AND DAMAGED PACKETS
wo die wohl her kommen?
>
> Evtl. ist deine Broadcast-Adresse falsch gesetzt?
> Poste doch mal die Ausgabe von
> ifconfig eth0 (oder wie dein interface heißt)suriananda:/etc# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 00:0D:60:38:9B:E2
inet addr:192.168.1.4 Bcast:192.168.1.7 Mask:255.255.255.248
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:191603 errors:0 dropped:0 overruns:0 frame:0
TX packets:110894 errors:0 dropped:0 overruns:0 carrier:0
collisions:72 txqueuelen:100
RX bytes:101720010 (97.0 MiB) TX bytes:8042653 (7.6 MiB)
Interrupt:11 Base address:0x8000 Memory:c0220000-c0240000
>
> Bitte auch nochmal die Ausgabe von:
> ping -c 3 192.168.1.0
suriananda:/etc# ping -c 3 192.168.1.3
PING 192.168.1.3 (192.168.1.3): 56 data bytes
64 bytes from 192.168.1.3: icmp_seq=0 ttl=64 time=0.4 ms
64 bytes from 192.168.1.3: icmp_seq=0 ttl=64 time=0.9 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=0 ttl=63 time=1.1 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=0 ttl=63 time=1.4 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=0.4 ms
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=0.9 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=63 time=1.0 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=63 time=1.3 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=2 ttl=64 time=0.5 ms
--- 192.168.1.3 ping statistics ---
3 packets transmitted, 3 packets received, +6 duplicates, 0% packet loss
round-trip min/avg/max = 0.4/0.8/1.4 ms
suriananda:/etc# ping -c 3 192.168.1.0
PING 192.168.1.0 (192.168.1.0): 56 data bytes
64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.0 ms
64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.0 ms
64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.0 ms
--- 192.168.1.0 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.0/0.0/0.0 ms
>
> Ansonsten...
> ... ist nfs eigentlich vollkommen unkompliziert ;-)
>
> Wenn du feststellen solltest, das du kein Netzproblem haben solltest,
> dann prüfe doch bitte nochmal folgendes:
>
> a) Sicherheitshalber auf Laptop und Server die nfs Dienste noch mal
> starten, also auf der suse sowas wie:
> /etc/init.d/nfs-server restart
> so auch den portmap noch mal neu starten
>
> Auch am Laptop noch mal.
>
> b) am Server (als root) poste bitte mal die Ausgaben von
> nfsstat -s
compuJAH:/home/david/da/la/doc # nfsstat -s
Server rpc stats:
calls badcalls badauth badclnt xdrcall
0 0 0 0 0
Server nfs v2:
null getattr setattr root lookup readlink
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
read wrcache write create remove rename
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
link symlink mkdir rmdir readdir fsstat
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
Server nfs v3:
null getattr setattr lookup access readlink
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
read write create mkdir symlink mknod
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
remove rmdir rename link readdir readdirplus
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
fsstat fsinfo pathconf commit
0 0% 0 0% 0 0% 0 0%
> exportfs
compuJAH:/home/david/da/la/doc # exportfs
/home/david 192.168.1.4
>
> c) vom Laptop:
> starte mal eine telnet session auf den portmapper vom server, also
> telnet 192.168.1.3 111
> Es sollte kein Abbruch oder Timeout kommen.
> Abbrechen kannst du mit STRG-C
> Mach das 2-3 mal.
Ok, ist das normal so?
suriananda:/home/david# telnet 192.168.1.3 111
Trying 192.168.1.3...
Connected to 192.168.1.3.
Escape character is '^]'.
^]
telnet>
> Dann poste noch mal vom Server die Ausgabe von
> nfsstat -s
compuJAH:/home/david/da/la/doc # nfsstat -s
Server rpc stats:
calls badcalls badauth badclnt xdrcall
0 0 0 0 0
Server nfs v2:
null getattr setattr root lookup readlink
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
read wrcache write create remove rename
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
link symlink mkdir rmdir readdir fsstat
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
Server nfs v3:
null getattr setattr lookup access readlink
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
read write create mkdir symlink mknod
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
remove rmdir rename link readdir readdirplus
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
fsstat fsinfo pathconf commit
0 0% 0 0% 0 0% 0 0%
>
> d) Wie andere dir schon geraten haben: kannst du (nach entsprechender
> Konfiguration /etc/exports) vom Router oder anderer Rechner eine
> nfs-Freigabe mounten? also z.B. am Router:
> mount -t nfs 192.168.1.3:/home/david /mnt
das verstehe ich jetzt nicht ganz. mount ist ein befehl, der mein router
nicht kennt. und ansonsten steht nur noch 'ne windows-büchse am netz.
>
> Keine Bange, wir kriegen das schon hin ;-)
super!
das mit den DUPs beim PING ist sicher ein problem. was mich aber auch noch
verwirrt ist
1. dass der portmapper bei ps aux in klammern dasteht und
2. dass beim /proc/filesystems keinen nfs eintrag hat.
was bedeutet dies, und wie kann ich es beheben?
ausserdem bin ich mir nicht sicher, ob ich auf debian seite irgendwelche
firewalls hab. auf suse seite hab ich die ports 111 und 2048 geöffnet.
vielen dank
david
noch was: ich habs auch schon umgekehrt versucht (also 192.168.1.3 = client,
192.168.1.4=server) und hab das auch mal noch in der
NFS(-sourceforge)-mailinglist dokumentiert:
machine "compuJAH": suse 8.1, kernelversion 2.4, 192.168.1.3
/etc/exports:
/home/david 192.168.1.4(rw)
compuJAH:/etc # more /proc/filesystems
nodev rootfs
nodev bdev
nodev proc
nodev sockfs
nodev futexfs
nodev tmpfs
nodev shm
nodev pipefs
ext2
nodev ramfs
minix
iso9660
nodev nfs
nodev devpts
nodev usbdevfs
nodev usbfs
compuJAH:/etc # ps aux |grep portmap
bin 954 0.0 0.1 1296 404 ? S 09:01 0:00 /sbin/portmap
root 2283 0.0 0.2 1752 672 pts/2 S 10:36 0:00 grep portmap
ping 192.168.1.4 is absolutly norma
machine "suriananda": debian, kernelversion 2.4, 192.168.1.4
/etc/exports:
/home/david 192.168.1.0/255.255.255.0(rw)
suriananda:/etc# more /proc/filesystems
nodev rootfs
nodev proc
nodev sockfs
nodev tmpfs
nodev shm
nodev pipefs
cramfs
nodev ramfs
nodev devfs
nodev devpts
ext3
vfat
nodev usbdevfs
nodev usbfs
nodev afs
NFS IS MISSING, how can I add it?
suriananda:/etc# ps aux | grep portmap
daemon 324 0.0 0.1 1384 536 ? S 08:43 0:00 [portmap]
root 1543 0.0 0.0 1336 432 pts/2 R 10:44 0:00 grep portmap
LOOKS STRANGE, what is wrong? (why are the brackets there?)
suriananda:/etc# ping 192.168.1.3
PING 192.168.1.3 (192.168.1.3): 56 data bytes
64 bytes from 192.168.1.3: icmp_seq=0 ttl=64 time=0.8 ms
64 bytes from 192.168.1.3: icmp_seq=0 ttl=64 time=1.0 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=0 ttl=63 time=1.5 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=0 ttl=63 time=1.8 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=0.5 ms
64 bytes from 192.168.1.3: icmp_seq=1 ttl=64 time=1.0 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=63 time=1.0 ms (DUP!)
64 bytes from 192.168.1.3: icmp_seq=1 ttl=63 time=1.5 ms (DUP!)
WHY DO I GET THE DUPs? I don't get them on any other ping within the network.
i've tried both ways:
server: suriananda, client compuJAH:
suriananda:/etc# rpcinfo -p 192.168.1.4
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32768 status
100024 1 tcp 32768 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100021 1 udp 32776 nlockmgr
100021 3 udp 32776 nlockmgr
100021 4 udp 32776 nlockmgr
100021 1 tcp 32912 nlockmgr
100021 3 tcp 32912 nlockmgr
100021 4 tcp 32912 nlockmgr
100005 1 udp 32778 mountd
100005 1 tcp 32913 mountd
100005 2 udp 32778 mountd
100005 2 tcp 32913 mountd
100005 3 udp 32778 mountd
100005 3 tcp 32913 mountd
suriananda:/etc# rpcinfo -p 192.168.1.4
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32768 status
100024 1 tcp 32768 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100021 1 udp 32776 nlockmgr
100021 3 udp 32776 nlockmgr
100021 4 udp 32776 nlockmgr
100021 1 tcp 32912 nlockmgr
100021 3 tcp 32912 nlockmgr
100021 4 tcp 32912 nlockmgr
100005 1 udp 32778 mountd
100005 1 tcp 32913 mountd
100005 2 udp 32778 mountd
100005 2 tcp 32913 mountd
100005 3 udp 32778 mountd
100005 3 tcp 32913 mountd
mounting the server leeds to this (timeout)-message:
compuJAH:/etc # mount -t nfs 192.168.1.4:/home/david/ /mnt/suriananda/
mount: RPC: Wartezeit abgelaufen
the other way: server compuJAH / client suriananda:
compuJAH:/etc # rpcinfo -p 192.168.1.3
Program Vers Proto Port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 1024 status
100024 1 tcp 1024 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100021 1 udp 1026 nlockmgr
100021 3 udp 1026 nlockmgr
100021 4 udp 1026 nlockmgr
100021 1 tcp 1025 nlockmgr
100021 3 tcp 1025 nlockmgr
100021 4 tcp 1025 nlockmgr
100005 1 udp 1027 mountd
100005 1 tcp 1026 mountd
100005 2 udp 1027 mountd
100005 2 tcp 1026 mountd
100005 3 udp 1027 mountd
100005 3 tcp 1026 mountd
suriananda:/home/david# rpcinfo -p
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 32768 status
100024 1 tcp 32768 status
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100021 1 udp 32776 nlockmgr
100021 3 udp 32776 nlockmgr
100021 4 udp 32776 nlockmgr
100021 1 tcp 32912 nlockmgr
100021 3 tcp 32912 nlockmgr
100021 4 tcp 32912 nlockmgr
100005 1 udp 32778 mountd
100005 1 tcp 32913 mountd
100005 2 udp 32778 mountd
100005 2 tcp 32913 mountd
100005 3 udp 32778 mountd
100005 3 tcp 32913 mountd
suriananda:/etc# rpcinfo -p 192.168.1.3
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection timed
out
suriananda:/etc# mount -t nfs 192.168.1.3:/home/david /mnt/compuJAH
-> NOTHING HAPPENS...
Reply to: