TCPIP hangs with FTP

[B. van den Dool]

Hi there,
I've a client who is running OpenVMS v7.3-2 and TCPIP v5.4-15.
One of the programmers has a monthly run. It is a perl programm and it is running on WINDOWS.
It opens (FTP) a session to OpenVMS and a PUT.
After this a RSH en the results GET (FTP).
This program was running on OpenVMS v7.1-2.
Now I was upgrading the system to OpenVMS v7.3-2 and TCPIP v5.4-15 and the same programm is hanging the session. There are no errors ..... no errors in logfiles. No errors in OPER.LOG.
It was running right is OpenVMS v7.1-2 (and UCX!!) and after upgrading it hangs after a while (random).

[Volker Halle]

B.,

welcome to the OpenVMS forum.

Which program is hanging ? FTP PUT, RSH anything or FTP GET ?

Is a session established from the PC to the OpenVMS system at the time of the hang ? Check with TCPIP SHOW DEV and look for sockets to the PC IP address.

FTP problems are sometimes caused by name resolution errors. Does TCPIP SHOW HOST ip-address-of-PC work ?

Volker.

[B. van den Dool]

New info from programmer. The session hangs after RSH command. It gives no return.

[B. van den Dool]

Yes, the session is initiated from the PC.
And the session is open during hangup.
You see the RSH line and the silence.
See the attachment for the PERL programm.

[Volker Halle]

Is there a TCPIP$REXEC_RUN.LOG file in the default directory of the user account on the VMS server ? Any error message (in any versions of that file) ?

There should be a TCPIP$R_BGnnnn RSH process on the VMS system (executing the compiler procedure). Is it there, if it 'hangs' ?

Volker.

[B. van den Dool]

Nex step ...
The problem is the mix ....
RSH (windows) version with TCPIP version.
We have tride this procedure (CLEARCASE/PERL) on another Windows environment (=RSH version).
Result no problem except while you KLIK the window down the procedure stops and resume if you open the window and puch ENTER.

Das anyone know how to "show version" on WINDOWS RSH ????

[Volker Halle]

B.,

this is the OpenVMS forum, but...

Find RSH.EXE (should be in C:\WINDOWS\system32\ and look at properties for version information).

Volker.

[Andy Bustamante]

Have you installed TCPIP ECO 5? There are some issues which might apply, either with I/O or with RSH.

[B. van den Dool]

ECO 5 ??? Not yet seen.... will looking for ...
We discover; it has to do with the combination of RSH version en TCPIP version.
I'm looking/testing for the right combine.
In the early days we had also problems with the TELNET/RSH/FTP stacks.

[Volker Halle]

TCPIP V5.4-15 seems to indicate the SSB version of TCPIP V5.4 (no ECO installed). ECO 5 would make this V5.4-155.

When reporting TCPIP versions, use the command TCPIP SHOW VERS

It is good practise, to always install the most recent available TCPIP ECO and not run with a base version, if ECOs are available - especially after doing an upgrade, when you might have to re-test your applications anyway.

Volker.

[Andreas Kaempfe]

Please even check the hardware port setup if full duplex or not. Both, the switch and your system port, should have the same setup. I found this problem very often, TELNET works but FTP hangs. $ MC LANCP SHOW DEVICE /PARAMETER.

Andy.

[Antoniov.]

Hi B.
I suspect new version of TCP/IP requires some system quota greater than previous one.
Can you analyze system parameters with AUTOGEN?

Antonio Vigliotti

[comarow]

If you go to
anal/system
sho sum, and find the process
what state is it in?

[Willem Grooters]

Bert,

Have you tried to execute the compilation script directly on VMS? Since it's an upgrade of VMS and a change from UCX to TCPIP, there may be issues to cope with.
(Are you SURE you used UCX, not TCPIP in 'the old days'?)

During "hang", indeed, check the status of the REXEC process on VMS. Not just the status, also what's it doing (Which exe it's executing). It may have finished compiling and wait for input, though I would expect it to return when the compilation ends (no matter how). If there is no such process, check accounting for the proces, if it is there, it's exit status may hold a clue why.

Willem

[B. van den Dool]

The problem is solved. We did install een new RSH of WINTEL.
Problem solved.

[B. van den Dool]

I searched Internet and found DENICOMP.
They forwarded a new version of RSH.
And now they forwarded a bill.
I'ts less then 15 min. consultancy.