M wrote: > Thanks for the response Richard. > > <That won't fix it... whatever it is. You're losing the net and you > need to solve that problem first. I'd check /var/adm/messages file > and see if there is anything unusual, then fmdump -eV, looking for > clues. > < > I don't see anything in the messages file or fmdump when the issue occurs. > > <By default, arp will try to resolve (reverse lookup) the IP addresses. > This is a bad thing, if you are not connected to the net, since it will > wait patiently for the reverse lookups to timeout. When troubleshooting > nets, you should use the -n flag which disables reverse lookups: arp -an, > netstat -rn, etc. > < > > Looks like Im losing the arp data somehow....could it be something on the > client side (10.0.1.4)? >
Yes, the client might be losing the net rather than the Thinkpad. -- richard > r...@opensolaris:~# arp -an > Net to Media Table: IPv4 > Device IP Address Mask Flags Phys Addr > ------ -------------------- --------------- -------- --------------- > e1000g0 10.0.1.1 255.255.255.255 00:1f:f3:42:73:a0 > e1000g0 10.0.1.4 255.255.255.255 U > e1000g0 10.0.1.200 255.255.255.255 SPLA 00:15:58:2e:af:8f > e1000g0 224.0.0.0 240.0.0.0 SM 01:00:5e:00:00:00 > r...@opensolaris:~# netstat -rn > > Routing Table: IPv4 > Destination Gateway Flags Ref Use Interface > -------------------- -------------------- ----- ----- ---------- --------- > default 10.0.1.1 UG 1 92 e1000g0 > 10.0.1.0 10.0.1.200 U 1 170 e1000g0 > 127.0.0.1 127.0.0.1 UH 1 14 lo0 > > Routing Table: IPv6 > Destination/Mask Gateway Flags Ref Use If > > --------------------------- --------------------------- ----- --- ------- > ----- > fe80::/10 fe80::215:58ff:fe2e:af8f U 1 0 > e1000g0 > ::1 ::1 UH 1 0 lo0 > > r...@opensolaris:~# ping 10.0.1.1 > no answer from 10.0.1.1 > > Message was edited by: mfish > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
