Jim,
Here's what I have:
:nick.TCPIP :type.server
:class.stack
:attach.2D18-2D1A
:DCSS_Parms.<DEFAULT>
:nick.TCPIP :type.server
:class.stack
:attach.06EC-06EE
:DCSS_Parms.<DEFAULT>
:nick.FTP :type.class
:name.FTP daemon
:command.SRVRFTP
:runtime.PASCAL
:diskwarn.YES
:anonymous.YES
:nick.SSLSERV :type.server
:class.ssl
:stack.TCPIP
:name.SSLSERV daemon
:command.VMSSL
:runtime.C
:diskwarn.YES
:Admin_ID_list.TCPMAINT GSKADMIN
:memory.256M
:Mixedcasparms.YES
:mount. /../VMBFS:VMSYS:ROOT/ / ,
/../VMBFS:VMSYS:SSLSERV/ /tmp ,
/../VMBFS:VMSYS:GSKSSLDB/ /etc/gskadm
:parms.KEYfile /etc/gskadm/Database.kdb
:class.SSL_DCSS_AGENT
:nick.SSLDCSSM :type.server
:class.ssl_dcss_agent
:stack.TCPIP
:For.SSLSERV
On Wed, 2010-11-24 at 14:42 -0500, James Poirier wrote:
> Dave,
>
> :nick.sslserv entry needs to be in either SYSTEM DTCPARMS or a
> SSLSERV DTCPARMS
>
> Jim P.
>
>
> On 11/24/10 2:34 PM, "Dave Keeton" <[email protected]> wrote:
>
>
> Now it seems to have heartburn with the :For. tag... which is
> present under the :nick.SSLDCSSM section.
>
> DTCRUN1005E Required tag :For. was not found in file(s):
> SYSTEM DTCPARMS D1, IBM DTCPARMS E1
>
> This log is sent to TCPMAINT immediately after TCPIP's PROFILE
> EXEC is run.
>
> Dave
>
> On Wed, 2010-11-24 at 14:18 -0500, James Poirier wrote:
>
> Dave,
>
> In this case I believe it is. The setup doc for
> using non pool show it on the nick.tcpip ONLY.
>
> Jim P.
>
>
> On 11/24/10 2:20 PM, "Dave Keeton"
> <[email protected]> wrote:
>
>
>
> Jim,
>
> That is present also. Is it possible that
> having multiple :DCSS_Parms. entries is a bad
> thing?
>
> On Wed, 2010-11-24 at 14:10 -0500, James
> Poirier wrote:
>
>
> Dave,
>
> This parm :DCSS_Parms.<DEFAULT>
> goes on :nick.tcpip not
> on :nick.ssldcssm
>
> Jim P.
>
>
> On 11/24/10 2:07 PM, "Dave Keeton"
> <[email protected]> wrote:
>
>
>
>
> :DCSS_Parms.<DEFAULT>
>
>
>
>
>
>
--
Dave Keeton
Systems Programmer
Mainframe Computing Svcs
Oregon State Data Center
Office: (503) 373-0832
