Hey, Folks
I'm restoring a couple of NSR savesets on one of our Tru64 Alpha servers but
it is going very slow. I started the restore on the local NSR client server
using:
# recover -s [NSR Server] -S [saveset id] -S [saveset id]
I notice that there seem to be an numerous network collisions:
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs
Coll
tu0* 1500 <Link> 00:06:2b:01:8e:e8 0 0 0 0
0
tu1* 1500 <Link> 00:06:2b:01:8e:e9 0 0 0 0
0
tu2* 1500 <Link> 00:06:2b:01:8e:ea 0 0 0 0
0
tu3* 1500 <Link> 00:06:2b:01:8e:eb 0 0 0 0
0
ee0 1500 <Link> 00:50:7b:cf:cb:8a 98463872 3 92990990 0
4591341
ee0 1500 DLI none 98463872 3 92990990 0
4591341
ee0 1500 10.10.3 dogbert 98463872 3 92990990 0
4591341
ee1* 1500 <Link> 00:50:8b:cf:cb:8b 0 0 0 0
0
sl0* 296 <Link> 0 0 0 0
0
lo0 4096 <Link> 1927528 0 1927528 0
0
lo0 4096 loop localhost 1927528 0 1927528 0
0
mc0 8008 <Link> 40:00:00:00:00:ff 1941050 0 1936313 0
0
mc0 8008 200.0.3 dogbertmc0 1941050 0 1936313 0
0
The restore is coming from our TL891 attached to an Alpha server 8400 (NSR
Server) across the LAN (100MB;half duplex) to the local server (NSR Client
dogbert). Granted, it will be slow because it's traveling across the LAN
rather than a dedicated network like Memory Channel (to which neither the
Tape Library nor the 8400 are connected), but is there something we're
missing here that might help us pick up the pace?
NSR Server is 6.0.1 & client is 5.5.2
Tru64 is 4.0G
Andrew A. Johnson
Data Center Manager
ESCO Corporation
Portland, Oregon
503.778.6889
www.escocorp.com
Andrew A. Johnson
Data Center Manager
ESCO Corporation
Portland, Oregon
503.778.6889
www.escocorp.com
Received on Thu May 10 2001 - 22:02:50 NZST