1828218 Members
2048 Online
109975 Solutions
New Discussion

Very slow connections

 
Antoniov.
Honored Contributor

Very slow connections

My customer has an old alphaserver 400 with openvms V6.2, Advanced Server V6.0, UCX V4.2
This system has been slowing for three weeks and I'm becoming insane because of this.
The axp is a remote site without direct access and it's uneasy making any type of check.
The information about this trouble are:
1) All terminal connections are via LAT or telnet and are very slow; sometime users wait for omly echo of characters.
2) The only direct connection without lan is from console and it works always quick.
3) Shared directory of pathwork are slow too.
I guess it's a lan trouble but I can't solve it.
Any clue, hint, suggestion will be appreciated.

Antonio Vigliotti
Antonio Maria Vigliotti
29 REPLIES 29
Bojan Nemec
Honored Contributor

Re: Very slow connections

Antonio,

As you say it seems a network trouble. Probably hardware. Have you try to look at the lan card counters (mc lancp show device /counters)? Are there any errors?

I am shure that you have checked the card/switch speed and mode settings.

How is the lan configurated (switches,hubs)? If you have a managed switch, look at the port statistics. Sometimes a broken PC lan card can congest the network. Can you isolate some parts of the network, and see if it works better without them?

Sory to respond to your question with more questions.

Bojan

Daniel Fernandez Illan
Trusted Contributor

Re: Very slow connections

Antoniov
Are you checked DECnet address of clients?.
It's possible that a client has the same address of Server?.
Other posibility is check phisicals connections of LAN (packets lost...)
Saludos "Desde un lugar de la Mancha" (400 years ago).
Daniel
Bojan Nemec
Honored Contributor

Re: Very slow connections

Antonio,

As Daniel suggested, check also for duplicate IP addresses.

Bojan
Uwe Zessin
Honored Contributor

Re: Very slow connections

Yes, looks like a bad network to me, too. Perhaps somebody has screwed up the termination if this is thick- or thinwire cabeling.

I'd check with
$ MCR NCP SHOW KNOWN LINE COUNTERS
or
$ MCR LANCP SHOW DEVICE /COUNTERS
.
Antoniov.
Honored Contributor

Re: Very slow connections

Bojan,
because the system is far out I can do only limitated checks.
I found many errors in LATCP service. Customer network of Pcs works fine. Changed port of hub-switch, didn't resolve. Set ewa0 full duplex and/or fast: didn't resolve.
Daniel,
the only decnet address is on AXP.

Antonio Vigliotti
Antonio Maria Vigliotti
Antoniov.
Honored Contributor

Re: Very slow connections

Uhm,
duplicate ip address mey be a good start point.
Uwe,
it's installed decnec IV conseguently I can't use LANCP commands. I looked at NCP counters but no errors found (like LAT); however decnet is not in use.

Antonio Vigliotti
Antonio Maria Vigliotti
Uwe Zessin
Honored Contributor

Re: Very slow connections

LANCP is not a DECnet component - one of its uses is to provide a MOP download _independent_ from DECnet (IV or V). I thought that it's device counters are basically the same as DECnet's LINE counters, because they come from the hardware interface.
.
Volker Halle
Honored Contributor

Re: Very slow connections

Antinio,


I found many errors in LATCP service


What are those errors ? Could you provide the output of the appropriate LATCP command ?

Volker.
Antoniov.
Honored Contributor

Re: Very slow connections

Volker,
the answer is no. Every time I have to do something I have to call my customer and connect my emulator to his system.
Now I'm waiting for my customer who is checking for duplicate ip address.

Antonio Vigliotti
Antonio Maria Vigliotti
Doug Phillips
Trusted Contributor

Re: Very slow connections

Has a Win2k or 2k3 server been added to the network recently?
Garry Fruth
Trusted Contributor

Re: Very slow connections

I would not expect a duplicate IP address to affect LAT performance. I think you may be in for a road trip.
Lawrence Czlapinski
Trusted Contributor

Re: Very slow connections

Antonio,
I usually only see this problem on VAXen.
1. How much of the CPU is being used? Just to make sure the Alpha CPU(s) aren't saturated. If the CPU usage is in the 90's for an extended period and the CPU queue is long, the system may be saturated. If this is the case, you will need to investige furhter whether there may be a CPU bottleneck.
2. If you don't have a CPU bottleneck,
do you have excessive buffered or disk IO?
3. Do you have excessive pagefaulting or swapping?
4. If none of the above, then it's probably a LAN problem. Are the LAT and TELNET connects going over ethernet? If yes, then the network group needs to check the LAN. We had this sort of problem a couple times when some of our network PCs got hit by a worm that caused them to fill the bandwidth with ping requests. You will need to have the network group check the LAN traffic with a sniffer to see what is happening. I use an AVAIL_MAN account on 1 node to watch the CPU usage of our 21 nodes across 2 sites. I have it installed on a couple more nodes in case I need it.
5. Is the problem most of the time or occassionaly? When the processes are slow, there may be higher priority compute bound processes running.
6. Are the WSDEF and WSQUOTAs adequate for the processes that are running slow? If these are too low, you could be getting a lot of pagefaulting. This is more likely on a VAX than on an Alpha.
7. The processes may be loading a lot of DCL images. This can cause a lot pagefaulting.
Lawrence
Willem Grooters
Honored Contributor

Re: Very slow connections


My customer has an old alphaserver 400 with openvms V6.2, Advanced Server V6.0, UCX V4.2
This system has been slowing for three weeks and I'm becoming insane because of this.


My assumption is it has worked fine in the past. So something has changed three weeks ago - whatever/anywhere: OS, Network, hardware, or, as others already mentioned, there is some hardware trouble - NIC (on Alpha), Hub or switch.

Have you looked to the routing table on the Alpha? I recall I have seen a similar problem caused by multiple routes to a network over different gateways - one of these wrong. I don't know how it got there (was not explicilty added) but once I removed the wrong one, the problem was gone.
Willem Grooters
OpenVMS Developer & System Manager
Willem Grooters
Honored Contributor

Re: Very slow connections

Antonio,

an addition: The routing problem can exist on routers in between as well. Route tracing may tell you more.

Willem
Willem Grooters
OpenVMS Developer & System Manager
labadie_1
Honored Contributor

Re: Very slow connections

can you post

mc ncp sh k line coun
mc ncp sh exec coun
mc ncp sh k node coun

it may reveal a few things
Antoniov.
Honored Contributor

Re: Very slow connections

Hello to everybody,
my customer told me all IP addresses of network: no duplicate address.
Three weeks ago it changed motherboard (and NIC too) with same model. Executed AUTOGEN with some little difference (e.g. MAXPROCESSCNT).
System is intermittently slow. Because my customer can't give me any important notice I'll go to him on this thursday and therefore will be able to analyze various counters.
I think do this:
- look at physical and logical interface.
- look for decnet, lat and ucx counters then reckon error.
- compare lan process (telnet) with direct process (serial port).
I'll bring a working NIC.

Antonio Vigliotti
Antonio Maria Vigliotti
Garry Fruth
Trusted Contributor

Re: Very slow connections

If the machine can send e-mail via the internet. You could set up a command procedure that polls those counters on a daily or twice-daily basis and e-mail you the results. If e-mail is not available, you may want to record the counters to a log file.
Antoniov.
Honored Contributor

Re: Very slow connections

My customer delayed meeting in next week :-(
Connected to his system.
$ MC NCP SHOW EWA-0 COUNT
>65534 Seconds since last zeroed
195556 Data blocks received
63900 Multicast blocks received
309 Receive failure, including:
Block check error
Framing error
10106316 Bytes received
3922904 Multicast bytes received
0 Data overrun
140470 Data blocks sent
27955 Multicast blocks sent
195 Blocks sent, multiple collisions
86 Blocks sent, single collision
298 Blocks sent, initially deferred
29921484 Bytes sent
2945580 Multicast bytes sent
1 Send failure, including:
Excessive collisions
0 Collision detect check failure
0 Unrecognized frame destination
0 System buffer unavailable
0 User buffer unavailable
$ MC LANCP SHOW EWA0 /COUNT
Value Counter
----- -------
4294967295 Seconds since last zeroed
196201 Data blocks received
63939 Multicast blocks received
20250627 Receive failure
10136609 Bytes received
3925319 Multicast bytes received
0 Data overrun
140998 Data blocks sent
27970 Multicast packets transmitted
195 Blocks sent, multiple collisions
86 Blocks sent, single collision
298 Blocks sent, initially deferred
30057684 Bytes sent
2946745 Multicast bytes transmitted
65537 Send failure
0 Collision detect check failure
0 Unrecognized frame destination
0 System buffer unavailable
0 User buffer unavailable

Anotnio Vigliotti
Antonio Maria Vigliotti
Uwe Zessin
Honored Contributor

Re: Very slow connections

So it's not urgent for him, eh? Well, I, too, have such a project running at the moment - let's share our ":-("s

Apparently something at the hardware layer is corrupting frames and causing other errors.
.
Antoniov.
Honored Contributor

Re: Very slow connections

Yes Uwe,
now it isn't urgent for him because last two days system worked fine.
I suspect NIC card is almost broken.

Antonio Vigliotti
Antonio Maria Vigliotti
Antoniov.
Honored Contributor

Re: Very slow connections

Help me!
Today I'm on customer site.
Last two weeks system worked almost fine; receive error of lancp value is: 21364739.
Suddenly system goes very slow: reveice error is increasing (now more than 25000000).
Console work without trouble.

Antonio Vigliotti
Antonio Maria Vigliotti
Antoniov.
Honored Contributor

Re: Very slow connections

Read thread: on february 2th error count was 20250627 Receive failure.
Changed cable and hub-switch port: no solution.

Antonio Vigliotti
Antonio Maria Vigliotti
Albert Öttl
Advisor

Re: Very slow connections

Hi Antonio,
I once had the same problem with an Alpha Server 4100.
The reason was that the Alpha and the Cisco switch had differnt ideas about "autonegotiating". After changing both sides to 100 FD FIXED (no autonegotiate or autosense), the problem was gone.

A closer investigation revealed, that the switch tried to re-negotiate the network speed after some errors due to heavy load occured. But when the Alpha was not willing to change the settings, the switch fell back to 10 Mbit half duplex.

Just my 0.02 EUR.
Albert
Antoniov.
Honored Contributor

Re: Very slow connections

Albert,
thank you for quicky response.
To avoid this trouble I set ewa0 to Half Duplex 10mps and connected to hub (no autosense).

Antonio Vigliotti
Antonio Maria Vigliotti