topic Re: OpenVMS ftp server connection log file creation error in Operating System - OpenVMS

OpenVMS ftp server connection log file creation error

David Hinrichs — Wed, 30 Apr 2008 00:21:27 GMT

We dropped the ball recently and let the connection log file version reach 32767. What is the expected behavior of the ftp server if this log file cannot be created? I thought the connection would be refused, but others in the group say no.
We are running OpenVMS 7.3.2 TCPIP 5.4

Re: OpenVMS ftp server connection log file creation error

Hoff — Wed, 30 Apr 2008 01:26:08 GMT

Respectfully, why ask here? It would seem faster to RENAME the current top log version to the specified ;32767 version and to try it.

I'd expect the connection to operate, but to not create a log. (Setting the file version to ;32767 has been a popular and long-standing way to disable the creation of log files, but this technique doesn't work in all cases.)

Or is this a quiz?

Re: OpenVMS ftp server connection log file creation error

Wim Van den Wyngaert — Wed, 30 Apr 2008 06:34:40 GMT

It's like Hoff said : it works but no further log is created.

Wim

Re: OpenVMS ftp server connection log file creation error

Karl Rohwedder — Wed, 30 Apr 2008 07:29:50 GMT

We call a special procedure during login to avoid such situations, it purges and/or renames selectable logfiles. I attached it to give you an idea.

regards Kalle

Re: OpenVMS ftp server connection log file creation error

David Hinrichs — Wed, 30 Apr 2008 11:06:22 GMT

Thanks everyone for replying. Remotely supporting a system that others administer can be a pain.

Re: OpenVMS ftp server connection log file creation error

Hoff — Wed, 30 Apr 2008 12:35:52 GMT

::Thanks everyone for replying. Remotely supporting a system that others administer can be a pain.::

I deal with these case quite regularly as part of normal support operations.

It's no big deal, save for those cases that require direct hardware reconfiguration or reading off LEDs or such.

I prefer to concentrate the general set-up effort up front. This when everybody involved is awake, aware, properly caffeinated, and not in a hurry or a panic, and when the gear can be staged. This set-up work includes setting up for remote access via network (via VPN or otherwise) and (if you're supporting the system to this level) setting up remote console access. When working with OpenVMS support, I also prefer to have a scratch disk available, or to have access to a (host-based) InfoServer, or both.

As part of remote support, having a local box or having a local emulation or such can be useful for testing cases such as this one.

Once established, remote boxes aren't a big deal.

Stephen Hoffman
HoffmanLabs LLC