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... -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)