Even
without the details, your description was sufficiently clear and was what we
expected it to be. Perhaps I was unclear. Given the same files, the FTPSERVE
machine was giving us the messages:
DTCRUN1005E
Required tag :Command. was not found in IBM DTCPARMS E1 or SYSTEM
DTCPARMS D1
DTCRUN1099E
Server not started - correct problem and retry
This was
the case, even though the tag is clearly present in IBM DTCPARMS. We copied the
:command. tag with the result that it failed on another tag. Then we copied the
entire section to SYSTEM DTCPARMS and made our changes. Everything worked. The
apparent effect was that it all had to be in one file, either IBM or SYSTEM.
The doc
for 3A0 is not as detailed as 4.4 or 5.2 and leaves more to the imagination. For
most of us, we tend to imagine that it works logically J
Regards,
Richard Schuh
-----Original
Message-----
From: The IBM z/VM Operating
System [mailto:[EMAIL PROTECTED]On
Behalf Of Miguel Diaz
Sent: Tuesday, April 18, 2006 1:23
PM
To: [email protected]
Subject: Re: DTCPARMS Question
Richard,
My previous post was a bit unclear
and could be taken incorrectly. As some sort of pennance, I'll try and be
significantly more descriptive this time. The TCPRUN searches the
DTCPARMS files in the following order:
<userid> DTCPARMS
<nodeid> DTCPARMS
SYSTEM DTCPARMS
IBM DTCPARMS
As soon as it finds an entry with
the :nick. tag of the server's userid (:nick.FTPSERVE for example), it will use
whatever tag/value pairs are specified on that entry. The defaults in IBM
DTCPARMS are defined on the server class definitions (entries where :type.class
is specified). The server will use the tag/values specified on it's
:nick. entry to override the tag/values specified on the corresponding :class
entry. However, only one :nick entry and one :class entry are used.
So, if you have the following in
FTPSERVE DTCPARMS
:nick.FTPSERVE
:type.server
:class.ftp
:esm_enable.yes
And the following in SYSTEM DTCPARMS
:nick.FTPSERVE
:type.server
:class.ftp
:anonymous.yes
:ownerID.TCPMNT2
Along with the default class
definition from IBM DTCPARMS:
:nick.ftp
:type.class
:name.FTP daemon
:command.SRVRFTP
:runtime.PASCAL
:diskwarn.YES
:anonymous.NO
:ESM_Enable.NO
:ESM_Validate.RPIVAL
:ESM_Racroute.RPIUCMS
The net effect is that ESM is
enabled (from the FTPSERVE DTCPARMS), anonymous access is NOT enabled
(the entry in SYSTEM DTCPARMS has no effect), and the owner defaults to
TCPMAINT (the default for all servers).
This behavior is documented in the
"General Server Configuration" chapter of z/VM TCP/IP Planning and
Customization (chapter 5 in the 5.2.0 books, it may differ for previously
releases)
Regards,
Miguel Diaz
z/VM TCP/IP Development
Miguel
Diaz/Endicott/IBM wrote on 04/18/2006 03:47:07 PM:
> Richard,
>
> The entire entry is not replaced. The server will use whatever
tags
> you define in the SYSTEM DTCPARMS to override the individual tag in
> IBM DTCPARMS, and use the defaults from IBM DTCPARMS for any tag not
> specified in SYSTEM DTCPARMS.
>
> Regards,
> Miguel Diaz
> z/VM TCP/IP Development
>
> The IBM z/VM Operating System <[email protected]> wrote on
> 04/18/2006 03:03:58 PM:
>
> > When attempting to override one tag in the DTCPARMS entry
for FTP,
> > is it necessary to copy the entire definition for FTP from IBM
> > DTCPARMS to SYSTEM DTCPARMS and then change the one value, or are
> > the tags included in SYSTEM DTCPARMS applied individually to the
> > defaults obtained from IBM DTCPARMS? In other words, do the
> > individual tags in SYSTEM override those in IBM or does the
entire
> > entry from IBM get replaced by the one from SYSTEM?
> >
> > Regards,
> > Richard Schuh
