Re: IBM's Connect:Direct for z/OS;Batch Override=Y, SNODEID= use

[Cieri, Anthony]

This might get you started

This is the PROCESS

This PROCESS takes a catalogued dataset from the Sending node and 
transmits it to a new dataset on the receiving nodes. It also uses extended 
compression!!!

COPYDSN  PROCESS SNODE=
FT16COPY COPYFROM(DSN= -   
  DISP=(SHR,KEEP,KEEP)-   
  PNODE) -  
 
 TO  (DSN=   -   
  DISP=-   
  DCB=  -   
  UNIT=   -   
  SNODE)-   
 COMPRESS EXT  

This is the JOB that submits the PROCESS
   

//DMBATCH  EXEC PGM=DMBATCH,REGION=1024K,PARM=(YYSLYNN)   
//STEPLIB   DD DISP=SHR,DSN=SYS2.NDMV6100.USRLINK 
// DD DISP=SHR,DSN=SYS2.NDMV6100.LINKLIB 
//DMNETMAP  DD DISP=SHR,DSN=S9000.NDM$1.NETMAP
//DMPUBLIB  DD DISP=SHR,DSN=S9000.NDM.PROCESS.LIB 
// DD DISP=SHR,DSN=SYS2.NDM.PROCESS.LIB 
 
//DMMSGFIL  DD DISP=SHR,DSN=S9000.NDM$1.MSG   
//DMPRINTDD  SYSOUT=*  
//SYSIN   DD  * 
  SIGNON USERID=(userid,password)  -  
 ESF=YES  
  SUBMIT PROC=COPYDSN  HOLD=NO-  
   NEWNAME=TESTV61A   -  
   SNODEID=(userid2,password2)  -  
   =SEINDM04-  
   =SYS2.NCP.LOADLIB-  
   =SCNS03.NCP.LOADLIB   -  
   =(NEW,CATLG,DELETE)  -  
   =3390  -  
   =, 
  SIGNOFF 
/*

I am using two nodes, SEINDM01 and SEINDM04, The first userid,password 
coded on the SIGNON statement is for a valid userid on the system where the job 
is submitted. 

The second userid2,password2 coded on the SNODEID statement is for a 
valid userid on the system where the receiving node is running. In my case this 
is where SEIND04 is running. 

I would recommend that you use userids that have non-expiring password 
and authorize these for Connect:Direct and batch only!! You will also need to 
substitute your datasets for STEPLIB, DMNETMAP, DMPUBLIB and DMMSGFIL 
accordingly.

Good Luck
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Kenneth J. Kripke
Sent: Sunday, January 22, 2023 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM's Connect:Direct for z/OS;Batch Override=Y, SNODEID= use

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


I apologize beforehand for asking, but, I am looking for the correct syntax to 
use Connect:Direct 6.x to transfer from one system to another, 

Specifying a different HLVL that is defined on the target system.  I know how 
to do this kind of submit using the product provided panels where I can specify 
Override Security and specify 

Both the Pnode use rid and password as well as the Snode use rid and password 
and specify the Sending dsn as well as the Receiving dsn.  The goal is to be 
able to automate a process to transfer files from one system to a completely 
different system.  

Any advice or help would be appreciated.  

 

Kenneth J. Kripke

 

k.kri...@comcast.net    

 


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Rexx function STORAGE with weird behavior on Netview

[Cieri, Anthony]

Did you check the value of REXXSTRF in the netview defaults???

Try a LIST DEFAULTS command in Netview and be sure that the values for 
REXXSTRF is ENABLE
 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jack Zukt
Sent: Monday, December 19, 2022 8:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Rexx function STORAGE with weird behavior on Netview

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Hi,

My colleagues come to me with a weird situation for which I cannot find an 
explanation.

You are probably familiar with the IPLINFO REXX. It works just fine but there 
is one system on which, when invoked by NETVIEW, the

CVT  = C2d(Storage(10,4))/* point to CVT */

instruction fails by not returning a value:

IRX0044I Error running ASVTASID, line 42: Function did not return data

As I said before, it works fine on every system and when running under NETVIEW, 
except on this one system.

Any ideas where to look for the reason for this behavior?
Thank you all for your help,
Regards,
Jack

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Remote HMC

[Cieri, Anthony]

No, the POR and IPLs were completed before the remote HMC was 
installed


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shelia Chalk
Sent: Monday, August 15, 2022 8:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Remote HMC

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


After you made the changes on the HMC did you do a POR then IPL?

Thanks
Shelia Chalk

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Sunday, August 14, 2022 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Remote HMC

Tony,
Assuming you really described all the picture (*) it may be an issue with 
network rules based on MAC address - that's the only "network thing" you have 
changed with HMC replacement.

(*) it is not honest/dishonest, it is about trust. I trust NO ONE, when 
analysing IT problems. No one, including me. Nobody's perfect, it is possible 
to miss some detail. :-)

--
Radoslaw Skorupka
Lodz, Poland



W dniu 13.08.2022 o 03:50, Cieri, Anthony pisze:
>   Thanks for your reply.
>   We do appear to have a "network" issue. It is strange because we copied 
> the configs from the old machine are moved the cables from the old HMC to the 
> new HMC. One interface work for remote access to the remote HMC.  One the 
> other interface, I can ping the remote gateway and the local HMC, but I 
> cannot ping the SEs at the local site so the manual installation does not 
> work.
>
>   We certainly could (add do) use the remote access to the local HMC. We 
> want to get the remote HMC working for our DR test.
>
>   Thanks again.
>   Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Radoslaw Skorupka
> Sent: Friday, August 12, 2022 5:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Remote HMC
>
> [[ SEI WARNING *** This email was sent from an external source. Do not 
> open attachments or click on links from unknown or suspicious senders. 
> *** ]]
>
>
> Well, as far as I understood you have a problem with connectivity.
> 1. Check network connectivity, internal firewalls, rules, etc.
> 2. Use "manual object installation" - remote HMC will NOT discover your CPCs. 
> You have to define it manually, it is not hard.
> 3. Domain security. Leave default or check it thoroughly.
>
> BTW: What do you need actually?
> I'm asking, because you wrote about remote HMC, but usually users need remote 
> access to (local) HMC. I did use both and I have to admit the functionality 
> available with remote HMC *but not with remote access* to the local HMC is 
> rather rare. In other words: vast majority of features is available though 
> remote access.
>
> Last, but not least: remote access to local HMC is much easier to set up.
>
> HTH
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
> W dniu 11.08.2022 o 17:57, Cieri, Anthony pisze:
>>  Hi List,
>>
>>  I have a new DR machine (BC15) that we have installed in Austin. The 
>> machine is running and we tested out a DR scenario when we were there. At 
>> that time , we did NOT have our remote HMC installed. A few week later we 
>> are now installing our remote HMC and we are having an issue. The HMC do not 
>> seem to talk to each other.
>>
>>  We have used the same cables and copied the configurations from the 
>> previous machines. Our remote HMC (Oaks, PA) cannot ping the SEs in Austin, 
>> however the eth1 interface is up and running.
>>
>>  Has anyone run into this situation??
>>  Can you suggest any potential solutions??
>>
>>  Thanks in advance
>>  Tony
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Remote HMC

[Cieri, Anthony]

Thanks for your reply.
We do appear to have a "network" issue. It is strange because we copied 
the configs from the old machine are moved the cables from the old HMC to the 
new HMC. One interface work for remote access to the remote HMC.  One the other 
interface, I can ping the remote gateway and the local HMC, but I cannot ping 
the SEs at the local site so the manual installation does not work.

We certainly could (add do) use the remote access to the local HMC. We 
want to get the remote HMC working for our DR test.

Thanks again.
Tony 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, August 12, 2022 5:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Remote HMC

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Well, as far as I understood you have a problem with connectivity.
1. Check network connectivity, internal firewalls, rules, etc.
2. Use "manual object installation" - remote HMC will NOT discover your CPCs. 
You have to define it manually, it is not hard.
3. Domain security. Leave default or check it thoroughly.

BTW: What do you need actually?
I'm asking, because you wrote about remote HMC, but usually users need remote 
access to (local) HMC. I did use both and I have to admit the functionality 
available with remote HMC *but not with remote access* to the local HMC is 
rather rare. In other words: vast majority of features is available though 
remote access.

Last, but not least: remote access to local HMC is much easier to set up.

HTH

--
Radoslaw Skorupka
Lodz, Poland



W dniu 11.08.2022 o 17:57, Cieri, Anthony pisze:
>   Hi List,
>
>   I have a new DR machine (BC15) that we have installed in Austin. The 
> machine is running and we tested out a DR scenario when we were there. At 
> that time , we did NOT have our remote HMC installed. A few week later we are 
> now installing our remote HMC and we are having an issue. The HMC do not seem 
> to talk to each other.
>
>   We have used the same cables and copied the configurations from the 
> previous machines. Our remote HMC (Oaks, PA) cannot ping the SEs in Austin, 
> however the eth1 interface is up and running.
>
>   Has anyone run into this situation??
>   Can you suggest any potential solutions??
>
>   Thanks in advance
>   Tony
>   
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Remote HMC

[Cieri, Anthony]

Hi List, 

I have a new DR machine (BC15) that we have installed in Austin. The 
machine is running and we tested out a DR scenario when we were there. At that 
time , we did NOT have our remote HMC installed. A few week later we are now 
installing our remote HMC and we are having an issue. The HMC do not seem to 
talk to each other.

We have used the same cables and copied the configurations from the 
previous machines. Our remote HMC (Oaks, PA) cannot ping the SEs in Austin, 
however the eth1 interface is up and running.

Has anyone run into this situation??
Can you suggest any potential solutions??

Thanks in advance
Tony
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OSA/SF

[Cieri, Anthony]

Hi, 

I think there is a job that is provided in SYS1.SAMPLIB as member 
ATBTPVSM

Tony 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
(K.K.Paradox)T.Kobayashi
Sent: Wednesday, September 15, 2021 5:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: OSA/SF

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Hello,

I will configure z/OS TCP/IP on the z10 BC (OSA-Express3 4 Port 1000BASE-T).
I understand that no OAT configuration is required as it is a Single LPAR, 
Single TCP/IP use.
But if TCP/IP doesn't work, I will check the OAT and Configuration with a 
OSA/SF (Query).
I'm checking the OSA/SF setup, but there is something I don't understand.

The OSA/SF setup following guide describes the APPC/MVS and VTAM setup.
https://www.ibm.com/docs/ja/zos/2.3.0?topic=environment-set-up-appcmvs-vtam-osasf

I couldn't figure out how to define the TP profile dataset specified in TPDATA.
I am not familiar with APPC/MVS.

Could you please some advice on how to define a TP profile (VSAM KSDS) for 
OSA/SF?

Best regards,
Toyokazu Kobayashi

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE Receive Order post May 1st

[Cieri, Anthony]

While I agree with your recommendations, the FTPS job does not work 
without the ciphers I listed below. Apparently IBM needs to make some 
adjustments first.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Wednesday, May 05, 2021 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Receive Order post May 1st

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


I would highly discourage the use of the ciphers listed.  I would use these 
more secure ciphers (I'm sure there are others that are acceptable).

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

TLS_DHE_RSA_WITH_AES_256_CBC_SHA256

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

On 5/5/2021 12:58 PM, Cieri, Anthony wrote:
>   Dave,
>   Here you go:
>
> ##
> # #
> # Secure FTP Application  #
> # #
> ###
>   
>
> TTLSRule  secure_ftp_client_rule
> {
>RemotePortRange 21   # This should be set to the port the FTP
> # listening on
>Direction  Outbound
>TTLSGroupActionRef secure_ftp_client_group
>TTLSEnvironmentActionRef   secure_ftp_client_env
> }
>   
>
> TTLSGroupAction   secure_ftp_client_group
> {
>TTLSEnabled On
>Trace   7
> }
>   
>
> TTLSEnvironmentAction secure_ftp_client_env
> {
>TTLSKeyringParms
>{
>   Keyring  /u/ftps/zos17dbf.kdb
>   KeyringStashFile /u/ftps/zos17dbf.sth
>}
>HandshakeRole   Client
> TTLSEnvironmentAdvancedParms
>{
>   ApplicationControlledOn
>   SecondaryMap On
>   SSLV3Off
>   TLSV1Off
>   TLSV1.1  Off
>   TLSV1.2  On
>}
>TTLSCipherParmsRef ftp_client_ciphers   # to cust ciphers
> }
>   
>
> TTLSCipherParms  ftp_client_ciphers
> {
> # Sample ciphers.  Should be customized!
> V3CipherSuitesTLS_RSA_WITH_AES_256_CBC_SHA
> V3CipherSuitesTLS_RSA_WITH_3DES_EDE_CBC_SHA
> V3CipherSuitesTLS_RSA_WITH_NULL_SHA
> }
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Dave Jousma
> Sent: Wednesday, May 05, 2021 1:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMPE Receive Order post May 1st
>
> [[ SEI WARNING *** This email was sent from an external source. Do not 
> open attachments or click on links from unknown or suspicious senders. 
> *** ]]
>
>
>>  Well, for what it's worth, I just tried it and my job was 
>> successful, however, I also received the SSLv23/TLSv1 messages. So I 
>> used the standard job that IBM provided (RFNJOBS) and I turned on Debug SEC.
>> Here is what I got
> (snip)
>
> Hey Tony,  Thanks for this.   For some reason we are still struggling.   
> Would you be willing to share what your pagent policy for these items:
>
> FU2420 TTLSRule: secure_ftp_client_rule
> FU2426 TTLSGroupAction: secure_ftp_client_group
> FU2432 TTLSEnvironmentAction: secure_ftp_client_env
>
> looks like?   I dont think there is anything sensitive, and if you'd rather, 
> you can send to me off-list (david.jou...@53.com)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-

Re: SMPE Receive Order post May 1st

[Cieri, Anthony]

Dave,
Here you go:

## 
# # 
# Secure FTP Application  # 
# # 
### 

TTLSRule  secure_ftp_client_rule
   {
  RemotePortRange 21   # This should be set to the port the FTP 
   # listening on   
  Direction  Outbound   
  TTLSGroupActionRef secure_ftp_client_group
  TTLSEnvironmentActionRef   secure_ftp_client_env  
   }

TTLSGroupAction   secure_ftp_client_group   
{   
  TTLSEnabled On
  Trace   7 
}   

TTLSEnvironmentAction secure_ftp_client_env 
   {
  TTLSKeyringParms  
  { 
 Keyring  /u/ftps/zos17dbf.kdb  
 KeyringStashFile /u/ftps/zos17dbf.sth
  } 
  HandshakeRole   Client
TTLSEnvironmentAdvancedParms
  { 
 ApplicationControlledOn
 SecondaryMap On
 SSLV3Off   
 TLSV1Off   
 TLSV1.1  Off   
 TLSV1.2  On
  } 
  TTLSCipherParmsRef ftp_client_ciphers   # to cust ciphers 
   }

TTLSCipherParms  ftp_client_ciphers 
{   
   # Sample ciphers.  Should be customized! 
   V3CipherSuitesTLS_RSA_WITH_AES_256_CBC_SHA   
   V3CipherSuitesTLS_RSA_WITH_3DES_EDE_CBC_SHA  
   V3CipherSuitesTLS_RSA_WITH_NULL_SHA  
}   
  


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, May 05, 2021 1:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPE Receive Order post May 1st

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


>   Well, for what it's worth, I just tried it and my job was successful, 
>however, I also received the SSLv23/TLSv1 messages. So I used the 
>standard job that IBM provided (RFNJOBS) and I turned on Debug SEC. 
>Here is what I got

(snip)

Hey Tony,  Thanks for this.   For some reason we are still struggling.   Would 
you be willing to share what your pagent policy for these items:

FU2420 TTLSRule: secure_ftp_client_rule
FU2426 TTLSGroupAction: secure_ftp_client_group
FU2432 TTLSEnvironmentAction: secure_ftp_client_env

looks like?   I dont think there is anything sensitive, and if you'd rather, 
you 

Re: SMPE Receive Order post May 1st

[Cieri, Anthony]

Well, for what it's worth, I just tried it and my job was successful, 
however, I also received the SSLv23/TLSv1 messages. So I used the standard job 
that IBM provided (RFNJOBS) and I turned on Debug SEC. Here is what I got:

220 dhebpcb01 secure FTP server ready. 
FC0294 ftpAuth: security values: mech=TLS, tlsmech=ATTLS, tlsreuse=N, sFTP=R, s
C=C, sDC=P 
FC2971 ftpAuthAttls: AT-TLS policy set as application controlled.  
FU2420 TTLSRule: secure_ftp_client_rule
FU2426 TTLSGroupAction: secure_ftp_client_group
FU2432 TTLSEnvironmentAction: secure_ftp_client_env
>>> AUTH TLS   
234 SSLv23/TLSv1   
FC3140 authServerAttls: Start Handshake
FC3171 authServerAttls: FIPS140 not enabled
FC3208 authServerAttls: Using TLSv1.2 protocol 
FC3226 authServerAttls: SSL cipher: 0035   
FU2135 getCtrlConnCertAttls: Request certificate, size 1581
FU2755 getSessionIdAttls: Issuing SIOCTTLSCTL to get decoded AT-TLS Session ID 
Authentication negotiation succeeded   
FC2028 setdlevel: entered  
FC2197 setpbsz: entered
>>> PBSZ 0 
200 PBSZ=0 
>>> PROT P 
200 Command PROT okay. 
Data connection protection is private 
NAME (deliverycb-bld.dhe.ibm.com:SCNS03T): 
   
> P8r12142 
>>> USER P8r12142  
331 Password required for P8r12142.
PASSWORD:  
   
> ***  
>>> PASS   
230 virtual user P8r12142 logged in from /12.31.24.5:6457. 
Command:   
   
> CCC  
> BINARY   
FC1559 ccc: entered
FC1757 setclevel: entered  
>>> CCC
200 Command Channel Cleared.   
FU2364 clear_connection_attls: Issue Stop request  
Control connection protection is clear 
Command: 
Command:   
CG1018 find_hfs_file: stat() failed on /u/smpe/smpnts/OSP08132/GIMPAF.XML - EDC
129I No such file or directory. (errno2=0x053B006C)
>>> EPSV   
229 Entering Passive Mode (|||65525|)  
>>> RETR 2021042900039/PROD/GIMPAF.XML 
150 Opening BINARY mode data connection for 2021042900039/PROD/GIMPAF.XML. 
FU1678 protDataConnAttls: Issuing SIOCTTLSCTL to query policy state
FU1720 protDataConnAttls: AT-TLS policy set as application controlled. 
FU2420 TTLSRule: secure_ftp_client_rule
FU2426 TTLSGroupAction: secure_ftp_client_group
FU2432 TTLSEnvironmentAction: secure_ftp_client_env
FU1834 protDataConnAttls: Issuing SIOCTTLSCTL to start handshake   
FU1866 protDataConnAttls: FIPS140 not enabled  
FU1907 protDataConnAttls: Using TLSv1.2 protocol
<<-TLSv1.2
FU1924 protDataConnAttls: SSL cipher: 0035 
FU2255 compareCertAttls: 

Re: Auto Reply on SDSF Console

[Cieri, Anthony]

You could try something like this:

IF (LABEL:IEF455D) MSGID = 'IEF455D' & TEXT(1) = REPLYID . 
& (TEXT = .'SP5145'. | TEXT = .'SP5146'. | TEXT = .'SP5147'. | TEXT = 
.'SP5149'.)
THEN EXEC(CMD('MVS REPLY ' REPLYID ',NO') 
 ROUTE(ONE AUTO1)) NETLOG(Y);

With everything coded in the MAT, there is no need for a rexx!!!

Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
saurabh khandelwal
Sent: Monday, November 30, 2020 3:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Auto Reply on SDSF Console

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Dear Group ,



We have requirement to automate below manual reply comes in console every time, 
when we don’t find volume in our system and the standard reply to these message 
is  *Reply id, NO.*


10.14.03 JOB09020 *29 *IEF455D* MOUNT *SP5145* ON 0FAA FOR CASPLPRO SARBCH OR 
REPLY 'NO'l

In this above message, whenever we get message id *IEF455D *on SDSF console and 
on 4th place in this line, we get volume name* SP5145 or SP5146 , SP5147, 
SP5149 *then immediately using automation we should reply

With* reply id, no.*



In order to do this, we created



IF MSGID = 'IEF455D'
THEN

EXEC(CMD('AUTREXX')) NETLOG(Y) SYSLOG(Y);





Then into *'AUTREXX'* REXX side,







/* REXX  */

trace r

'PIPE SAFE * | STEM MSG.'

TOvolume = Word( Msg,4 )

MsgID = Word( Msg,1 )

MsgID1 = substr(MsgID,2,2)



volume =  'SP5145 ' ,

   'SP5146 ' ,

'SP5147 '



Do i =  1 to Words(volume)

comp_vol = Word(volume,i)

 If Strip(comp_vol) =  TOvolume Then



But unable to complete this logic in to REXX. Can you please help in building 
this REXX, which can help in replying on console once the above mentioned 
criteria matches.



*Regards*

*Saurabh*

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: New listening port for ftp

[Cieri, Anthony]

Try it without the '-'.   I.E.  //FTPS   PROC MODULE='FTPD',PARMS='Port 
9921'



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roberto Halais
Sent: Tuesday, September 08, 2020 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: New listening port for ftp

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Listers:

I am implementing a second FTP stc and I want it to listen on port 9921.

The FTPD proc listens on port 21 by default.

I read somewhere that you could specify //FTPS EXEC PGM=FTPD,PARM=(-PORT
9921)
but I get: CEE3611I The run-time option -PORT was an invalid run-time option.

How do I specify a different listening port for the stc?

Couldn't find documentation on it.

Thank you for any hints.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX assistance

[Cieri, Anthony]

It looks like the Netview IDCAMS command accepts at most two parameters 
that must be DDNAMEs. The second DDNAME will default to SYSPRINT if not 
specified. The DDNAMEs are basically INPUT and OUTPUT files. So the INPUT file 
must be built prior to invoking the Netview IDCAMS command.

The DSIVSMX IDCAMS command also calls the IDCAMS utility, but the 
IDCAMS control statements are read from the message that started the DSIVSMX 
command. This is more conducive to being used within a PIPE with a STEM 
variable as the input stream.

The Netview help for DSIVSMX IDCAMS (Option F) references those same 
Netview samples; CNMS8013, CNMS8014, CNMS8015 and CNMS8020.

Also, the groups.io group or Netview can be found here:

https://groups.io/g/NetView

Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Wednesday, May 20, 2020 1:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX assistance

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Thanks Tony.  I see that IDCAMS used within netview is a valid netview command. 
 But then I see this in the netview samplib

Define_Base_Cluster_VSAM_File:
/* Called by Define_and_Load_Base_Cluster*/   
  SAY 'Attempting to define the VSAM file'basename
  k.0  = 14   
  k.1  = ' DEFINE CLUSTER -'  
  k.2  = '  (NAME ('basename') -' 
  k.3  = '  INDEXED -'
  k.4  = '  KEYS('key_size RKP') -'   
  k.5  = '  SHAREOPTIONS('shr1 shr2') -'  
  k.6  = '  RECORDSIZE('avg_recsize max_recsize') -'  
  k.7  = '  VOLUMES(CPDLB2) -'
  k.8  = '  NOREUSE ) -'  
  k.9  = '   DATA -'  
  k.10 = '  (NAME ('basename'.DATA) -'
  k.11 = '  CYLINDERS('data_size') ) -'   
  k.12 = '   INDEX -' 
  k.13 = '  (NAME ('basename'.INDEX) -'   
  k.14 = '  CYLINDERS('index_size') )'
  'PIPE STEM k.|COLLECT|NETV MOE DSIVSMX IDCAMS|STEM R1.' 

What purpose is the last line, specifically the NETV MOE DSIVSMX IDCAMS 
portion?   Why not just NETV MOE IDCAMS?According to the fine manual 
DSIVSMX is labelled as a "command processor".   Does that imply setting up an 
environment?   I've asked IBM these  questions too.

IBM Tivoli NetView for z/OS, Version 6.2 The DSIVSMX command processor can 
define, read, and write VSAM keyed files directly from REXX without using data 
services tasks. This enables the implementation of VSAM applications, including 
end-use application development in REXX (in conjunction with the pipeline 
facility), and intensive VSAM diagnostics.

The DSIVSMX command provides REXX access to keyed VSAM files and to IDCAMS, the 
VSAM Access Method Services utility.


_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Wednesday, May 20, 2020 1:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX assistance

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


In this instance the IDCAMS command represents a NETVIEW command:

CMDDEF.IDCAMS.MOD=DSIDCAMS 
CMDDEF.IDCAMS.FOLDUP=Y

DISPMOD DSIDCAMS

CNM263I MODULE   LENGTH CSECTDATE PTF EPA  AM ATTR  
 CNM263I DSIDCAMS 000570 DSIDCAMS 05/30/14 --- 000291B0 24 RN RU
 
CNM265I END OF DISPLAY

In my example, I am running Netview V6.2.1. I believe that the intent 
here was to provide a method for Netview to runs IDCAMS "maintenance" functions 
on the various Netview Databases; NLDM, NPDA, TARA etc, without the need to 
recycle the Netview tasks. I do use them for such maintenance, but they run 
infrequently.

I don't claim to understand the relationship/difference between using 
the Netview IDCAMS command and the TSO or batch flavor, but it likely that the 
storage issue is related to how Netview invokes IDCAMS. 

It might be help to route this question/issue to the Net

Re: REXX assistance

[Cieri, Anthony]

In this instance the IDCAMS command represents a NETVIEW command:

CMDDEF.IDCAMS.MOD=DSIDCAMS 
CMDDEF.IDCAMS.FOLDUP=Y

DISPMOD DSIDCAMS

CNM263I MODULE   LENGTH CSECTDATE PTF EPA  AM ATTR  
 CNM263I DSIDCAMS 000570 DSIDCAMS 05/30/14 --- 000291B0 24 RN RU
 
CNM265I END OF DISPLAY

In my example, I am running Netview V6.2.1. I believe that the intent 
here was to provide a method for Netview to runs IDCAMS "maintenance" functions 
on the various Netview Databases; NLDM, NPDA, TARA etc, without the need to 
recycle the Netview tasks. I do use them for such maintenance, but they run 
infrequently.

I don't claim to understand the relationship/difference between using 
the Netview IDCAMS command and the TSO or batch flavor, but it likely that the 
storage issue is related to how Netview invokes IDCAMS. 

It might be help to route this question/issue to the Netview users 
group. I believe that they are at Groups.io.

Hth
Tony

 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, May 20, 2020 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX assistance

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


On Wed, 20 May 2020 06:45:57 -0500, Dave Jousma  wrote:

>All,
>...
In a JCL example in

https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zdatamgmt/zsysprogc_utilities_IDCAMS.htm
I see:
//SYSPRINT DD *

Is that probably what the writer intended?  Is it even legal?
Writers should hand their examples back to coders for review and testing.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

[Cieri, Anthony]

I believe that zOS V2R2 is the last OS that will support SMTP. Starting 
with zOS V2R3, CSSMTP is required.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Sunday, May 17, 2020 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


> Haven't you switched to CSSMTP? What's the drop dead date on SMTP?

Nope and I don't know. I Googled  and  and 
got no hits. Do you know?

> Do you want the SPOOL space release after the e-mail goes out? If you 
> do
dynamic allocation then you need to use the right options.

Thank you. Yes. What options are those?

> Why put it in your JCL at all. 

That sort of knowledge was indeed one of the purposes of my query.

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 parm change - how make sure it's right?

[Cieri, Anthony]

I should have specified that you need to be at zOS V2.3 or 
above.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Friday, April 17, 2020 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


(1) Is this what you are looking for..(JES2 Initialization 
Dataset Checker)


https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.hasa300/dscheck.htm

(2) It does depend on the error. In my experience with changing 
JES2 init parms, a syntax error can cause JES2 to issue an error message along 
with a WTOR asking for the correct values or to ignore the error. JES2 
initialization waits in these cases for a response to the WTOR.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, April 17, 2020 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Humor me. I'm an experienced developer playing newbie sysprog in my spare time.

I've got a JES2 system where I want to change the order of job classes for some 
of the initiators. I could get professional help but it is a service bureau so 
that involves opening a ticket, dollars, etc., etc. 

I have done it through SDSF and all is well. I now want to make the change 
persistent. I have JES2PARM open in an editor. I can make the changes *very 
carefully*.

Questions: (1) is there any way to test it, particularly that I have not fouled 
it up terribly? The next IPL is probably months away, and a failure would be 
very unpleasant. Is there any sort of non-disruptive "TYPRUN=SCAN"
sort of option to get JES2 to say the parm file is or is not okay?

(2) alternatively, what would happen if it were bad? Suppose I fat-fingered a 
comma? Unusable system? I am not sure what I am looking at but it looks to me 
like TCPIP and TCAS are running under JES2.

Thanks much,

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 parm change - how make sure it's right?

[Cieri, Anthony]

(1) Is this what you are looking for..(JES2 Initialization 
Dataset Checker)


https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.hasa300/dscheck.htm

(2) It does depend on the error. In my experience with changing 
JES2 init parms, a syntax error can cause JES2 to issue an error message along 
with a WTOR asking for the correct values or to ignore the error. JES2 
initialization waits in these cases for a response to the WTOR.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, April 17, 2020 1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 parm change - how make sure it's right?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Humor me. I'm an experienced developer playing newbie sysprog in my spare time.

I've got a JES2 system where I want to change the order of job classes for some 
of the initiators. I could get professional help but it is a service bureau so 
that involves opening a ticket, dollars, etc., etc. 

I have done it through SDSF and all is well. I now want to make the change 
persistent. I have JES2PARM open in an editor. I can make the changes *very 
carefully*.

Questions: (1) is there any way to test it, particularly that I have not fouled 
it up terribly? The next IPL is probably months away, and a failure would be 
very unpleasant. Is there any sort of non-disruptive "TYPRUN=SCAN"
sort of option to get JES2 to say the parm file is or is not okay?

(2) alternatively, what would happen if it were bad? Suppose I fat-fingered a 
comma? Unusable system? I am not sure what I am looking at but it looks to me 
like TCPIP and TCAS are running under JES2.

Thanks much,

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mesh Router

[Cieri, Anthony]

Hi Scott,

This device does NOT have any signal filtering capabilities. There are 
newer models, but I have not investigated them.

In my particular situation, running cables was NOT an option so I could 
not use an extender.  This booster has an LED display on the front of the 
device. After you configure it, you can plug it into different outlets to 
determine the best location. If the LED goes red, then the wifi signal is too 
weak and you will have to relocate the device closer to your wireless router.

So far, it is working fine.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
scott Ford
Sent: Friday, April 03, 2020 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Hey Tony,

What signal interference ? Does the AC1750 filter signal interference ?

Scott

On Fri, Apr 3, 2020 at 12:32 PM Cieri, Anthony < 
02d7f4ec1fff-dmarc-requ...@listserv.ua.edu> wrote:

>
> There are lots of potential solutions.
> If your smart TV has an Ethernet port and you have an easy way 
> to run some Ethernet cables, that would provide a better (and probably
> cheaper) solution.
>
> If not, there are Wifi signal boosters that can be purchased 
> at more modest prices.
>
> I literally installed a TP-Link (AC1750) Wifi range extender 
> last week to address a very similar situation. With everyone 
> working/schooling from home, the first floor was getting crowded (best 
> Wifi signals). The TP-link device plugs into a wall outlet. I chose 
> the first outlet on the seconds floor (half way between the dead-zone 
> and the router). This device boost the wifi signal so my daughter can 
> zoom classes ( or stream moves) on her laptop from her bedroom. It 
> also improved the wireless signal on my smart TV on the second floor.
>
> Hth
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Steve Beaver
> Sent: Friday, April 03, 2020 12:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mesh Router
>
> [[ SEI WARNING *** This email was sent from an external source. Do not 
> open attachments or click on links from unknown or suspicious senders. 
> *** ]]
>
>
> All this is getting confusing - I have Linksys WRT AC3200 Dual-Band 
> WiFi 5 Router
>
> The problem is its does not have enough power to reach my smart TV 
> downstairs and I do have port space On my Linksys Router to attach the 
> signal booster as the transmitter (base).  All I want is the base and 
> a receiver Downstairs.
>
> Steve
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Chicklon, Thomas
> Sent: Friday, April 3, 2020 10:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mesh Router
>
> The first question you need to answer for yourself is do you need a 
> router, or will the ISP supplied router work for what you want to do.
>
> There have been a few other suggestions for a set up that includes a 
> router.
>
> I have ATT, and use their modem/router/phone/AP device. I just turn 
> off the wireless.
>
> One port on the ATT router gets connected to a Ubiquiti Networks 
> Networks UniFi Switch 8-Port 150 Watts (about $200) The other ports on 
> the POE switch then get connected to Ubiquiti Networks Unifi 802.11ac 
> Dual-Radio PRO Access Point (UAP-AC-PRO-US) (about $140)
>
> You can get as many APs as you need, I have a wide single story ranch 
> style home and have probably overdone the install using 3 of the APs 
> on the main floor. I have a couple older APs, one is in an open 
> unfinished basement, and I may put one in the garage just to be sure 
> my Rachio sprinkler controller and WeMo light switches and plugs in 
> the far corner have a bit better signal. Yes, definitely over kill. 
> But no dead spots anywhere.
>
> Tom Chicklon
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Steve Beaver
> Sent: Friday, April 3, 2020 9:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Mesh Router
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
>
> Does anyone have an opinion on which of the various mesh router 
> extenders to purchase?
>
> TIA
> Steve
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> **CAUTION EXTE

Re: Mesh Router

[Cieri, Anthony]

There are lots of potential solutions.
If your smart TV has an Ethernet port and you have an easy way to run 
some Ethernet cables, that would provide a better (and probably cheaper) 
solution.

If not, there are Wifi signal boosters that can be purchased at more 
modest prices.

I literally installed a TP-Link (AC1750) Wifi range extender last week 
to address a very similar situation. With everyone working/schooling from home, 
the first floor was getting crowded (best Wifi signals). The TP-link device 
plugs into a wall outlet. I chose the first outlet on the seconds floor (half 
way between the dead-zone and the router). This device boost the wifi signal so 
my daughter can zoom classes ( or stream moves) on her laptop from her bedroom. 
It also improved the wireless signal on my smart TV on the second floor.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, April 03, 2020 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


All this is getting confusing - I have Linksys WRT AC3200 Dual-Band WiFi 5 
Router

The problem is its does not have enough power to reach my smart TV downstairs 
and I do have port space On my Linksys Router to attach the signal booster as 
the transmitter (base).  All I want is the base and a receiver Downstairs.

Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chicklon, Thomas
Sent: Friday, April 3, 2020 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

The first question you need to answer for yourself is do you need a router, or 
will the ISP supplied router work for what you want to do.

There have been a few other suggestions for a set up that includes a router.

I have ATT, and use their modem/router/phone/AP device. I just turn off the 
wireless.

One port on the ATT router gets connected to a Ubiquiti Networks Networks UniFi 
Switch 8-Port 150 Watts (about $200) The other ports on the POE switch then get 
connected to Ubiquiti Networks Unifi 802.11ac Dual-Radio PRO Access Point 
(UAP-AC-PRO-US) (about $140)

You can get as many APs as you need, I have a wide single story ranch style 
home and have probably overdone the install using 3 of the APs on the main 
floor. I have a couple older APs, one is in an open unfinished basement, and I 
may put one in the garage just to be sure my Rachio sprinkler controller and 
WeMo light switches and plugs in the far corner have a bit better signal. Yes, 
definitely over kill. But no dead spots anywhere.

Tom Chicklon

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, April 3, 2020 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mesh Router

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Does anyone have an opinion on which of the various mesh router extenders to 
purchase?

TIA
Steve 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: NetView

[Cieri, Anthony]

Correction:

The main Netview "parm" member is CNMSTYLE (Netview Style sheet) and it 
is located in a dataset in the DSIPARM concatenation.

Sorry about the "fat fingers"!


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Thursday, February 13, 2020 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NetView

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]



The main Netview "parm" member is CNMSTYLE (Netview Style sheet) and it 
is located in a dataset in the DSIARPM concatenation. The standard user 
configurable member is CNMSTUSR. In this member you could code AuxInitCmd 
commands that Netview will execute at initialization time:

Comments from CNMSTYLE

*  auxInitCmd Statements   *
*  Commands specified here will run after the style sheet is   *
*  interpreted and before any command at any autotask. *
*  Commands will be run in alphabetical order by tail value.   *
*  Only the first 21 characters of the tail are considered.*
*  (e.g. auxInitCmd.COOL runs before auxInitCmd.ZEBRA).*
*  Alphabetic characters are translated to upper case before sorting.  *


These commands could be Netview commands or netview Clist/rexxs that 
you create.

Another possibility is to create your own Automated operator defined 
with its own profile. In that profile, you could code an Initial Command (IC= 
on the PROFILE statement).  Of course, you might want to automatically start 
your automated operator, perhaps in an AuxInitCmd.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: Thursday, February 13, 2020 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NetView

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


I developed some REXX'es to do auto startup and shutdown using Netview back in 
the late 90's.   If I recall correctly, there was a config member to have a 
REXX kicked off at Netview startup.  It would then check to see if it was 
really IPL time,  (not just a Netview recycle)  then cycle through and perform 
all the required startup tasks.

Dana   

On Thu, 13 Feb 2020 07:32:28 -0600, Steve Beaver  wrote:

>Upfront I will admit that I know very little about all the capabilities of 
>NetView.
>
>Given that, is there a way to have NetView automation auto-magically 
>execute A %STARTUP command without the console prompting the %STARTUP.
>
>Thanks in Advance
>Steve
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: NetView

[Cieri, Anthony]

The main Netview "parm" member is CNMSTYLE (Netview Style sheet) and it 
is located in a dataset in the DSIARPM concatenation. The standard user 
configurable member is CNMSTUSR. In this member you could code AuxInitCmd 
commands that Netview will execute at initialization time:

Comments from CNMSTYLE

*  auxInitCmd Statements   *
*  Commands specified here will run after the style sheet is   *
*  interpreted and before any command at any autotask. *
*  Commands will be run in alphabetical order by tail value.   *
*  Only the first 21 characters of the tail are considered.*
*  (e.g. auxInitCmd.COOL runs before auxInitCmd.ZEBRA).*
*  Alphabetic characters are translated to upper case before sorting.  *


These commands could be Netview commands or netview Clist/rexxs that 
you create.

Another possibility is to create your own Automated operator defined 
with its own profile. In that profile, you could code an Initial Command (IC= 
on the PROFILE statement).  Of course, you might want to automatically start 
your automated operator, perhaps in an AuxInitCmd.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: Thursday, February 13, 2020 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NetView

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


I developed some REXX'es to do auto startup and shutdown using Netview back in 
the late 90's.   If I recall correctly, there was a config member to have a 
REXX kicked off at Netview startup.  It would then check to see if it was 
really IPL time,  (not just a Netview recycle)  then cycle through and perform 
all the required startup tasks.

Dana   

On Thu, 13 Feb 2020 07:32:28 -0600, Steve Beaver  wrote:

>Upfront I will admit that I know very little about all the capabilities of 
>NetView.
>
>Given that, is there a way to have NetView automation auto-magically 
>execute A %STARTUP command without the console prompting the %STARTUP.
>
>Thanks in Advance
>Steve
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Downsizing? - OPS?

[Cieri, Anthony]

There are also a few MPF exits on the CBT site that may be worth a 
look; MPFEXITS, MPF$NTFY, MPFXTALL etc...
These can certainly be used to replicate some of the OPS functions!!

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Friday, February 07, 2020 7:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Downsizing? - OPS?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


For an automation tool at no cost, other than your time/resources, take a look 
on the cbttape at TSSO - it works with z/OS, is free, and does some of what OPS 
does - perhaps most since you can write your own rexx for it.
Balance the cost of your time/resources with the cost of a vendor product and 
as usual ymmv.

Good luck


Lionel B. Dyck <
Website: http://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Thursday, February 6, 2020 8:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Downsizing? - OPS?

The direction is clearly set. My z/OS 2.1 installation is heading for a 
sunset, sometime in the next several years. The Student Systems were ERP's to 
cloud systems not quite a decade ago. The remaining (HR/Financial/Etc.) are 
scheduled for migration to Workday (again, in cloud) July 1.
There is still archive/historical data that wasn't moved and more that 
isn't moving. There is a need/plan to run reduced/read-only for an as yet 
undetermined time. We moved our 4 LPARs (Production, Development, 2
sandboxes) to a MFaaS provider at the end of 2017. Part of the plan is to 
reverse the path we took from 1 LPAR to 4 LPARS, back to 1 LPAR.

Now, I need to plan to reduce the footprint expenses. In particular, we 
probably won't be renewing ISV contracts.
I have z/OS alternatives to some (DF/SORT, DFSMSrmm, etc.) And, z/OS is 
part of the MFaaS contract. Although we do plan to consolidate LPARs and reduce 
the overall footprint.

Which brings me to my question and request for advice. Given the 
constraints (free or native z/OS 2.1) what alternatives to CA-OPS would the 
community recommend. I know there's some in the firehose that is 
www.cbttap.org.

   I eventually need to leave WSU (in about a year) with a system that can 
coast 3 to 7 years with minimal skilled care.

Dave Gibney
Information Technology Services
Washington State University


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Connect upgrade Secure+ requirement

[Cieri, Anthony]

There is a member in SYS1.SAMPLIB named GIMSAMPU, that provides JCL to 
allocate a new CSI.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Tuesday, January 28, 2020 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect upgrade Secure+ requirement

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


You will want to look at the program directory for requirements, but who says 
you cannot create your own smpe environment for CSF?  Other than the job to 
allocate the CSI itself, all the rest of the needed jobs are in SYS1.SAMPLIB to 
allocate the files, add EF's, etc.

I don’t even want to know why still running 1.13, *and* no SMPE environment to 
support it.   

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Tuesday, January 28, 2020 7:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Connect upgrade Secure+ requirement

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

HCR77A0 is the minimum supported ICSF version on z/OS 1.13 for connect 5.2.
As to installing without SMP/E ... thats a head scratcher. I would not just 
copy the libraries from z/OS 2.1 ... I would see if IBM can make you a tape.

Joe

On Tue, Jan 28, 2020 at 6:27 AM Steve David 
wrote:

> Thank you Joe , so FMID HCR77A0 comes with zOS V2.1 base works well 
> with zOS 1.13..? Since we don't have working SMPE environment in zOS 
> 1.13, is it ok to copy CSF libraries from zOS V2.1 ? Actually we have
> CSF.** libraries available on 1.13 as well,but not sure whether ICSF 
> will support CD V5.2
>
> Thanks
> Steve
>

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Integrated 3270 Console in HMC 2.12 in web browser

[Cieri, Anthony]

Weather this is possible may depend upon the level of Java that you are 
using.

I use FireFox to connect to the HMC for an older z10 machine. I also 
keep a Java Version 7 installed specifically for the Integrated 3270 Console 
function.  I have colleagues here with similar PC configurations, that have 
Java Version 8 or later installed.  They can access some HMC functions via a 
remote Web Browser, but unfortunately the Integrated 3270 console is NOT one of 
them.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Christian Svensson
Sent: Wednesday, August 14, 2019 2:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Integrated 3270 Console in HMC 2.12 in web browser

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Hi,

Is it possible to launch Integrated 3270 Console in HMC 2.12 when accessing
the HMC using a web browser?

When I click on the LPAR and choose Integrated 3270 Console nothing happens
when using a remote web browser. It works locally on the HMC. The Chrome
network request is:

Request URL: https:///hmc/ui/dnd2/launch
Request Method: POST
Status Code: 204 No Content
Remote Address: 10.114.2.10:443
Referrer Policy: no-referrer-when-downgrade
Date: Wed, 14 Aug 2019 06:00:22 GMT
Server: zSeries management console embedded web server / 2.0

Nothing more. Am I missing something? Some other actions at least say "this
task cannot be used remotely" which makes me wonder if I'm doing something
wrong.

Bonus question: Can I connect to the LPAR 3270 console remotely in some
other fashion?

Thanks,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO REXX -- find absolute generation # from relative? [EXTERNAL]

[Cieri, Anthony]

I think there is a REALNAME program on the CBT site (file 929). I have 
not used it , but it might be f some help...

Hth
Tony 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, July 25, 2019 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO REXX -- find absolute generation # from relative? [EXTERNAL]

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


{sigh} I parsing LISTCAT is a bother. Using IGGCSI00 is not simple, IMO at
least. I really wish there were a REXX function to do it like:

absolute=RESGDG('basegdg(0)')

where "absolute" would have "basegdg.gv00" in it. So much simpler. Am I
am a simple person. You really _don't_ want to see the kludge I am cooking
up use Co:Z and UNIX directories. Which are, for me, a lot easier to use
that a  PDS.

On Thu, Jul 25, 2019 at 3:09 PM Feller, Paul 
wrote:

> John, could you try to use the catalog interface (IGGCSI00) and do a
> request for the current generation with something like ABC.XYZ(0)?  I
> would think you would then get back the fully qualified name.
>
> Thanks..
>
> Paul Feller
> AGT Mainframe Technical Support
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Thursday, July 25, 2019 2:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TSO REXX -- find absolute generation # from relative? [EXTERNAL]
>
> I just don't see any _simple_ way to do this. I need to convert the
> gdgbase(0) into gdgbase.GVnn absolute. Believe it or not, I have a
> product which creates a number of PDS libraries (not PDSE) which are GDG. I
> want to generate some JCL which is the equivalent of:
>
> //SYSUT1 DD DISP=SHR,DSN=GDGBASE(0)(MEMBER)
>
> Which is a JCL error.
>
> --
> A sine curve goes off to infinity, or at least the end of the blackboard.
> -- Prof. Steiner
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> Please note:  This message originated outside your organization. Please
> use caution when opening links or attachments.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
A sine curve goes off to infinity, or at least the end of the blackboard.
-- Prof. Steiner

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Determine level of fragmentation in VTOCIX?

[Cieri, Anthony]

Dave, 

This does not answer your question, but it appears from the error 
messages that you are still running the older zOS SMTP task. ZOS Communication 
Server now provides a new CSSMTP task, which no longer copies the spool files 
to sequential dataset and plays the dataset  "rename" game.  SMTP is going to 
be dropped from support soon ( after zOS V2.2 ??)
We use to see errors like these from time to time, but they have 
disappeared since migrated to CSSMTP.

Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Thursday, July 11, 2019 4:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Determine level of fragmentation in VTOCIX?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Is there a way to determine if and how much a VTOCIX is fragmented. Way back 
when (when disk wasn't quite so cheap), we standardized on parking the VTOCIX 
in the 14 tracks left in the 1st cylinder, and for a Mod-3, VTOC of 105 tracks 
(7CYL) immediately following, and usually a 2 CYL VVDS right after that. Most 
of my SMS managed application disks still follow this. And it worked well for 
many years.

But, during high volumes of SMTP activity, I have begun to get:

IEC603I VTOC ERRORS MAY EXIST ON C465,PPRD22,8,027
IEC331I 042-002(0812041B),SMTP,SMTP,RNAM,IGG0CLH2
IEC331I VOL,PPRD22,NAME,SMTP.CONN257.NOTE
IGD17003I PERMANENT I/O ERROR ON VOLUME PPRD22 139
FOR DATA SET SMTP.CONN257.NOTE
HISTORIC RETURN CODE IS 8 DADSM DIAGNOSTIC INFORMATION IS 0812041B
IGD306I UNEXPECTED ERROR DURING IGGDAR02 PROCESSING 140
RETURN CODE 8 REASON CODE 27
THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA
SMS MODULE TRACE BACK - VTSDA VTSCU VTSCT VTSRN SSIRT
SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00898
IEC614I RENAME FAILED - RC 008, DIAGNOSTIC INFORMATION IS (0812041B),
141
SMTP,PPRD22,SMTP.CONN257.NOTE
EZA5544E Unable to RENAME file SMTP.CONN257.NOTE to SMTP.A0258454.NOTE
rc=408
EZA5568E UNABLE TO ALLOCATE ADDRBLOK DATA SET CORRECTLY

SMTP is playing a dataset rename game - SMTP.TEMP.NOTE to SMTP.CONNnnn.NOTE (a 
3 character length increase)

SMTP then kindly sends a blank email to the recipient which then gets reported 
as suspicious :)

I don't remember how we reached the numbers we used, but looking at the info 
the ICKDSF manual, the 14 track index should be large enough for the 5250 
datasets possible with a 105 track VTOC. I an wondering if I can REFORMAT 
REFVTOC EXTINDEX(14) and get refreshed, unfragmented VTOCIX.

Dave Gibney
Information Technology Services
Washington State University


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Determine TSO USERMAX?

[Cieri, Anthony]

I think that the TCAST is located in Fetch protected storage. You would 
need authorized code to even read it. I believe that is why Netview rexx gets a 
null values.

Is there a problem with issuing commands???

In my opinion, it would be easier to Pipe a 'D TS' command to MVS and 
parse the reply for the usermax value!!!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Horein
Sent: Monday, July 08, 2019 5:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determine TSO USERMAX?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Thanks Tony!
My intent is to merely interrogate to ensure someone hadn't left an
undesired value after a change window.
Traveling down the path of CVT > TCAST > TCASUMAX using Rexx storage calls
(via NetView) yields a null value.
The old doc mentioned TCAST was located in "System common area", but
perhaps it moved to private?
Anyway, I appreciate the help!


On Mon, Jul 8, 2019 at 3:56 PM Cieri, Anthony  wrote:

>
> Are you looking to set the usermax to an appropriate value via
> automation, or simply trying to determine the current value??
>
> In the CVT there is a pointer to the TCAST, CVTTCASP is at offset
> 1012 (x'3F4') in the CVT.
>
> I believe that TCASUMAX is a 2 byte field at offset 6 in the
> TCAST. I think that you will need to be authorized to display it!!!
>
> Hth
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Horein
> Sent: Monday, July 08, 2019 3:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Determine TSO USERMAX?
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders. ***
> ]]
>
>
> Hi!
> In an effort to improve automation, I am looking for a method to determine
> TSO USERMAX other than issuing console commands. Blowing the dust off old
> documentation, "z/OS V1R10.0 Comm Svr: SNA Data Areas Volume 1", I found
> "TCASUMAX" in "Terminal Control Address Space Table" (TCAST). Neat. This
> would seem to fill the need. However, it appears SNA Data Areas are no
> longer being published for modern z operating systems to verify this
> information is still available. Does anyone know of a way to get this
> information?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Determine TSO USERMAX?

[Cieri, Anthony]

Are you looking to set the usermax to an appropriate value via 
automation, or simply trying to determine the current value??

In the CVT there is a pointer to the TCAST, CVTTCASP is at offset 1012 
(x'3F4') in the CVT.

I believe that TCASUMAX is a 2 byte field at offset 6 in the TCAST. I 
think that you will need to be authorized to display it!!!

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Horein
Sent: Monday, July 08, 2019 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Determine TSO USERMAX?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Hi!
In an effort to improve automation, I am looking for a method to determine
TSO USERMAX other than issuing console commands. Blowing the dust off old
documentation, "z/OS V1R10.0 Comm Svr: SNA Data Areas Volume 1", I found
"TCASUMAX" in "Terminal Control Address Space Table" (TCAST). Neat. This
would seem to fill the need. However, it appears SNA Data Areas are no
longer being published for modern z operating systems to verify this
information is still available. Does anyone know of a way to get this
information?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: getting a list of FMIDS and the product description

[Cieri, Anthony]

How about the GIMXSID utility???

I believe that SMP/E provides sample JCL to execute GIMXSID to produce 
a consolidated inventory report to be used with ShopZ ordering. This is 
basically a list of FMIDs and features.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ron van der Zande
Sent: Thursday, July 04, 2019 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: getting a list of FMIDS and the product description

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


LS;
Maybe you can use the following method.
16 Tables  ISPF Table Utility  
Edit table BCNFMDS
Export this table to a dataset.
Extract FMIDS from SMP LIST FEATURE and use the dataset to translate FMIDs to a 
product description.
Regards Ron vd Zande

Note: Could not found the magic button to add this text to original post. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: "Trapping" messages written to JESYSMSG?

[Cieri, Anthony]

This won't help unless you are running IBM System Automation (SA). I 
believe that IBM SA can be configured to "trap" messages written to JESSYSMSG.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, May 21, 2019 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: "Trapping" messages written to JESYSMSG?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


This question was sparked by the thread on tracking PROC usage. I don't see
any way to "trap" messages written to JESYSMSG. I know that I can process
them using the SAPI,
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaf200/sapi.htm,
or the SDSF API or a number of other methods. But they are more "after the
fact" rather than "in line" (as the messages are issued).

Any ideas how this might be done? I wish that there were a JES exit for
this. But I don't see one.

-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.


Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO Reconnect ABEND=S622

[Cieri, Anthony]

If "in the DMZ" means behind a firewall, then it is possible that the 
firewall has an "inactivity" time out values of its own!!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roland Kinsman
Sent: Thursday, May 16, 2019 4:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO Reconnect ABEND=S622

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


IEFUTL is exactly the same on both systems.

Not sure if this is helpful, but the system with the short timeout is "in the 
DMZ"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 shutdown failure

[Cieri, Anthony]

OMVS is still doing something

You might try  D OMVS,A=ALL  for more information



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Tuesday, May 14, 2019 5:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 shutdown failure

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


F BPXOINIT,SHUTDOWN=FORKINIT
BPXM036I BPXAS INITIATORS SHUTDOWN.
F OMVS,SHUTDOWN
IEE342I MODIFY   REJECTED-TASK BUSY

Tony Thigpen

Cieri, Anthony wrote on 5/14/19 5:50 PM:
>   Under the OAS column of your D A,L display there is still one task.
> 
>   Was a $P JES2 command ever issued. Usually, when we are at this point 
> in a DR environment and the $P JES2 command is issued, JES2 may tell you what 
> is still active if the stop command fails.
> 
>   Here are some other possibly useful commands:
> 
>   F BPXOINIT,SHUTDOEN=FORKINIT
>   F OMVS,SHUTDOWN
> 
>   Hth
>   Tony
>   
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jerry Whitteridge
> Sent: Tuesday, May 14, 2019 5:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JES2 shutdown failure
> 
> [[ SEI WARNING *** This email was sent from an external source. Do not open 
> attachments or click on links from unknown or suspicious senders. *** ]]
> 
> 
> I'd be suspicious of your OMVS environment at this point. Try using a D A,A
> to see more tasks active.
> 
> Jerry Whitteridge
> Delivery Manager / Mainframe Architect
> GTS - Safeway Account
> 602 527 4871 Mobile
> jerry.whitteri...@ibm.com
> 
> IBM Services
> 
> IBM Mainframe Discussion List  wrote on
> 05/14/2019 02:35:25 PM:
> 
>> From: Brian France 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 05/14/2019 02:35 PM
>> Subject: [EXTERNAL] Re: JES2 shutdown failure
>> Sent by: IBM Mainframe Discussion List 
>>
>> init's drained?   lines drained? omvs shutdown?
>>
>> On 5/14/19 5:32 PM, Tony Thigpen wrote:
>>> I am testing on a DR box, and I am seeing a shutdown problem with JES2.
>>>
>>> Here is the console log:
>>> $da
>>> $HASP612 NO ACTIVE JOBS
>>> $P JES2
>>> IEA964I HARDCOPY SUSPENDED, REASON=HCSW
>>> $da
>>> IEE707I $DA  NOT EXECUTED
>>> D A,L
>>>      JOBS M/S    TS USERS    SYSAS    INITS   ACTIVE/MAX VTAM
> OAS
>>>     0    2    0  00025    0    0/0
> 1
>>>      JES2 JES2 IEFPROC  NSW  S  SHUTHUP1 SHUTHUP1 COMAND00 OWT
> S
>>>
>>> At this point, JES2 never seems to shut down. (The only job running is
>>> SHUTHUP1 which is the automated shutdown procedure that runs outside
>>> of JES2.)
>>>
>>> Thoughts?
>>>
>> --
>> Brian W. France
>> Systems Administrator (Mainframe)
>> Pennsylvania State University
>> Administrative Information Services - Infrastructure/SYSARC
>> Rm 25 Shields Bldg., University Park, Pa. 16802
>> 814-863-4739
>> b...@psu.edu
>>
>> "To make an apple pie from scratch, you must first invent the universe."
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 shutdown failure

[Cieri, Anthony]

Under the OAS column of your D A,L display there is still one task.

Was a $P JES2 command ever issued. Usually, when we are at this point 
in a DR environment and the $P JES2 command is issued, JES2 may tell you what 
is still active if the stop command fails.

Here are some other possibly useful commands:

F BPXOINIT,SHUTDOEN=FORKINIT
F OMVS,SHUTDOWN 

Hth
Tony 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Tuesday, May 14, 2019 5:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 shutdown failure

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


I'd be suspicious of your OMVS environment at this point. Try using a D A,A
to see more tasks active.

Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
jerry.whitteri...@ibm.com

IBM Services

IBM Mainframe Discussion List  wrote on
05/14/2019 02:35:25 PM:

> From: Brian France 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 05/14/2019 02:35 PM
> Subject: [EXTERNAL] Re: JES2 shutdown failure
> Sent by: IBM Mainframe Discussion List 
>
> init's drained?   lines drained? omvs shutdown?
>
> On 5/14/19 5:32 PM, Tony Thigpen wrote:
> > I am testing on a DR box, and I am seeing a shutdown problem with JES2.
> >
> > Here is the console log:
> > $da
> > $HASP612 NO ACTIVE JOBS
> > $P JES2
> > IEA964I HARDCOPY SUSPENDED, REASON=HCSW
> > $da
> > IEE707I $DA  NOT EXECUTED
> > D A,L
> >     JOBS M/S    TS USERS    SYSAS    INITS   ACTIVE/MAX VTAM
OAS
> >    0    2    0  00025    0    0/0
1
> >     JES2 JES2 IEFPROC  NSW  S  SHUTHUP1 SHUTHUP1 COMAND00 OWT
S
> >
> > At this point, JES2 never seems to shut down. (The only job running is
> > SHUTHUP1 which is the automated shutdown procedure that runs outside
> > of JES2.)
> >
> > Thoughts?
> >
> --
> Brian W. France
> Systems Administrator (Mainframe)
> Pennsylvania State University
> Administrative Information Services - Infrastructure/SYSARC
> Rm 25 Shields Bldg., University Park, Pa. 16802
> 814-863-4739
> b...@psu.edu
>
> "To make an apple pie from scratch, you must first invent the universe."
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Assembly JCL for tpx 5.4

[Cieri, Anthony]

I have some sample JCL in the TPX install library:

Highlvl.qual.CB0VSRC(ASMUXIT)



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Thursday, May 02, 2019 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assembly JCL for tpx 5.4

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Hi,

Cross posted

Does anyone have a sample JCL to assemble and Linkedit the TPX source code ?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: what is racinit error 32?

[Cieri, Anthony]

If the user is NOT defined in UADS then don't you need to define a TSO 
segment in TSS???


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, April 17, 2019 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: what is racinit error 32?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


that's true. racf is not active, it is a tss lpar. however other users can
login. it must be a tso issue as job submition under this user work well.
The user is NOT defined to UADS. I know that if I will define the user to
UADS it will work, but am trying to understand what is missing.

ITschak

On Wed, Apr 17, 2019 at 8:45 PM Lou Losee  wrote:

> Might the code be displayed in decimal in which case it is equivalent to
> x'20' which then indicates RACF is not active.
>
> Lou
> --
> Artificial Intelligence is no match for Natural Stupidity
>   - Unknown
>
>
> On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach 
> wrote:
>
> > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> CODE
> > 32). however, racinit error code skips 32 (30, 34).
> >
> > Any idea?
> > ITschak
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> > for Legacy **|  *
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Job completed notification not received TSO logon

[Cieri, Anthony]

I certainly agree with the move to User logs.
However, in the interim, there is a Broadcast Manager "package" on the 
CBT site (File 247) that may be of some help. If nothing else, there is a 
process documented for "expanding" the broadcast dataset.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, April 11, 2019 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Job completed notification not received TSO logon

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Managing SYS1.BRODCAST is an endless, thankless job. Suggest moving to user 
logs. You will never look back. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elardus Engelbrecht
Sent: Wednesday, April 10, 2019 10:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Job completed notification not received TSO logon

Peter wrote:

>One of our user who has his userid in all the batch job in most of the 
>scheduled batch. So whenever he logs on he usually gets the notification of 
>job completion along with logon message.

>Nothing has changed in batch and notify parameters are all same.

>Not sure why it has stopped working

As Tom Brennan said, consider PROFILE WTPMSG MSGID INTERCOM

Your SYS1.BRODCAST may be full. Empty it out.

Other possibility is that your user is having another TSO session and that 
session is getting the messages.

Groete / Greetings
Elardus Engelbrecht

PS: Another weird reason I once got, is that the user may run a CLIST or 
something during the logon process which disables messaging or just send 
 on the user's behalf.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA OPS/MVS

[Cieri, Anthony]

Peter, 

Is this something you would consider sharing with a larger audience???

I know that we routinely change LPAR weighs at our shop, but we use a 
manual process.

Thanks
Tony
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter DeFabritus
Sent: Thursday, March 28, 2019 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA OPS/MVS

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Martin, I have a REXX EXEC that uses BCPii, not OPS/MVS, to dynamically
modify the weights for LPARs, if you'd like it.

On Thu, Mar 28, 2019 at 12:27 PM Steve Horein 
wrote:

> I was just comparing OPS/MVS (what I grew up on):
>
> https://docops.ca.com/ca-opsmvs/12-3/en/administrating/manage-the-processors/opshmc-parameters
>
> ...with System Automation for z/OS (what I support now):
>
> https://www.ibm.com/support/knowledgecenter/SSWRCJ_4.1.0/com.ibm.safos.doc_4.1/OperatorGuide/ICNTL.html?pos=2
>
>
> OPS/MVS appears to provide getAttribute and setAttribute functions that may
> allow you to do what you want.
>
> On Thu, Mar 28, 2019 at 10:43 AM Martin Packer 
> wrote:
>
> > I'm asking on behalf of a customer (but I want to know, too, for all the
> > right reasons):
> >
> > Is it possible with CA OPS/MVS to alter the weights for LPARs? I would
> > assume that if it could it would use BCPii.
> >
> > The background is that we are contemplating shifting weights between
> LPARs
> > at certain times of day. This is their automation tool of choice. And I
> > don't know how people alter weights through automation.
> >
> > Thanks, Martin
> >
> > Martin Packer
> >
> > zChampion, Systems Investigator & Performance Troubleshooter, IBM
> >
> > +44-7802-245-584
> >
> > email: martin_pac...@uk.ibm.com
> >
> > Twitter / Facebook IDs: MartinPacker
> >
> > Blog:
> > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker
> >
> > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/
> > or
> >
> >
> >
> https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2
> >
> >
> > Youtube channel:
> https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA
> > Unless stated otherwise above:
> > IBM United Kingdom Limited - Registered in England and Wales with number
> > 741598.
> > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6
> 3AU
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FTPS breaks on z14-ZR1

[Cieri, Anthony]

I assume that you are doing some type of certificate exchange to 
support FTPS. If so, where are the certificates stored? In a SAF product in 
ICSF?  Crypto hardware could have changed!!


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Shorkend
Sent: Thursday, March 28, 2019 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTPS breaks on z14-ZR1

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Thanks  guys, will keep you posted.

On Thu, 28 Mar 2019, 16:52 Mark Jacobs, <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> If you didn't have the required ICSF FMID installed for CryptoExpress6
> Cards, I don't think the FIXCAT would have caught it.
>
> The systems assurance meeting (assuming IBM still holds them) should have
> covered it though.
>
> Mark Jacobs
>
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, March 28, 2019 10:37 AM, Mike Shorkend <
> mike.shork...@gmail.com> wrote:
>
> > I would assume that it would be included in the FIXCAT for the z14, but I
> > will check.
> >
> > On Thu, 28 Mar 2019 at 16:33, Bill Bishop (TMNA) bill.bis...@toyota.com
> > wrote:
> >
> > > Sorry, it was the crypto express software.
> > > We went from Crypto 5 to Crypto 6 cards and missed updating the ICSF
> > > software
> > > Thanks
> > > Bill Bishop
> > > Consultant, Mainframe Engineer
> > > Mainframe and Scheduling | Infrastructure Technology Services
> > > Toyota Motor North America
> > > bill.bis...@toyota.com
> > > Office: (469) 292-5149
> > > Cell: (502) 316-4386
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On
> > > Behalf Of Mike Shorkend
> > > Sent: Thursday, March 28, 2019 9:28 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: FTPS breaks on z14-ZR1
> > > No firewall, and like I said, nothing else has changed.
> > > @Bill - we did go from OSA5 to OSA6. I am not aware of how we would
> > > upgrade the OSA software?
> > > On Thu, 28 Mar 2019 at 16:06, scott Ford idfli...@gmail.com wrote:
> > >
> > > > If your running PASV FTP.DATA and the TCPIP profile must be changed.
> > > > Inbound port 20/21 are good for PASV , but outbound is a different
> story.
> > > > Are you running z/OS to z/OS ? Is there an intervening firewall ?
> > > > Scott
> > > > On Thu, Mar 28, 2019 at 10:02 AM Carmen Vitullo cvitu...@hughes.net
> > > > wrote:
> > > >
> > > > > ok, if you don't mind keep us posted, we'll be moving to a Z14
> > > > > eventually,
> > > > > if there's some gotya's going from Z13 to z14 I'd like to know
> > > > > thanks and good luck
> > > > > Carmen Vitullo
> > > > > - Original Message -
> > > > > From: "Mike Shorkend" mike.shork...@gmail.com
> > > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > > Sent: Thursday, March 28, 2019 8:55:48 AM
> > > > > Subject: Re: FTPS breaks on z14-ZR1
> > > > > The z/OS definitions for both systems are identical.
> > > > > Looking at the other ideas mentioned
> > > > > Thanks
> > > > > On Thu, 28 Mar 2019 at 15:09, Elardus Engelbrecht <
> > > > > elardus.engelbre...@sita.co.za> wrote:
> > > > >
> > > > > > Carmen Vitullo wrote:
> > > > > >
> > > > > > > Another possible cause of the 425 error code is the SSL
> > > > > > > requirements
> > > > > > > on
> > > > >
> > > > > > the server. In the case of the following error message:
> > > > > >
> > > > > > > -   425 unable to build data connection: Operation not
> permitted.
> > > > > >
> > > > > > In this case, check and compare on z13 and z14 what Crypto cards
> > > > > > and
> > > > > > keys
> > > > > > do you have.
> > > > > > Groete / Greetings
> > > > > > Elardus Engelbrecht
> > > > > >
> > > > > >  For IBM-MAIN subscribe / signoff / archive access
> > > > > > instructions, send email to lists...@listserv.ua.edu with the
> > > > > > message: INFO IBM-MAIN
> > > > >
> > > > > --
> > > > > Mike Shorkend
> > > > > m...@shorkend.com
> > > > > www.shorkend.com
> > > > > Tel: +972524208743
> > > > > Fax: +97239772196
> > > > >
> > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > send email to lists...@listserv.ua.edu with the message: INFO
> > > > > IBM-MAIN
> > > > >
> > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > > send email to lists...@listserv.ua.edu with the message: INFO
> > > > > IBM-MAIN
> > > >
> > > > --
> > > > Scott Ford
> > > > IDMWORKS
> > > > z/OS Development
> > > >
> > > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > > --
> > > Mike Shorkend
> > > m...@shorkend.com
> > > www.shorkend.com
> > > Tel: +972524208743
> > > Fax: 

Re: SMF/RMF records for 4hr rolling average MSU?

[Cieri, Anthony]

IPLINFO ??


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, March 05, 2019 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF/RMF records for 4hr rolling average MSU?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


got ya, well there is Marks rexx I forget which one, we used some of the rexx 
code to show the capped MSU's the R4HA and the current cap 
from there you can create a comma delimited file + send to Excel? 
example of the MSU command 



The MSU capacity for this CEC is 281. 
The defined MSU capacity for this LPAR is 130. 
The 4 hour MSU average usage is 130. 
The unused MSU capacity for this LPAR is 0. 


** This LPAR is currently being "soft capped". ** 




maybe this can work ? 


Carmen Vitullo 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 5, 2019 2:53:41 PM 
Subject: Re: SMF/RMF records for 4hr rolling average MSU? 

On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo  wrote: 

> the only other way to do this is if you have Omegamon, use the ZRMSU major 
> command, extract or (cut and paste) the 4hr average to excel. 
> I had to do something like this from a product called Perfman to get the 
> high R4HA for each day and plot that for the month. 
> 

No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing 
software. If I knew where the data comes from, I would be tasked to write 
software to get what we want into an CSV to download to my boss' PC. 



> 
> 
> 
> Carmen Vitullo 
> 
> - Original Message - 
> 
> From: "John McKown"  
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Sent: Tuesday, March 5, 2019 2:37:47 PM 
> Subject: Re: SMF/RMF records for 4hr rolling average MSU? 
> 
> On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo  
> wrote: 
> 
> > Great product, EasySMF ! 
> > blackhillsoftware.com 
> > 
> > 
> 
> Forgot to mention: "The mainframe is going away. There is no need to buy 
> any new software. Make due with what you have, write it yourself, or do 
> without. But we want our reports!" 
> 
> Carmen Vitullo 
> > 
> > 
> -- 
> I just burned 2000 calories! 
> That's the last time I'll nap with brownies in the oven. 
> 
> Maranatha! <>< 
> John McKown 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 


-- 
I just burned 2000 calories! 
That's the last time I'll nap with brownies in the oven. 

Maranatha! <>< 
John McKown 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How can I get reports in the Output Queue in SDSF to print

[Cieri, Anthony]

IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I 
Connection refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 
ended due to TCP/IP error, rc: 1128

The "connection refused" error can indicate a lack of resources on the 
receiving (z/VM) node.  Are you sure that ALL of the necessary RSCS resources 
are available/started.

Since Telnet and ping are working, you must have basic connectivity.

Is there a process listening on port 175 on the z/VM node??

Could try "telnet  10.100.5.73  175" (from the z/OS LPAR) to see if you 
get a connection!!

Hth
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Wednesday, February 06, 2019 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Vince,

Thanks for letting me know about using a FICON CTC...the problem was when we 
ordered the z13s we didn't order enough FICON adapters...guess our research was 
not through enough.

As far as where the problem actually is...I believe it is the network to but 
I'm losing that battle and it is because my boss is a networking guy who 
supports the networking team over the mainframe team.

I can PING from z/VM to z/OS and vice versa successfully and I have done a 
telnet from z/OS to z/VM successfully.  I'm not familiar with ICMP and/or 
TRACERTE so I will have to do research on how to check/execute them.

When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes 
the JES line is started, however I get an error when starting the socket and 
the error is...
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 06, 2019 1:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPXPRM00 parmlib

[Cieri, Anthony]

SETOMVS MAXUIDS=2000

No comma after SETOMVS!!!


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Thursday, January 31, 2019 5:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


David,

I do have my mount statements split out from other statements.  I must be doing 
something wrong because when I enter "SETOMVS,MAXUIDS=2000" as a command from 
the z/OS console I get an error that the command is invalid.  I tried to issue 
from within OMVS and I also get an error "FSUM7351 not found". Am I entering 
the command from the wrong place?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Thursday, January 31, 2019 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

Ron,  Many individual parms can be set via the SETOMVS console command, and may 
be more along the lines of what you want.   Depending on if you have  your 
MOUNT statements split out from other statements (BPXPRMFS vs BPXPRM00), doing 
a SET OMVS=xx might do more than you anticipate or want.

It would be my recommendation to use SETOMVS.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, January 31, 2019 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BPXPRM00 parmlib

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hello,

If I need to make a change to my BPXPRM00 parmlib member can I get the change 
in while everything is running or does it have to done via an IPL?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this 

Connect:Direct and ICSF (was ICSF and z/OS 2.3)

[Cieri, Anthony]

I believe that it is the Secure+ feature for Connect:Direct that 
exploits the Crypto hardware. If you are NOT using seure+, then I believe that 
there is no "requirement" for ICSF. 

However, I also believed that even if secure+ WERE enabled and you 
attempted a process to a Secure+ enabled partner node that if ICSF was NOT 
available, that the secure+ process WOULD execute, but that the encryption 
workload would be processed in general CPs.

I was curious, so I tried an experiment and I offer my observations 
below.

 I sent a few processes to an established secure+ test node from a LPAR 
with ICSF up and available. The processes executed successfully. Next, I 
brought down ICSF on that same LPAR and resubmitted the same test processes.  
To my surprise, they failed with the following message:

CSPA014E Unable to read remote node definition

I recall that somewhere between Connect:Direct V4.8 and version5.2, 
there was a "requirement" to encrypt the Secure+ PARMFILE with Triple-DES. I 
suspect that it is this change that now requires ICSF to be active.

So it appears that Connect:Direct (V5.x with the Secure+ feature 
enable) is like newer releases of IBM's OpenSSH Server in that they now do 
require ICSF to be active. 
There were certainly "older" releases of both, that did NOT have a 
"requirement" for ICSF to be active.

Hth
Tony



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Greg Boyd
Sent: Tuesday, January 22, 2019 8:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ICSF and z/OS 2.3

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


There may have been changes to Connect Direct since the last time I worked with 
it, but I suspect ICSF is required if you want to leverage the hardware 
technology, and specifically the CEX cards.  As Kirk points out, if you want to 
use the random number generation on hardware then you need ICSF active. (And 
you probably do want the performance of RNG in hardware.)  Similarly, for 
System SSL, if you want to use the Crypto Express cards for authentication 
(public/private key operations), then ICSF needs to be active.  Enabling the 
cards and having ICSF active can make a big difference in throughput and 
capacity (CPU savings), but strictly speaking it's probably not required unless 
you configure the environment to use the crypto hardware.

Greg Boyd
Mainframe Crypto
www.mainframecrypto.com


On Fri, 18 Jan 2019 17:55:51 -0600, Steve beaver  wrote:

>Also it’s required for Connect Direct
>
>Sent from my iPhone
>
>Sorry for the finger checks
>
>> On Jan 18, 2019, at 17:29, Kirk Wolf  wrote:
>> 
>> ICSF is currently required if you want to use the Unix /dev/random and
>> /dev/urandom devices.
>> These might be required by Unix apps (or jobs/stcs that use z/OS Unix
>> System services).
>> 
>> For exampe:  IBM OpenSSH server will not work without ICSF and /dev/random
>> available.
>> 
>> On Fri, Jan 18, 2019 at 5:24 PM Greg Boyd 
>> wrote:
>> 
>>> ICSF is only required if you want to use the ICSF APIs, so it depends on
>>> what, if anything in your shop might be using the APIs.  System SSL (TLS)
>>> will certainly leverage the APIs if you have Crypto Express cards available
>>> and that might provide some CPU relief.  The Guardium Database Encryption
>>> Tool requires it if you want to encrypt IMS segments or DB2 tables at the
>>> row level.
>>> 
>>> Pervasive is getting a lot of attention and if you're going that route, I
>>> would highly recommend that ICSF be active everywhere.  You don't want one
>>> system writing ciphertext to a file and another system thinking that the
>>> file is cleartext.  IBM is also recommending that ICSF be 'always up'.
>>> They have made a number of changes to the component so that it will come up
>>> earlier in the IPL and it should be one of the last tasks running.
>>> 
>>> Given the growth in crypto workload, I take 'always up' to also mean
>>> 'running everywhere'.  There are simply more things that can leverage ICSF,
>>> some optionally and some require it.
>>> 
>>> I'm not sure why DFSMShsm would need ICSF active, unless they were using
>>> the Encryption Facility for z/OS with the DFSMSdss feature.
>>> 
>>> Greg Boyd
>>> Mainframe Crypto
>>> www.mainframecrypto.com
>>> 
>>> 
>>> 
>>> On Fri, 18 Jan 2019 18:16:37 +, Mary Kay Tubello 
>>> wrote:
>>> 
 Hello all,
 
 Does anyone know if z/os 2.3 requires ICSF to be installed on each LPAR?
 
 Thanks,
 Mary Kay
 
 Large Systems Engineering
 IT Infrastructure
 Humana
 123 E. Main St. 40202  (CT6)
 502-476-2772
 mtube...@humana.com
 
 
 
 
 --
 For IBM-MAIN 

Re: [EXTERNAL] Re: Fixes from CA

[Cieri, Anthony]

The last time I applied maintenance to a CA product, I believe that there was a 
way to order all of the fixes that you wanted and get them in a .zip files. The 
filename was something like scart0.zip. I was able to download this file from 
the CA site and then upload it to z/OS in a USS file.
Once in z/OS (USS) I used a program called CAUNZIP to unzip and SMP/E receive 
all of the PTFs. I believe that there is some documentation and sample JCL for 
CAUNZIP on the CA site.

HTH
Tony 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Sankaranarayanan, Vignesh [vignesh.v.sankaranaraya...@marks-and-spencer.com]
Sent: Tuesday, December 18, 2018 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]




Not connected to any vendor from the mainframe..

– Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vernooij, Kees (ITOP NM) - KLM
Sent: 18 December 2018 13:59
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Fixes from CA

Are you connected to IBM, if so, why not to CA?

Kees.



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Sankaranarayanan, Vignesh
> Sent: 18 December, 2018 14:52
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: Fixes from CA
>
> Nope, not using CSM.
> Mainframe is not connected to CA, so CSM is severely handicapped
> without connectivity to CA.
> Yes, it works with offline packages, but I can't be bothered with that
> set of actions.. would rather get it working with basic Windows FTP.
>
> – Vignesh
> Mainframe Infrastructure
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Elardus Engelbrecht
> Sent: 18 December 2018 13:48
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Fixes from CA
>
> Sankaranarayanan, Vignesh wrote:
>
> >On getting a bunch of Solutions downloaded from the CA site for a
> product, the subsequent uploads to mainframe fail because the .txt
> files go on for more than 80 cols. This is super annoying as I'm
> looking to upload hundreds of PTF HOLDDATA. I've used quote site
> lrecl=80 but when the first line of R1235.txt is 81 columns, how many
> ever lines the file has, FTP-ing it from desktop to mainframe brings in only 
> the first line.
>
> Did you contacted CA for assistance? They should know how to assist you.
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> MARKSANDSPENCER.COM
> 
>  Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let
> us know and then delete it from your system; you should not copy,
> disclose, or distribute its contents to anyone nor act in reliance on
> this e-mail, as this is prohibited and may be unlawful.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message.

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 

Re: Examples of roll your own "LIKE()" for data sets?

[Cieri, Anthony]

Is Rexx suitable. Perhaps LISTDSI can help


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Tuesday, December 04, 2018 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Examples of roll your own "LIKE()" for data sets?

Thanks everyone for the suggestions.
For my purposes, I can't run under ISPF or require a licensed product.
I took a brief at look at the CBT VTOC command, but it just seems to print
a VTOC without much attention to the issues surrounding how to extract a
"LIKE()" allocation.


On Tue, Dec 4, 2018 at 12:45 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 4 Dec 2018 11:41:43 -0600, Kirk Wolf wrote:
> >
> >Are there examples in CBT of code that do similar analysis of DASD
> >datasets?   Even something that does a good job at deducing
> >SPACE=(unit,(pri,sec)) is not as simple as one might think.
> >
> AVGREC adds to the chaos.
>
> If the initial allocation was performed in multiple extents, is
> there any way to retrieve the initial request?
>
> HSM MIGRATE/RECALL can coalesce extents, further obscuring
> the initial request.
>
> I have used ISPF to capture the attributes of a data set; changed
> only the DSN, then allocated.  The new data set was smaller because
> ISPF? Allocation? applied a correction for 3380/5590 capacity ratio.
> (I understand this is optional, but our site had it turned on.)
>
> I'd like to be able to code "BLKSIZE=0,SPACE=(1,100),..."
> and let allocation and SDB figure it out.
>
> They're only trying to help me.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IRXANCHR REXX environment value recommendation

[Cieri, Anthony]

Bob, 

I forgot to mention that there are two Yahoo Groups for Netview and SA 
respectively. I think that this topic might generate more responses in either 
of those forums. Below is the url that I use to logon.


https://login.yahoo.com/?.src=ygrp&.intl=us&.lang=en-US&.done=https%3A%2F%2Fgroups.yahoo.com%2Fneo%2Fgroups%2Fall%2Flist



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Friday, November 30, 2018 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRXANCHR REXX environment value recommendation

Tony,

Thank you for responding. I, too, was surprised at the lack of response. Maybe 
it has to do with the fact that I asked two days before Thanksgiving!

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cieri, Anthony
Sent: Friday, November 30, 2018 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRXANCHR REXX environment value recommendation

Since I did not notice any responses, I thought I would offer my 2 
cents.

We are NOT running z/OS 2.3 yet, but I did have the need to increase 
this value a few years ago. The need was predicated on the installation of 
Tivoli System Automation (TSA). TSA is based upon Netview, which make great use 
of Rexx. I believe that the limit of anchor CBs is at the address space level 
and we only ever noticed a problem in TSA. 

 Our current value is 800 (post TSA) and we generally run at about 400 
control black in use.

Hth
Tony
.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, November 20, 2018 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IRXANCHR REXX environment value recommendation

Anyone have a good recommendation for the value of IRXANCHR on a z/OS 2.3 
system?

Current value is 1000, but there may be the need for more REXX environments as 
this value has not been increased in awhile.

What's the new "happy value" everyone is using?  :)

There is no bad answer here.

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IRXANCHR REXX environment value recommendation

[Cieri, Anthony]

Since I did not notice any responses, I thought I would offer my 2 
cents.

We are NOT running z/OS 2.3 yet, but I did have the need to increase 
this value a few years ago. The need was predicated on the installation of 
Tivoli System Automation (TSA). TSA is based upon Netview, which make great use 
of Rexx. I believe that the limit of anchor CBs is at the address space level 
and we only ever noticed a problem in TSA. 

 Our current value is 800 (post TSA) and we generally run at about 400 
control black in use.

Hth
Tony
.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, November 20, 2018 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IRXANCHR REXX environment value recommendation

Anyone have a good recommendation for the value of IRXANCHR on a z/OS 2.3 
system?

Current value is 1000, but there may be the need for more REXX environments as 
this value has not been increased in awhile.

What's the new "happy value" everyone is using?  :)

There is no bad answer here.

Bob

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ASMA034E

[Cieri, Anthony]

There is a sample z/OS FTP client user exit in TCPIP.SEZAINST(EZAFCEXT).

In this sample exit, there are two "in-stream" macros called ABCINIT 
and ABCTERM. The ABCINIT macro supports setting multiple base registers. 

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steely.Mark
Sent: Wednesday, November 14, 2018 4:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ASMA034E

The assembler program I am working on is receiving several  of these messages:

ASMA034E Operand =X' beyond active USING range by 148 bytes


I have tried all the examples to add a second register to the USING statement.
When the program executes it gets a S0C1.

Currently I have a macro call ENTER which sets up all the register and 
generates a USING statement with 1 register.

Does anyone have a macro or  a piece of code which will setup a USING statement 
with 2 registers.

Thank You

*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Discussion about IBM SW Excel withdrawal

[Cieri, Anthony]

There was also an email from Ed Jaffe on 08/23/2018 to this list that 
contained links to several St. Louis SHARE presentations that he was a part of. 
The Bit Bucket x'38' presentation discusses this subject and provides several 
alternatives!!

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Monday, October 15, 2018 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Discussion about IBM SW Excel withdrawal

Yes, that was it, thank you sir!   I sure wouldn't have guessed it was over a 
year ago.  "Time flies like an arrow; fruit flies like a banana" 

Dana


On Mon, 15 Oct 2018 13:54:06 -0400, Tony Harminc  wrote:

>The discussion is under the subject line "SoftwareXcel Discontinued",
>and it was started by Ed Jaffe on 2017-09-07 (just over a year ago).
>
>Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: $HASP568 - Connect to a Unkown APPL

[Cieri, Anthony]

Do you receive the same error messages if you start the connection 
manually??

$S N,A=APPL01



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gilson Cesar de Oliveira
Sent: Tuesday, August 28, 2018 9:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: $HASP568 - Connect to a Unkown APPL

Dear list:

  We have configured an NJE connection using the following statements in JES2 
PARM:

APPL(APPL01)   NODE=31 

CONNECT  NODEA=1,MEMBA=1,NODEB=31,MEMBB=1

N(31)   NAME=NODE01,PATHMGR=YES,CONNECT=(YES,30)

 In VTAMLST we have the following definitions:

 VBUILD  TYPE=CDRSC  
  NETWORK NETID=NETB
APPL01CDRSC   ==> Remote Node

My NETID is NETA
   VBUILD  TYPE=APPL 
LCLNJE11  APPLVPACING=5,AUTH=ACQ,   
   DLOGMOD=JESMODE,MODETAB=JES2MODE



I'm receiving the message $HASP568 with the following content:

$HASP568 NODE=NODE01 - AUTOMATIC CONNECT (APPL=NODE01)

and VTAM messages with sense code 087D0001 with the following contents:

IST663I  INIT OTHER REQUEST   FAILED  , SENSE=087D0001   
IST664I  REAL  OLU=NETA.LCLNJE11 ALIAS DLU=NETA.NODE01 

I'd like to know why the connection retry is using node name instead of APPL 
name as defined in JES2 parm ??

We are at z/OS V2R2.

Thanks in advance for any help.

Regards,

Gilson Cesar

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Jes2 Initiator number

[Cieri, Anthony]

Lizette / Alan / Martin, 

Thank you all for your replies that the detailed information. It looks 
like exactly what I need (and somehow missed).
It's never a bad day when you learn something new!!!

Thanks again
Tony 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, August 07, 2018 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Jes2 Initiator number

 
1)  I have used a scheduling software in the past called CA Workload Automation 
(CA ESP).  It has a report function where I can select all jobs that had a S822 
from date - to date, and then list things like Start Date/Start TimeEnd 
date/End time  Jobclass etc...

2) there is a parm in DIAGxx to reduce S822 abends

VSM CHECKREGIONLOSS(bbb{K|M},aaa{K|M})
Indicates the amount of region size loss that can be tolerated in an 
initiator address space. The initiator remembers the initial maximum available 
region size (below and above 16 MB) before it selects its first job. After the 
termination of each job run in the initiator, if the maximum available region 
size (below or above 16 MB) has decreased from the initial value by more than 
the CHECKREGIONLOSS specification, the initiator terminates with message 
IEF093I or IEF094A, depending on whether the subsystem automatically restarts 
the initiator. JES2, JES3, WLM, OMVS, and APPC all automatically restart 
initiators, so initiator issues IEF093I in most cases. CHECKREGIONLOSS allows 
the installation to avoid 822 abends in subsequent jobs that are selected by an 
initiator. The available region size of the initiator has decreased because of 
storage fragmentation or problems that have caused storage not to be freed.

Because the initiator notifies the owning subsystem that the initiator is 
being terminated on the job termination SSI call, the CHECKREGIONLOSS detection 
must be done before some storage that will eventually be freed actually gets 
freed. The SWA subpool is an example (and for some jobs, a large example) of 
this. The detection processing recognizes storage that is part of the SWA 
subpool, and treats it as if it was freed. However, if you are looking at a 
dump of an IEF093I message, you still need to manually ignore the SWA storage.

Some fragmentation (especially above 16 MB) is normal. A job that uses a 
lot of SWA (or other system control blocks in high extended private) might 
cause fragmentation because this forces another system control block that 
persists across jobs to be allocated at a lower address. The VSM cell pool 
extents (VSMP eye catcher at the beginning of a 4 KB page) are an example of 
persistent storage. Compression of VSM cell pool extents requires a large 
amount of CPU time (much more than the CPU time for terminating and restarting 
an initiator). Recycling of initiators under the control of CHECKREGIONLOSS is 
the intended mechanism for dealing with fragmentation.

In addition to normal fragmentation, IEF093I might in some cases expose a 
storage leak problem that can be investigated and fixed. Differentiating 
between normal fragmentation and a storage leak is a time consuming manual 
process done by analyzing dumps.
Selecting the CHECKREGIONLOSS values:

Select values small enough to avoid 822 abends for the jobs in your 
installation that have the largest REGION requirements. That depends on the 
size of your private area above and below 16 M, and the REGION requirements of 
your largest jobs.
Select values large enough so that the frequency of IEF093I messages is 
not excessive, and so that the frequency of initiator recycling is not a 
performance issue.
Start with something like:

CHECKREGIONLOSS(256K,10M)

Decrease the values if you see 822 abends, and increase the values if 
you frequently see IEF093I messages.




> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Cieri, Anthony
> Sent: Tuesday, August 07, 2018 12:59 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Jes2 Initiator number
> 
> 
>   For this particular exercise/issue I do not need to consider WLM Inits.
> 
>   Initially, I would like to be able to produce a list of jobs that ran
> in a particular JES2 initiator.
> 
>   We occasionally have an issue with S822 abends. They don't occur very
> often, but when they do, that is a rash of them. Once it starts, the ABENDs
> seem to reoccur in the same JES2 Initiator (or two).  It would be ideal, If I
> could come up with an automate solution that would capture the initiator and
> drain/restart it. They is usually how we recover from the issue.
> 
>   The audit trail is needed to determine what job(s) instigate the S822
> ABENDs. If we can identify them, we could get the appropriate application
> owners involved.
> 
>   Thi

Re: Jes2 Initiator number

[Cieri, Anthony]

Many thanks for this suggestion.
I have found a copy of IEFU84/MXGU84 in our MXG.SOURCLIB. This should 
solve the audit trail issue.

Thanks again.
Tony
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: Tuesday, August 07, 2018 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Jes2 Initiator number

In 2004, MXG Change 19.269 provided an IEFU84 exit that captures
and moves the Initiator Number and Initiator Number into the
SMF 30 Subtype 1, and MXG type 30 processing picks them up.

I have no recent confirmation that exit code runs but I also
have no recent confirmations that it's in use anywhere.

Barry


Herbert W. “Barry” Merrill, PhD
President-Programmer
Merrill Consultants
MXG Software
10717 Cromwell Drive
Dallas, TX 75229
www.mxg.com
ba...@mxg.com






-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Cieri
Sent: Tuesday, August 7, 2018 2:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Jes2 Initiator number

Is the JES2 initiator number that runs a job recorded in any SMF records??

The only "audit" trail that I can find is the $HASP373 message when a job is 
started.

I would appreciate any pointers that anyone can provide.
Thanks
Tony

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Jes2 Initiator number

[Cieri, Anthony]

For this particular exercise/issue I do not need to consider WLM Inits.

Initially, I would like to be able to produce a list of jobs that ran 
in a particular JES2 initiator.

We occasionally have an issue with S822 abends. They don't occur very 
often, but when they do, that is a rash of them. Once it starts, the ABENDs 
seem to reoccur in the same JES2 Initiator (or two).  It would be ideal, If I 
could come up with an automate solution that would capture the initiator and 
drain/restart it. They is usually how we recover from the issue.

The audit trail is needed to determine what job(s) instigate the S822 
ABENDs. If we can identify them, we could get the appropriate application 
owners involved.

This could all be accomplished through some syslog research. I was 
hoping to find a more automated solution...

Thanks again.
Tony 
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, August 07, 2018 3:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Jes2 Initiator number

It depends. You indicate JES2 INITs but would you also consider WLM Inits as 
well?

JES2 initiators are just a place to start a job.  


What specifically are you trying to work on that requires that information?


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Tony Cieri
> Sent: Tuesday, August 07, 2018 12:34 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Jes2 Initiator number
> 
> Is the JES2 initiator number that runs a job recorded in any SMF records??
> 
> The only "audit" trail that I can find is the $HASP373 message when a job is
> started.
> 
> I would appreciate any pointers that anyone can provide.
> Thanks
> Tony
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Where did IBM hide TASID?

[Cieri, Anthony]

Very true. Although I do have it running under zOS V2.2 at our site. 

The only TASID issue for our 2.2 upgrade was Option #4  (Initiator 
Status List). The error messages were "Unsupported Level" and after pressing 
PF1,  'TASID could not find the PIT control block'.

A Google search on "TASID initiator status" should lead you to the zap 
that corrected this issue at zOS V2.2.

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Thursday, August 02, 2018 10:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where did IBM hide TASID?

[Default] On 2 Aug 2018 15:49:35 -0700, in bit.listserv.ibm-main
b...@psu.edu (Brian France) wrote:

>On 08/02/2018 06:22 PM, Tom Conley wrote:
>> On 8/2/2018 11:44 AM, Srivastava, Rajesh K wrote:
>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-01.ibm.com%2Fsupport%2Fdocview.wss%3Fuid%3Dswg24009131data=02%7C01%7Cbwf2%40psu.edu%7C077d97a2c7ec45aab1d108d5f8c67187%7C7cf48d453ddb4389a9c1c115526eb52e%7C0%7C0%7C636688453560736718sdata=62qVcT5MnglHH4mUeOlM1G7wdwcTObRyqWIi8aI%2FbNg%3Dreserved=0
>>>
>>>
>>>
>>> -Original Message-
>>
>> You, sir, are a steely-eyed missile man. 
>    Ya one of THEE best movie lines... AND so true here as I thought IBM
>put TASID to bed years ago.

If you look at the site, you will find that it has not been updated
for 2/OS 2.3 and maybe 2.2

Clark Morris
>>
>> Regards,
>> Tom Conley
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any VTAM service to query an LU?

[Cieri, Anthony]

INQUIRE maybe??


https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.istprg0/inqlu.htm



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, July 16, 2018 6:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any VTAM service to query an LU?

Is there a VTAM macro or call that will return machine-readable status
information for an LU? 

I am looking for information more or less equivalent to what D NET,ID=luname
returns but in a program-friendly rather than human-friendly format.

I RTFMs but perhaps I am Ring the wrong FMs.

Thanks,

Charles

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Netview Automation Table Code

[Cieri, Anthony]

If the MPFLST is setup correctly, you should see a CNM493I message in 
you Netview logs. This message indicates a match in Netview Message automation 
Table .

Depending upon whether the dataset you want to trap on the FROM dataset 
or the TO dataset will dictate which line you want to trap. The FROM dataset is 
in the second line and the TO dataset is in the third line.

For specific help on the Trap syntax, I would consider using the 
Netview Group on Yahoo!!

Hth
Tony
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Wednesday, June 13, 2018 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview Automation Table Code

Hello Tony,



Thanks for reply. I have  don’t have programming knowledge to code member in 
SDGASAMP for

DGA.SDGASAMP(DGADTFY2).



Also, my netview knowledge is limited to code trap command as you mentioned 
previously.



SVTM052I STEP1COPY FKFD022( 704) SNODE=SEB.SND.TCS 280

SVTM052I  FROM ECP.A601P2.ATI7.NBK.PS
<http://e2cp.azd601p2.ati7.nbk.ps/>.G3104V00

SVTM052I  TO   FBT.DATA.VLUS.SAT17.G1678V00*

 SVTM052I  COMPLETED  /SCPA000I

Can you please help me to code this multiline WTO..



I checked MVS initialization guide and found that by default,



If you do not specify an MPFLSTxx member, the defaults are AUTO(YES). So, we 
don’t have to code this . Please correct me, if wrong.




On Tue, Jun 12, 2018 at 7:54 PM, Cieri, Anthony  wrote:

>
> Hello Saurabh,
>
> I can hopefully offer a few points of clarification.  I think 
> that the IGD104I messages are generally only written to the joblog.
> Connect:Direct uses dynamic allocation for all processes.
> The SVTM052I message IS written to syslog and can be automated 
> if you have coded AUTO(YES) in you MPFLSTxx PARMLIB member.  Also, the 
> most significant point was offered by @Vince. The SVTM052I message ID 
> is Multi-line Write-to-Operator (MLWTO) message. It is generally 
> issued as a
> (4) line WTO, but each line has the SVTM052I message ID. Your message 
> trap as provided in a previous post will not work because the 'TO' 
> text does NOT occur in the first line of the MLWTO. We do something 
> similar here and I have pasted my trap for reference:
>
> IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
>   & (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
> ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
> THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
>
> This MAT entry is used to trap the sense code is the last 
> (4th) line of the MLWTO.  You could do something similar to trap the 
> 'TO'  text and Dataset name in the third line of the MLWTO.
>
> Also, in case you were not aware, there are a few utility 
> programs that are distributed along with Connect:Direct for z/OS.  One 
> in particular, DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct 
> process to send a message to a TSO user when the process ends.  You 
> can pass the TO dataset name as a parameter to DGADTFY2. You can also 
> use modal logic in the process to send the message for a successful or 
> unsuccessful COPY step (or BOTH if you choose). Here is a simple example:
>
> STEP02 IF (COPY01 = 0) THEN
> NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -
>
> SNODE
>  ELSE
> NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -
>
>   SNODE
>
> The first step (NOTE21) will send a message to the user 
> specified by  indicating that the file transfer was successful 
> if the COPY01 Step ended with a return code of 0.. The message will 
> also contain the dataset name. The second step (NOTE22) will send a 
> message to the same user indicating that the file transfer fails, if 
> the COPY01 step ends with a return code other than 0. Of course, this 
> example assumes that you have coded a Connect:Direct COPY step named COPY01.
>
> I hope this helps some.
>
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of saurabh khandelwal
> Sent: Tuesday, June 12, 2018 7:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Netview Automation Table Code
>
> Hello Steve,
>
> I couldn't understand your point. Can you please help to understand this.
>
> I am getting below message in SYSLOG generated using DCON  and I could 
> see these messages are in  JESYSMSG, JESMSGLG and  also in SYSLOG
>
> OUR SYSLOG VIEW*
>
> ---6+7+8+9+0+1+2+
>
> IGD104I FDNBT.DATA

Re: Netview Automation Table Code

[Cieri, Anthony]

Hello Saurabh,

I can hopefully offer a few points of clarification.  I think that the 
IGD104I messages are generally only written to the joblog. Connect:Direct uses 
dynamic allocation for all processes. 
The SVTM052I message IS written to syslog and can be automated if you 
have coded AUTO(YES) in you MPFLSTxx PARMLIB member.  Also, the most 
significant point was offered by @Vince. The SVTM052I message ID is Multi-line 
Write-to-Operator (MLWTO) message. It is generally issued as a (4) line WTO, 
but each line has the SVTM052I message ID. Your message trap as provided in a 
previous post will not work because the 'TO' text does NOT occur in the first 
line of the MLWTO. We do something similar here and I have pasted my trap for 
reference:

IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB 
  & (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.) 
THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM)); 

This MAT entry is used to trap the sense code is the last (4th) line of 
the MLWTO.  You could do something similar to trap the 'TO'  text and Dataset 
name in the third line of the MLWTO.

Also, in case you were not aware, there are a few utility programs that 
are distributed along with Connect:Direct for z/OS.  One in particular, 
DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct process to send a 
message to a TSO user when the process ends.  You can pass the TO dataset name 
as a parameter to DGADTFY2. You can also use modal logic in the process to send 
the message for a successful or unsuccessful COPY step (or BOTH if you choose). 
Here is a simple example:

STEP02 IF (COPY01 = 0) THEN
NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -   
SNODE   
 ELSE
NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -   
  SNODE 

The first step (NOTE21) will send a message to the user specified by 
 indicating that the file transfer was successful if the COPY01 Step 
ended with a return code of 0.. The message will also contain the dataset name. 
The second step (NOTE22) will send a message to the same user indicating that 
the file transfer fails, if the COPY01 step ends with a return code other than 
0. Of course, this example assumes that you have coded a Connect:Direct COPY 
step named COPY01. 

I hope this helps some.

Tony

  
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Tuesday, June 12, 2018 7:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview Automation Table Code

Hello Steve,

I couldn't understand your point. Can you please help to understand this.

I am getting below message in SYSLOG generated using DCON  and I could see 
these messages are in  JESYSMSG, JESMSGLG and  also in SYSLOG

OUR SYSLOG VIEW*

---6+7+8+9+0+1+2+

IGD104I FDNBT.DATA.VPLUS.SDPAT17.G1678V00RETAINED,

 DDNAME=NDM00222

 SVTM052I  FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00

* SVTM052I  TO   FDNBT.DATA.VPLUS.SDPAT17.G1678V00*

 SVTM052I  COMPLETED  /SCPA000I

-  -TIMINGS (MINS.)-


Thanks & Regards
Saurabh

On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein 
wrote:

> It appears the messages are found in JESYSMSG, and not 
> JESMSGLG/SYSLOG/OPERLOG.
> You will likely need something like System Automation's Job Log 
> Monitoring  com.ibm.safos.doc_4.1/CustandProg/Joblog_Monitoring.html>
> to accomplish the goal, or some other method to get these messages as WTOs.
>
>
>
> On Tue, Jun 12, 2018 at 4:31 AM saurabh khandelwal < 
> venkatkulkarn...@gmail.com> wrote:
>
> > Hello Vince,
> >
> > Thanks for reply.
> >
> > I want to trap below dataset only when
> >
> >   FDNBT.DATA.VPLUS.SDPAT17.G1678V00
> >
> > we see  SVTM052I   this msgid and TEXT  "TO " .
> > I am not sure, if i made mistake in coding this in netview 
> > automation table.
> >
> > please suggest.
> >
> > On Tue, Jun 12, 2018 at 12:10 PM, Vince Getgood 
> > 
> > wrote:
> >
> > > I'm not a Netview or Systems Automation expert, but I THINK what's 
> > > happening here is that SVTM052I is a multi-line message, and you 
> > > are
> > trying
> > > to process it like a single line message.
> > >
> > > Note in your post that there are THREE lines that have the message
> number
> > > SVTM052I.
> > >
> > > I'm guessing that Netview is matching on the FIRST line (SVTM052I 
> > > FROM E2CP.AZD601P2.ATI7.NBK.PS), but as that DOES NOT contain .'TO'.
> 

Re: ASAP profile setup

[Cieri, Anthony]

There is a SMPE program, GIMXSID that can be used to provide a CSI 
report.  I found the JCL on one of the Shop/z help screens, it is something 
similar to the following:

//STEP1EXEC PGM=GIMXSID,PARM='WAIT=10MIN,L=ENU'
//SYSPRINT DD SYSOUT=* 
//SMPOUT   DD SYSOUT=* 
//SMPXTOUT DD DSN=your.output.dat.set,DISP=(NEW,CATLG), <<< 
Update   
//DCB=(RECFM=FB,LRECL=12560,BLKSIZE=25120),
//SPACE=(TRK,(10,10)),VOL=SER=xx,UNIT=SYSALLDA 
//*SMPXTOUT DD PATH='/EXISTING_DIRECTORY/NEW_FILE', 
<<< Update for zfs file report 
//*PATHOPTS=(OWRONLY,OCREAT,OTRUNC),   
//*FILEDATA=BINARY,PATHMODE=(SIRWXU,SIRWXG,SIRWXO) 
//SYSINDD DATA,DLM=$$  
CSI=your.smpe.csi.dataset   
<<< Update  
TARGET=targetzonename   <<< 
Update 
$$  

The creates the CSI report that you would upload to Shop/z when 
ordering with a report!!! It is a muchn abbreviated listing of the FMID and 
features in you SMPE CSI. 
I run this and then rummage through the report to add/delete FMID from 
my ASAP profile.

Hth
Tony

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, June 05, 2018 5:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ASAP profile setup

I’ve used IBM ServiceLink ASAP for years to get early heads-up on support 
concerns. My goal is to monitor most components in our z/OS environment. The 
only way I know to set up a profile is to add each ‘significant’ FMID. Some 
issues:

-- I've settled on 'significant' as those installed FMIDs that are not 
obviously dependents of some other FMID. For example, the FMID for COBOL 4.2 is 
HADB420. COBOL Japanese support is JADB422. SMPE indicates this relationship 
when listing JADB422 with 'FMID:HADB420'. For ASAP, JADB422 does not need 
to be monitored separately from HADB420, so there's no point in adding it to my 
profile. 

-- New FMIDs need to be added to my profile.

-- Some FMIDs change or disappear from release to release. At some point it 
pays to delete FMIDs that no longer run in the shop.

Is there a simple(r) way to manage a profile than listing out SMPE sysmods and 
rummaging through the pile for gems? My profile currently has around 100 FMIDs 
for z/OS 2.1. I need to update it for 2.3, keeping 2.1 for the time being. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: HWIBCPII

[Cieri, Anthony]

Please pardon me for jumping in, but FWIW:

In our environment (zOS V2.2) we start HWIBCPII before JES2 after an 
IPL. One of the first messages that BCPII issued is:

HWI015I BCPII IS WAITING FOR THE PRIMARY SUBSYSTEM TO BECOME 
ACTIVE TO ALLOW THE BCPII COMMUNICATION RECOVERY ENVIRONMENT 
TO BE ESTABLISHED.   

Explanation 
 

 
BCPii is waiting for the BCPii communication recovery environment to be 
 
established to handle unexpected errors during communication processing 
using
the z/OS Language Environment. While BCPii is waiting for the primary   
 
subsystem to become active, if a severe error occurs while processing a 
BCPii
communications request and a CEEDUMP is requested, one will not be 
taken. The
CEEDUMP processing of BCPii requires the primary subsystem to be active 
to   
write the dump to SYSOUT. 

Hth
Tony  

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Tuesday, June 05, 2018 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HWIBCPII

On 6/4/2018 9:58 PM, Barbara Nitz wrote:
> How is LE to know that it runs under an implicit sub=mstr?

LE should never know or care about that!

If LE tries to allocate/open CEEDUMP and that operation fails (in *any* 
environment, not just SUB=MSTR), then it should fall back to another way of 
taking the dump -- for example, IEATDUMP.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

This e-mail message, including any attachments, appended messages and the 
information contained therein, is for the sole use of the intended 
recipient(s). If you are not an intended recipient or have otherwise received 
this email message in error, any use, dissemination, distribution, review, 
storage or copying of this e-mail message and the information contained therein 
is strictly prohibited. If you are not an intended recipient, please contact 
the sender by reply e-mail and destroy all copies of this email message and do 
not otherwise utilize or retain this email message or any or all of the 
information contained therein. Although this email message and any attachments 
or appended messages are believed to be free of any virus or other defect that 
might affect any computer system into which it is received and opened, it is 
the responsibility of the recipient to ensure that it is virus free and no 
responsibility is accepted by the sender for any loss or damage arising in any 
way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Netview Automation Issue

[Cieri, Anthony]

We don't use RACF here, so my knowledge there is very limited, but I 
have a few suggestions!!

First, the is a Netview group under Yahoo Groups, you may find more 
Netview types there.

There are several errors below. The DSI148I and DSI417I errors lead me 
to believe that the AUTO1 OPID is NOT defined to NETVIEW.  In my environment 
(NV6.2.1) the definitions for AUTO1 (and AUTO2) are located in DSIPARM member 
DSIOPFAU. This member or equivalent must be located in the DSIPARM 
concatenation.

If possible, logon onto the Netview task for CNM04 and issue a LIST 
AUTO1 to see if it is defined to Netview!!!

Hth
Tony
.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Monday, June 04, 2018 12:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Netview Automation Issue

 Hello Group,

We using Netview v6.1

After activating RACF, when i restarted netview, I get failure for AUTO1
id  :   "AUTO1' NOT ACTIVE  as below.

From CNMPROC address space ,

ASSIGN GROUP=+STATGRP,OP=(NETOP1,NETOP2,AUTO1)

NetView initialization style sheet processing has

begun. There is one blank preceding the earlier "is".

 Remember, NetView is one word.  The value of

 is "CNM04" and  is "NM".

This is an example styleMsg statement. There is one

blank preceding the earlier "is".  Remember, NetView

is one word.  The value of  is "CNM04" and

 is "NM".

Member CNMSTGEN included.

DSI089I INVALID STATEMENT IN NCCF MEMBER CNMSTYLE

%INCLUDE CNMSTACT

DSI724I NCCF MEMBER CNMSCBET NOT FOUND ON DSIPARM

DWO362E PIPELINE TERMINATED.  ERROR IN STAGE 1 IN PIPELINE '

< DSIPARM.CNMSCBET

BNH111I NETVIEW LOGON SCREEN BYPASS IS NOW ENABLED.

DSI148I SEVERE ERROR - INVALID VALUE SPECIFIED FOR KEYWORD E

DSI008I 'AUTO1' NOT ACTIVE

DSI031I SPECIFIED NAME 'AUTO1' INVALID

DSI556I DSISVRT : VSAM DATASET 'OPEN' COMPLETED, DDNAME = 'D

DSI530I 'DSISVRT ' : 'DST' IS READY AND WAITING FOR WORK

DSI412I THE FOLLOWING ERRORS ENCOUNTERED IN PROCESSING DSIPA

CNM536W OPERATOR ID "AUTO1" SPECIFIED FOR ROUTE KEYWORD IS U

DSI417I DSITBL01 : #066 : IF MSGID = 'NAS3799I' & (TOKEN

 ROUTE(ONE AUTO1)




*RACF definition for AUTO1 user if *



USER=AUTO1  NAME=NETVIEW PPT DEVL  OWNER=STCGRPCREATED=18.142

 DEFAULT-GROUP=SPCUSER  PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A

 ATTRIBUTES=PROTECTED

  REVOKE DATE=NONE   RESUME DATE=NONE


  LAST-ACCESS=18.143/11:14:30


  CLASS AUTHORIZATIONS=NONE


  INSTALLATION-DATA=NETVIEW PPT DEVL


  MODEL-NAME=NO


  LOGON ALLOWED   (DAYS)  (TIME)


  -


  ANYDAY  ANYTIME


   GROUP=SPCUSER   AUTH=USE  CONNECT-OWNER=STCGRP
CONNECT-DATE=18.142

 CONNECTS=02  UACC=NONE LAST-CONNECT=18.143/11:14:30


 CONNECT ATTRIBUTES=NONE


 REVOKE DATE=NONE   RESUME DATE=NONE


 SECURITY-LEVEL=NONE SPECIFIED


 CATEGORY-AUTHORIZATION


  NONE SPECIFIED


 SECURITY-LABEL=NONE SPECIFIED


 ***








We tried to trap the same message as earlier but got below message in netloga




15:44:54 C BR NETLOGA

15:45:19 - CNM493I DSITBL01 : #246 : FDIREXX1 IEF

15:45:19 - DWO032E AUTOMATION ACTION 'FDIREXX1 IEF403I OP117LST - STARTED - 
TIME=15.45.19' COULD NOT BE ROUTED TO TASK(S) CNMCSSI

15:45:19 E IEF403I OP117LST - STARTED - TIME=15.45.19

15:45:23 C BR NETLOGA

and I dont see any message on console which i was getting earlier after 
trapping message.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Job submit using REXX

[Cieri, Anthony]

Connect:Direct also has the ability to submit jobs via the RUNJOB verb.

Since the files appear to be received by Connect:Direct, wouldn't it be 
possible to change the receiving process to submit the job too.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, May 07, 2018 12:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Job submit using REXX

On Sun, 6 May 2018 14:45:24 +0300, venkat kulkarni  wrote:
>
>We have requirement of setting up process of handling  FTP and then 
>submit Job with FTP dataset. ...
> 
FTP has the ability to submit jobs directly with the command:
QUOTE SITE FILETYPE=JES

Would this meet your reaquirement?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDSE MAXGENS API

[Cieri, Anthony]

It is not an API, but this is something that was discussed here 
previously..


/* Rexx */ 
CVT  = C2d(Storage(10,4))  
CVTDFA   = C2d(Storage(D2x(CVT + 1216),4))   /* cvt + 4c0 */   
DFAMGEN  = C2D(storage(d2x(cvtdfa + 76),4))  /* dfa + 4c */
say 'Maxgen limit is 'dfamgen  
say 'PDS/E MaxGen value is 'dfamgen
exit   



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nick Jones
Sent: Wednesday, May 02, 2018 5:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE MAXGENS API

Thanks for the confirmation, Steve.

I did consider the possible hacks you mentioned but unfortunately, neither the 
IEBPDSE utility nor TSO/E LISTDS (nor indeed the TSO/E REXX function, LISTDSI) 
have been updated to output the MAXGENS value of a PDSE V2 library. 

Even if these facilities get updated via an APAR, their use would be 
undesirable since ours is a commercial application and the functionality being 
developed would become conditional on the customers' application of the APAR 
SYSMODs.  

I think I am going to have to bite the bullet and request permission from 
management to get the FAMS licence.

Nick  

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TSO fullscreen logon

[Cieri, Anthony]

Hi Lou, 

I am assuming that you mean the full screen TSO panel that prompts you 
for your credentials, accounting information and other logon options. If that 
IS the case, that is the default TSO logon environment unless you have an exit 
(IKJEFLD1) or other modification to suppress the full screen prompt.

HTH
Tony

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lou Losee
Sent: Wednesday, April 25, 2018 9:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSO fullscreen logon

Hi,
This may be a silly question, but the saying is that the only silly question is 
the one you don't ask.

I have been RTFM, but cannot find how to activate fullscreen logon via TSO.  
Can someone provide a pointer?

Thanks,
Lou

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Creating a list of authorised libaries in Rexx

[Cieri, Anthony]

There is also a lpinfo.txt file on  http://www.mzelden.com/mvsutil.html
This rexx specifically deals with APF, LPA and Linklist datasets.

Additionally, there are some rexx exec in file 221 of the CBT tape that 
might be of interest!!!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Monday, April 23, 2018 3:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Creating a list of authorised libaries in Rexx

http://www.mzelden.com/mvsutil.html


In a message dated 4/23/2018 2:38:30 AM Central Standard Time, 
imugz...@gmail.com writes:

 
have a look at IPLINFO rexx exec from mark Zelden.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: List Nodes in Connect:Direct with Secure Plus

[Cieri, Anthony]

While I do not know of a specific batch job that can produce this list, 
there is a "compromise" method as opposed to "ENTERing" each node for the 
specific details. In the Secure+ ADMIN tool, there is an option to produce a 
report. This report can be saved (cut/pasted) into a separate dataset for 
future use.

If interested, there are some details on How to do this here:

http://www-01.ibm.com/support/docview.wss?uid=swg22012348

Hth
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gilson Cesar de Oliveira
Sent: Thursday, March 22, 2018 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: List Nodes in Connect:Direct with Secure Plus

Dear list:

   I'm looking for a process to list the nodes we  have defined in 
Connect:Direct using Secure Plus in order to check the encryption mode for each 
node when applicable.

   I need the process in batch. Online I already know that is possible but the 
result is a lista of nodes and I have to enter in each one in order to see the 
details which will spend a lot of time.

  Thanks in advance for any help.


Regards,

Gilson Cesar

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Session Manager

[Cieri, Anthony]

I think that the entry in the default IBM logmode table (ISTINCLM) is 
D4B32XX3



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Tuesday, March 13, 2018 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Session Manager

Screen size from host is determined by LOGMODE. If you can get to SDSF do a WHO 
command and it will show what you're being dealt. What you need is a LOGMODE 
with Query Bit on in PSERVIC. If it's allowed can do ===>LOGON 
applid(SES_MGR_APPLID) LOGMOD(D4B32xx) (I think that's a good one).


In a message dated 3/13/2018 3:19:27 AM Central Standard Time, 
bruce_hew...@hotmail.com writes:

 
Among the Session Managers I can use here, if I access using my favourite 
screen size 62x140 (which TSO/ISPF has no issue with), the Session Manager 
drops to Model-2 24x80. Possibly a constraint by product administrators. Even 
if I access using 62x160, a valid size for HOD emulator, it still drops to 
24x80.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Transmitting a job

[Cieri, Anthony]

You stated that:  We are not sure when this stopped working but we did 
upgrade from R15 to R16 of TSS several weeks ago.

Are you sure that the "indirect" path DID work at one time???

If so, this most likely does NOT apply.

If the "indirect" path has never worked, then this sounds similar to a 
problem we have s few years back, before TSS r16 and z/OS V2.2
We moved an application for a business partner from one JES2 MAS to 
another. The business partner had a Direct connection to the old MAS but NOT to 
the new MAS. We thought we could simply route SYSOUT and Jobs from our new MAS 
to our "old" MAS and then to the business partner.  This worked OK for SYSOUT, 
but NOT for batch jobs.  The jobs failed on the business partners' system 
because the node of origin was NOT defined. In your scenario that would 
translate to node A and node D are NOT defined to each other!!!

Once our business partner added JES2 definitions for our new MAS ( the 
new node of origin) the batch jobs transmitted and executed successfully!!

Not 100% sure this is your issue, but I thought I would mention 
it

Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steely.Mark
Sent: Monday, March 12, 2018 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Transmitting a job

We are trying to transmit a job from the current system to another system. The 
job transmit and executes successfully if it connected directly to the other 
node. When the job needs to go through one node to get to the other node it 
fails.

Scenario :  A to B success , B to A success. D to B success. B to D Success.  A 
to B to D fails. D to B to A fails. We receive the following messages on B:

$HASP329 TS0242DD JOB VALIDATION FAILED WITHOUT ACCOMPANYING MESSAGE SECURITY 
PRODUCT RETURN CODE = 0008  REASON CODE = 
$HASP250 TS0242DD PURGED -- (JOB KEY WAS D404982C)

I did a TSSTRACK and received:

B 0828 00JES2 J F *MISSING ACSCD   *07*   VFX HA$PSUBS  *BELOW*
   NAME=** UNDEFINED ACID **

07 = PASSWORD MISSING

We are not sure when this stopped working but we did upgrade from R15 to R16 of 
TSS several weeks ago.

We do not have any nodes defined in TSS.

Any help would be appreciated.   We are z/OS V2.2.

Thanks

*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VTAM communication z/OS 2.2 and z/OS 1.4

[Cieri, Anthony]

I agree that it is not advisable without coding HPRSESLM=DISABLED.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Thursday, March 08, 2018 4:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTAM communication z/OS 2.2 and z/OS 1.4

Tony,

Based upon the note in the 1.10 migration, it would seem to indicate that using 
z/OS 2.2 EE to communicate with a z/OS 1.4 system would be inadvisable?  Or 
just inadvisable without the ATCSTRxx HPRSESLM=DISABLED?

Rob Schramm

On Thu, Mar 8, 2018 at 3:16 PM Cieri, Anthony <aci...@seic.com> wrote:

>
> I did some more digging and it appears that the HPRSESLM VTAM 
> start option that I referred to earlier was introduced in z/OS V1.10. 
> We are a service Bureau shop and I recall having some issues when we 
> upgraded from z/OS V1.9 to V1.11. Those scars are what lead to my 
> first reply!!!  I also found an old discussion  in the archives at:
>
>
> https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/6QggnT04
> hlw
>
> This discussion points to other document and tech notes for 
> back ground information. To avoid this particular issue, code 
> HPRSESLM=DISABLED in the ATCSTRxx member for the z/OS V2.2 VTAM.
>
>
> HTH
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Rob Schramm
> Sent: Thursday, March 08, 2018 10:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: VTAM communication z/OS 2.2 and z/OS 1.4
>
> Tim,
>
> z/os 1.4 runs on a z13s mono-cpu with no accommodation other than 
> having all available maintenance applied.  Multi-cpu's is a wait-state.
>
> I am most concerned with Tony's comments about EE over the years.   The
> chance of these ending up on separate CECs is very low.  But I always 
> like to position for the unlikely.  I want to conserve my efforts.. to 
> establish communication between the LPARs and pick the method that is 
> most likely to work coupled with having the best flexibility.  But # 1 
> priority is that it works.
>
> Rob Schramm
>
>
>
> On Thu, Mar 8, 2018 at 2:23 AM Timothy Sipples <sipp...@sg.ibm.com> wrote:
>
> > z/OS 1.4 and z/OS 2.2 are far enough apart that there was never a 
> > single IBM machine model that officially supported both releases. 
> > IBM supported running z/OS 1.4 up to the z9 models, and z/OS 2.2 
> > starts with the z10 models. If you've got them both running on one 
> > CEC, it's lucky, and congratulations. Please make sure you're not 
> > running z/OS
> > 1.4 in Bimodal Accommodation (ESA/390 31-bit mode), by the way, for 
> > at least two big reasons.
> >
> > With that background, I don't think you can or should assume a 
> > single CEC "forever," or even for very long. At least, it'd be 
> > prudent not to "wire in" such rigidity. If you're still nervous, you 
> > can set up both EE and CTCA connections. I recommend configuring EE 
> > (over a HiperSocket if on the same
> > CEC) as primary/favored since the performance characteristics are 
> > likely to be better, but you can backstop EE with CTCA if you wish.
> >
> > EE officially debuted with OS/390 Version 2 Release 7 in early 1999, 
> > was backported to OS/390 Version 2 Release 6, and was circulating in 
> > earlier form before that. EE certainly wasn't fresh off the boat 
> > with z/OS 1.4, which reached End of Service in 2007, over 8 years 
> > after EE debuted. z/OS
> > 1.4 is plenty new enough for these purposes. I recall plenty of EE 
> > adoption in z/OS 1.4 and prior.
> >
> >
> > 
> > --
> > --
> > Timothy Sipples
> > IT Architect Executive, Industry Solutions, IBM Z & LinuxONE, 
> > Multi-Geography
> > E-Mail: sipp...@sg.ibm.com
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> --
>
> Rob Schramm
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VTAM communication z/OS 2.2 and z/OS 1.4

[Cieri, Anthony]

I did some more digging and it appears that the HPRSESLM VTAM start 
option that I referred to earlier was introduced in z/OS V1.10. We are a 
service Bureau shop and I recall having some issues when we upgraded from z/OS 
V1.9 to V1.11. Those scars are what lead to my first reply!!!  I also found an 
old discussion  in the archives at:


https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/6QggnT04hlw

This discussion points to other document and tech notes for back ground 
information. To avoid this particular issue, code HPRSESLM=DISABLED in the 
ATCSTRxx member for the z/OS V2.2 VTAM. 


HTH
Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Thursday, March 08, 2018 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTAM communication z/OS 2.2 and z/OS 1.4

Tim,

z/os 1.4 runs on a z13s mono-cpu with no accommodation other than having all 
available maintenance applied.  Multi-cpu's is a wait-state.

I am most concerned with Tony's comments about EE over the years.   The
chance of these ending up on separate CECs is very low.  But I always like to 
position for the unlikely.  I want to conserve my efforts.. to establish 
communication between the LPARs and pick the method that is most likely to work 
coupled with having the best flexibility.  But # 1 priority is that it works.

Rob Schramm



On Thu, Mar 8, 2018 at 2:23 AM Timothy Sipples  wrote:

> z/OS 1.4 and z/OS 2.2 are far enough apart that there was never a 
> single IBM machine model that officially supported both releases. IBM 
> supported running z/OS 1.4 up to the z9 models, and z/OS 2.2 starts 
> with the z10 models. If you've got them both running on one CEC, it's 
> lucky, and congratulations. Please make sure you're not running z/OS 
> 1.4 in Bimodal Accommodation (ESA/390 31-bit mode), by the way, for at 
> least two big reasons.
>
> With that background, I don't think you can or should assume a single 
> CEC "forever," or even for very long. At least, it'd be prudent not to 
> "wire in" such rigidity. If you're still nervous, you can set up both 
> EE and CTCA connections. I recommend configuring EE (over a 
> HiperSocket if on the same
> CEC) as primary/favored since the performance characteristics are 
> likely to be better, but you can backstop EE with CTCA if you wish.
>
> EE officially debuted with OS/390 Version 2 Release 7 in early 1999, 
> was backported to OS/390 Version 2 Release 6, and was circulating in 
> earlier form before that. EE certainly wasn't fresh off the boat with 
> z/OS 1.4, which reached End of Service in 2007, over 8 years after EE 
> debuted. z/OS
> 1.4 is plenty new enough for these purposes. I recall plenty of EE 
> adoption in z/OS 1.4 and prior.
>
>
> --
> --
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z & LinuxONE, 
> Multi-Geography
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 

Rob Schramm

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VTAM communication z/OS 2.2 and z/OS 1.4

[Cieri, Anthony]

You might get more feedback using the listserver ibmtc...@vm.marist.edu

More Communication Server folks hang out there


For my 2 cent...I am going strictly by memory here...

I believe that more of the changes in Comm. Server (VTAM) between z/OS 
1.4 and current were in the realm of APPN/EE/HPR. If you chose EE, you would be 
doing all of the aforementioned in VTAM. It is likely that EE connections are 
possible between the 1.4 system and current, however, there were some 
enhancements along the way that are NOT compatible with "older" versions of 
VTAM. HPRSESLIM is one that comes to mind. If the 1.4 VTAM does NOT support 
HPRSESLM (I don't recall exactly when it was introduced), then if it is ENABLED 
in the VTAMOPTS of the current system, it would prevent the connection from 
being established.

If you chose CTC (MPC) for the connections, you could use Subarea SNA 
(CDRMs). Of course, it is NOT the IBM preferred choice, but it is stable and it 
is definitely supported at the z/OS 1.4 level of VTAM. There will be some setup 
and coordination involved. The amount will depend upon the number of systems 
you have to connect to the CMC.


Hth
Tony   



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Monday, February 26, 2018 4:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTAM communication z/OS 2.2 and z/OS 1.4

What I want to do is run a z/OS 2.2 system as a CMC.  Currently, there is no 
connection between my z/OS 2.2 system and the z/OS 1.4 systems.  My concern is 
whether the z/OS 1.4 systems will be able to communicate with the z/OS 2.2 
system across CTCs. Or if it would be better to attempt to run the 
communication across EE.  All of these system are in the same physical CEC.

Thanks,
Rob Schramm




Rob Schramm
Senior Systems Consultant


On Sat, Feb 24, 2018 at 12:30 AM, Brian Westerman < 
brian_wester...@syzygyinc.com> wrote:

> I'm not sure what you are getting at.  If you have a z/OS 1.4 system 
> connected via EE (or a "real" CTC connection) to a 2.2 system and you
> tn3270 into that new(er) system, then every EE (or CTC connected, (i.e.
> cross domain)) application that is defined to that new(er) system 
> (even if cross domain to the old box) is available.  I think what you 
> are trying to get at is that IF your old system doesn't support TCP/IP 
> but can be connected to a new(er) system that does support both EE (or 
> a CTC connection to the older box) and TCP/IP can you get to the VTAM 
> applications that are available to the older system via the 
> connections between the old system and new system, then the answer is 
> yes.  But since z/OS 1.4 also supported TCP/IP you don't need the 
> other new(er) system for that.
>
> How you get INTO the system (any system) via TCP then any (VTAM) 
> applications are available once you are there are available whether 
> the connection is through a physical CTC between the two systems or EE 
> (which can use IP).
>
> So I'm a little confused by the question.  Just because you can't 
> directly connect to the CICS region on the old(er) system via TCP, 
> doesn't mean that you can't get to it via a TCP connected device.  
> That's what the emulators are for.  But maybe that's not your question either.
>
> Sorry that I can't help any more without some clarifications.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Question on Autologon for JES2 REMOTES HASP207

[Cieri, Anthony]

There are some configuration mis-matches that could cause the Autologon 
to fail. As already mentioned, an incorrect LUNAME could cause this, also an 
incorrect password (if you are using them).  I recall some vendor type RJE 
device that never successfully signed on  with the JES2 Autologon feature. In 
order to successfully restart the RJE, we had to Inactivate and reactive the PU 
associated with the remote device.

If cleaning up "old" RJE definitions is the primary goal, you might 
consider checking SMF records. I believe that SNA RJE devices cut a SMF type 52 
record and BSC (if you still have them) RJE devices cut a SMF type 47 record 
for JES2 LOGON/SIGNONs. Yes, I am still running some reports...

Hth
Tony

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rugen, Len
Sent: Tuesday, February 13, 2018 2:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on Autologon for JES2 REMOTES HASP207

There is a chance that no one remembers :-)  

Is the LU active?  Is the luname correct?  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 13, 2018 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on Autologon for JES2 REMOTES HASP207

I guess no one remembers JES2 Remotes or can answer this very simple question

Lizette

;-D


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Monday, February 12, 2018 4:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Question on Autologon for JES2 REMOTES HASP207
> 
> List - I am only seeing the HASP207 AUTOLOGON Failed for some remotes.
> 
> Can I guess that the remote is either
> 
>1) Powered down when the autologon occurred?
>2) Or the remote no longer exists?
> 
> Which makes more sense?  Trying to do remote clean up
> 
> 
> Lizette
> 
> A theory can never be proven, but it can be falsified.  Karl Raimund 
> Popper

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Please Read: Server Certificates Expiring - Soon!

[Cieri, Anthony]

Please pardon the interruption for a brief comment. 

In case it is not completely obvious, the Digicert acquisition of the  
Geotrust CA also affects Verisign certificates. We have already encountered 
this issue (last week) with another business partner that used a certificate 
signed by a Verisign CA. When they renewed their cert, it was now signed by a 
Digicent CA, thus requiring us to ADD a new CA certificate in order to maintain 
the sessions.

If you or a business partner are using Verisign certs, you might see 
this issue again..

Hth
Tony

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Tuesday, January 16, 2018 7:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Please Read: Server Certificates Expiring - Soon!

On 1/16/2018 4:21 PM, John Eells wrote:
> Tom Conley wrote:
>> On 1/16/2018 2:47 PM, John Eells wrote:
>>> Jousma, David wrote:
 WSC has published!
 http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH1
 0884
>>>
>>> Indeed, and you beat me to it!  Many thanks for Kurt Quackenbush for 
>>> writing it, and Riaz Ahmad for getting it formatted as a Flash and 
>>> getting it posted to the WSC's website.
>>>
>>
>> I've only had the problem since 1/11/18.  Good to know the alert is 
>> out
>> 5 days later, g...
>>
> 
> The storied West Point and Officer's Candidate School response to "Why 
> did you make that mistake?" is appropriate here: "No excuse, sir."
> 
> On behalf of IBM, I apologize to all for the late notification.
> 
> Going forward, we are trying hard to make sure we understand and 
> communicate all the impacts as rapidly as we can.  The team that 
> maintains the servers will probably replace the server certificates 
> that expire in May some time in April.  Thus far, we know of no 
> impacts before April, but that's not yet any guarantee there will be 
> none before that date.
> 

The moral of the story is to update your CA certs ASAP per the instructions in 
the Alert.  I followed the directions to reinstall the new CA cert and viola!  
RECEIVE ORDER began to work again, as if by magic!

Regards,
Tom Conley

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: LRS VPS Printer Replacment

[Cieri, Anthony]

LRS also provides several PCMD keywords that can reduce the need 
for multiple definitions for the "same" printer. These keywords provide various 
methods of "injecting" printer commands to control pagination, duplex, fonts 
etc. For example:

PCMDSTRT=(FPS13266,FPS13266,),PRINTER COMMANDS AT START  
PCMDEND=(FPS13266,FPS13266), PRINTER COMMANDS AT 
END

Also, VPS user exit 7 (VPSSUE07), if ENABLEed,  is the exit responsible 
for SMF recording. By default, VPS records SMF type 6 records for printer 
activity.

Hth
Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Keith Smith
Sent: Friday, December 15, 2017 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LRS VPS Printer Replacment

LRS provides a report of printer use, if you are collecting the SMF, If you 
don't have 13 months of data then make sure to sample month end, quarter end 
and year end processing dates... if not, you may miss some limited use printers.

On Fri, Dec 15, 2017 at 11:56 AM, Jesse 1 Robinson 
wrote:

> All I want for Xmas is the answer to the question of how many. ;-) We 
> have over 12K (!) VPS definitions, but...
>
> 1. Many of those are multiple entries for the same physical device 
> with varying format attributes like double-sided, landscape, two-up, 
> etc. For example, one device I picked at random has 13 entries 
> representing various attributes.
>
> 2. We have added innumerable printers over the decades. I was never 
> 'the VPS guy', but I suspect that very few if any obsolete entries were 
> deleted.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Steve Beaver
> Sent: Thursday, December 14, 2017 6:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: LRS VPS Printer Replacment
>
> How many printers are on your system?  The system I had had 1400 
> printers
>
> Sent from my iPhone
>
> Sorry for the autocorrect issues
>
> > On Dec 14, 2017, at 19:34, Tony Harminc  wrote:
> >
> >> On 14 December 2017 at 18:18, Jesse 1 Robinson 
> >> 
> wrote:
> >> Thanks for all the responses. I compiled a list of the products
> mentioned together with 'ratings' and comments. I was surprised at the 
> volume of NPF endorsements; I didn't even know about it. A lot of us 
> choose a product for a particular purpose and stop window shopping, 
> never realizing that the landscape is constantly evolving.
> >
> > There are also several potential solutions to this general problem 
> > on the CBTTAPE site, either on the main "tape" or on the JES2 "mods"
> > tape. Naturally these are unsupported, and may or may not work on 
> > current levels of JES2, but certainly the price is right. And some 
> > of them are not unsophisticated solutions at all.
> >
> > Tony H.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
Keith Smith
Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc.
Subsidiary of Berkshire Hathaway
616 E Walnut Ave
Mail Drop 072-04
Dalton, GA 30721
Email: keith.sm...@shawinc.com  Office: 706.532.3244

Please consider the environment before printing.

--
**
Privileged and/or confidential information may be contained in this message. If 
you are not the addressee indicated in this message (or are not responsible for 
delivery of this message to that person) , you may not copy or deliver this 
message to anyone. In such case, you should destroy this message and notify the 
sender by reply e-mail.
If you or your employer do not consent to Internet e-mail for messages of this 
kind, please advise the sender.
Shaw Industries does not provide or endorse any opinions, conclusions or other 
information in this message that do not relate to the official business of the 
company  or its subsidiaries.
**


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Moving from NJE over ESCON CTC to IP

[Cieri, Anthony]

The only other thing that I can think of is an entry in the 
/etc/services or equivalent!!!

vmnet   175/tcp # JES NJE over TCP/IP   



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Wednesday, November 01, 2017 4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Moving from NJE over ESCON CTC to IP

All ove the internal Hipersocket inside the CEC network.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Cieri, Anthony
> Sent: Wednesday, November 01, 2017 1:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Moving from NJE over ESCON CTC to IP
> 
>   Is the new IP path traversing any Firewalls???
> 
>   If so, Port 175 will need to be opened between the end points!
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gibney, Dave
> Sent: Wednesday, November 01, 2017 4:38 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Moving from NJE over ESCON CTC to IP
> 
> Using EJES,
> LINES -- DELENN Line Status 
> --
> - Row 1 of
> Cmd Device   Status   Node Work-Selection   Line-Limit Page-Limit JobName
> JobIDOwnerCurLines TotLines ApplID   Unit
> sss /   ss ss 
>       
> LNE1 ACTIVE
> TCP
> LNE2 ACTIVE
> TCP
> LNE3 ACTIVE
> TCP
> LNE4 ACTIVE
> TCP
> 
> > -----Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cieri, Anthony
> > Sent: Wednesday, November 01, 2017 1:15 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Moving from NJE over ESCON CTC to IP
> >
> > Dave,
> >
> > My first thought would be to check for some "available" UNIT=TCP
> > Jes2 lines.
> >
> > Hth
> > Tony
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave
> > Sent: Wednesday, November 01, 2017 3:51 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Moving from NJE over ESCON CTC to IP
> >
> > I think I've done an equivalent set of JESPARMS, but I get this
> >   $HASP568 NODE=AISDEVL - AUTOMATIC CONNECT (SOCKET=AISDEVL)
> >   IAZ0543I NETSRV4 TCP/IP connection with IP Addr: 
> > 192.168.1.3
> >  Port: 175 Initiated
> >   IAZ0543I NETSRV4 TCP/IP connection with IP Addr: 
> > 192.168.1.3
> >  Port: 175 Successful
> >   IAZ0543I NETSRV4 TCP/IP connection with IP Addr:
> >  srcpos02.ad.wsu.edu
> > Port: 175 ended due to failure of NJETCP Signon to complete within 
> > allotted time
> >
> > For all connection. The 192.168.1 network is over Hipersocket
> >
> > Undoubtably, I am missing something simple in the TFM
> >
> > Dave Gibney
> > Information Technology Services
> > Washington State University
> >
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Moving from NJE over ESCON CTC to IP

[Cieri, Anthony]

Is the new IP path traversing any Firewalls???

If so, Port 175 will need to be opened between the end points!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Wednesday, November 01, 2017 4:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Moving from NJE over ESCON CTC to IP

Using EJES,
LINES -- DELENN Line Status 
---
 Row 1 of
Cmd Device   Status   Node Work-Selection   Line-Limit Page-Limit JobName  
JobIDOwnerCurLines TotLines ApplID   Unit
sss /   ss ss  
     
LNE1 ACTIVE 
TCP 
LNE2 ACTIVE 
TCP 
LNE3 ACTIVE 
TCP 
LNE4 ACTIVE 
TCP

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Cieri, Anthony
> Sent: Wednesday, November 01, 2017 1:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Moving from NJE over ESCON CTC to IP
> 
>   Dave,
> 
>   My first thought would be to check for some "available" UNIT=TCP
> Jes2 lines.
> 
>   Hth
>   Tony
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gibney, Dave
> Sent: Wednesday, November 01, 2017 3:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Moving from NJE over ESCON CTC to IP
> 
> I think I've done an equivalent set of JESPARMS, but I get this
>   $HASP568 NODE=AISDEVL - AUTOMATIC CONNECT (SOCKET=AISDEVL)
>   IAZ0543I NETSRV4 TCP/IP connection with IP Addr: 192.168.1.3
>  Port: 175 Initiated
>   IAZ0543I NETSRV4 TCP/IP connection with IP Addr: 192.168.1.3
>  Port: 175 Successful
>   IAZ0543I NETSRV4 TCP/IP connection with IP Addr:
>  srcpos02.ad.wsu.edu
> Port: 175 ended due to failure of NJETCP Signon to complete within 
> allotted time
> 
> For all connection. The 192.168.1 network is over Hipersocket
> 
> Undoubtably, I am missing something simple in the TFM
> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Moving from NJE over ESCON CTC to IP

[Cieri, Anthony]

Dave, 

My first thought would be to check for some "available" UNIT=TCP Jes2 
lines. 

Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Wednesday, November 01, 2017 3:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Moving from NJE over ESCON CTC to IP

I think I've done an equivalent set of JESPARMS, but I get this
  $HASP568 NODE=AISDEVL - AUTOMATIC CONNECT (SOCKET=AISDEVL)
  IAZ0543I NETSRV4 TCP/IP connection with IP Addr: 192.168.1.3
 Port: 175 Initiated
  IAZ0543I NETSRV4 TCP/IP connection with IP Addr: 192.168.1.3
 Port: 175 Successful
  IAZ0543I NETSRV4 TCP/IP connection with IP Addr:
 srcpos02.ad.wsu.edu
Port: 175 ended due to failure of NJETCP Signon to complete within allotted time

For all connection. The 192.168.1 network is over Hipersocket

Undoubtably, I am missing something simple in the TFM

Dave Gibney
Information Technology Services
Washington State University


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with a Unix process

[Cieri, Anthony]

Hi Lizette, 

I don't have a rexx handy, but you can simple use the ls and grep 
commands that you mentioned. For example:

ls -R | grep '.*.tar'  

this would list all file from the current directory (and 
subdirectories) that contain the characters 'tar' . The output would be 
presented on the screen. If you wanted a "report" ike option, you could pipe 
the output of the previous command to a file. For example:

ls -R | grep '.*.tar' > ./list.txt

Same results as the previous example, but the output would be in a file 
named list.txt in the current directory.

If am not sure about the performance of ls/grep versus find, but you 
could start in smaller subdirectories and work your way back to the top or stop 
when the performance become intolerable!!

Hth 
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, November 01, 2017 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with a Unix process

So I am not very good with Unix, and now I need to find any file in a large 
number of directories one directory has 130 directories with the tail .new (yep 
clean up time)

So in OMVS I know the find / -name \*.new could work.  But with the number of 
directories I have to search it is not performing

I am thinking there could be a REXX in Unix written to do this.  ls -al and 
then search through the output

Maybe even using a grep.

But with so many of you other there with really awesome UNIX skills, what 
should I, a novice, look at to be good performing, could be run in batch (Yep 
like that
option) or produce a report in a file I can find that will show me all the 
files in all the directories that have the tail I am looking for.

Thanks




Lizette Koehler

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REXX and SDSF question

[Cieri, Anthony]

Are you accommodating for the different SYSNAMEs that you are 
processing (LPARs) :

QUEUE " SYSNAME ESA1"



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barkow, Eileen
Sent: Monday, September 18, 2017 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: REXX and SDSF question

Is CICSREGION set properly?
What happens if you hard code the region name prefix?
Or try it in quotes and SET DISPLAY ON:

QUEUE "SET DISPLAY ON"
QUEUE "PREFIX "CICSREGION"  "

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Ten Eyck
Sent: Monday, September 18, 2017 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REXX and SDSF question

I have some rexx code that is working on one z/OS 2.2 LPAR and "partially" on 
another.

The code determines if a CICS region is running and if the desired messages are 
found in the DD JESMSGLG.

This code chunk is what goes out gets the SDSF output:

CHECKCICSSTATUS:
ADDRESS TSO
 "ALLOC F(FILEOUT) UNIT(VIO) NEW REUSE",  "CYLINDERS SPACE(10 10) RECFM(F B A)"
 "ALLOC FI(ISFOUT) DUMMY"
 "ALLOC F(ISFIN) UNIT(VIO) NEW REUSE",
 "RECFM(F B) BLK(3120) LRECL(80)",
 "SPACE(5 5) CYLINDERS DSORG(PS)"
 QUEUE " DA ALL"
 QUEUE " OWNER"
 QUEUE " SYSNAME ESA1"
 QUEUE " PRE " CICSREGION
 QUEUE " FIND " CICSREGION
 QUEUE " ++?"
 QUEUE " FIND JESMSGLG"
 QUEUE " ++S"
 QUEUE " PRINT FILE FILEOUT"
 QUEUE " PRINT"
 QUEUE " PRINT CLOSE"
 QUEUE ""
 "EXECIO * DISKW ISFIN (FINIS"
ADDRESS ISPEXEC
 "SELECT PGM(SDSF)"
ADDRESS TSO
 "EXECIO * DISKR FILEOUT (STEM REC. FINIS"
 "FREE FI(ISFIN ISFOUT FILEOUT)"

It returns all the output records in a stem variable REC.

REC.0 contains the total number of records and REC.1 - REC.?
contains each record.

This works fine on one LPAR and works for something's (possibly just jobs) on 
another LPAR, but not STCs.

Does anyone have a suggestion why I am not able to retrieve the output for STCs 
on one of the LPARs?

Scratching my head...

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN




This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: NJE - Configuration of WS at the start of connection

[Cieri, Anthony]

I believe that this is possible by associating the "modified" line with 
the particular NJE node.

We do something like the following:

Code the desired LINE parameters in the JES2 Initialization Parameters:

LINE(xx)JRNUM=1,JTNUM=1,SRNUM=1,STNUM=1,UNIT=SNA
(or UNIT=TCP)
L(xx).ST(1) WS=(LIM/),LIMIT=(0-3) 

Then associate the LINE above with the desired NJE node, via the APPL 
statement for a SNA NJE Node or the SOCKET statement for a TCP/IP NJE Node.

APPL(njeappl1) NODE=nn,,LINE=xx

Or

SOCKET(njesock1) NODE=nn,,LINE=xx

Hth
Tony   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gilson Cesar de Oliveira
Sent: Thursday, September 14, 2017 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NJE - Configuration of WS at the start of connection


Dear list:

I'd like to know if there is a way to configure a line (Lx.ST1) to select 
different sizes of sysouts (size in terms of lines) when starting a connection.
I know that after a connection have been stablished, you can change the options 
LIMIT and WS on order to have the following:
$TLx.ST1,LIMIT=(0,3)
$TLx.ST1,WS=(LIMIT)

Thanks for any help.

Regards,

Gilson

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FTP JCL EXAMPLE - FTP PDS

[Cieri, Anthony]

If you are transferring a PDS from one MVS LPAR to another and creating 
the target PDS, couldn't you use:

mvsput 'FTP.V8050.MVS.BUILDJCL'  'DRP.V8050.MVS.BUILDJCL.NEW'  
(REAllocate


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, September 07, 2017 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP JCL EXAMPLE - FTP PDS

On Thu, Sep 7, 2017 at 11:47 AM, willie bunter < 
001409bd2345-dmarc-requ...@listserv.ua.edu> wrote:

> John,
>
> I am stuck again.  Would you have the parm when FTPing a PDS/PDSE?
>
> I tried the following:
>
>  QUOTE SITE PRI=50 SEC=20 CYL
>  MPUT 'FTP.V8050.MVS.BUILDJCL(*)' +
>   'DRP.V8050.MVS.BUILDJCL.NEW'
>  QUIT
>
>
​That MPUT command just looks "wrong" to me. I am assuming that you want to 
send all the members in FTP.V8050.MVS.BUILDJCL to a new PDSE called 
DRP.V8050.MVS.BUILDJCL.NEW. What I think you need is akin to:


-- use the next two if transferring within same z/OS system (don't key in this 
line) quote site pri=50 sec=20 cyl mkdir 'DRP.V8050.MVS.BUILD.JCL.NEW' (like 
'FTP.V8050.MVS.BUILDJCL
-- or use the next two if the receiving dataset is on a different z/OS system 
(don't key in this line) quote site lrecl=? recfm=? pri=50 sec=20 cyl dir=100 
pdstype=pdse mkdir 'DRP.V8050.MVS.BUILD.JCL.NEW'​
​-- common commands (don't key in this line) cd 'DRP.V8050.MVS.BUILD.JCL.NEW'
lcd 'FTP.V8050.MVS.BUILDJCL'
prompt
mput *
bye

You can use the first "quote & mkdir" lines - the one with the "(like ..."
- only if the FTP.--- DSN is on the system from which you are doing the ftp, 
which is not likely. If you're sending from one z/OS to another, then use the 
"quote site" and the second "mkdir"​. You must use the "cd" command to direct 
the output into the DRP.--- dataset. You must use the "lcd"
command to read the member from the FTP.--- dataset. I put in the "prompt"
command to disable the normal prompt for confirming the transfer of each 
member. The "mput *' actually transfer the members from the FTP.--- to the
DRP.--- dataset.


--
UNIX was not designed to stop you from doing stupid things, because that would 
also stop you from doing clever things. -- Doug Gwyn

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VTAM SWNET LU status question

[Cieri, Anthony]

The extended status (the D in the tenth position) means that this 
resource was added or moved using Dynamic Reconfiguration.

If the VTAM resource was built dynamically, it is possible that the 
analogous resource on the as/400 was NOT started.

One other thought is that I noticed that the new LU does NOT have the 
next consecutive number for the LOCADDR ( 181 vs 214). These number do NOT have 
to be assigned in consecutive order, but they DO HAVE to match. So this LOCADDR 
must match to a corresponding Device address on the AS/400. A mis-match on the 
LOCADDR is enough to prevent the remote device from connecting!!!


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Attila Fogarasi
Sent: Wednesday, August 30, 2017 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VTAM SWNET LU status question

The PLU INHIBITED status shows that activation failed with some error sense 
sent by the device, you should be able to find a sense code message earlier at 
time of activation.  To debug you need to trace the x/'0C' control vector on 
NOTIFY or ACTLU RU.  Run VTAM internal trace with OPT=PIU or a BUFFER trace of 
the LU.  Bottom line is that the printer responded that it was not capable with 
some part of the DLOGMODE (which suggests an AS/400 wrong definition for that 
device, different from the working ones unless the printer hardware requires 
some difference).

On Wed, Aug 30, 2017 at 9:21 PM, Tony Thigpen  wrote:

> I have a SWNET PU which attaches to an AS400. The AS400 acts as a 
> print controller with about 200 printer sessions. in this SWNET PU.
>
> We are adding a new LU, but it will not connect. My LU definition is 
> identical to the previously added printer.
>
> Existing, working printer:
> ICU1P634 LU   LOCADDR=181,ISTATUS=ACTIVE,
>DLOGMOD=RS3262
> New, not-working printer:
> ICU1P635 LU   LOCADDR=214,ISTATUS=ACTIVE,
>DLOGMOD=RS3262
>
>
> Output of a STATUS command for the non-working printer:
> 06.14.18 HUP1   d net,id=ICU1P635
> 06.14.18 HUP1 STC06991  IST097I DISPLAY ACCEPTED
> 06.14.18 HUP1 STC06991  IST075I NAME = APPN.ICU1P635, TYPE = LOGICAL 
> UNIT IST486I STATUS= ACTIVD, DESIRED STATE= ACTIV IST1447I 
> REGISTRATION TYPE = NETSRVR IST977I MDLTAB=***NA*** ASLTAB=***NA*** 
> IST861I MODETAB=MODEHUS3 USSTAB=ISTINCNO LOGTAB=***NA*** IST934I 
> DLOGMOD=RS3262 USS LANGTAB=***NA*** IST597I CAPABILITY-PLU 
> INHIBITED,SLU ENABLED  ,SESSION LIMIT 0001 IST136I SWITCHED SNA 
> MAJOR NODE = SWPUF43 IST081I LINE NAME = LE213000, LINE GROUP = 
> GRPPUF43, MAJNOD = XCAPUF43 IST135I PHYSICAL UNIT = PUF43 IST082I 
> DEVTYPE = LU IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST1500I 
> STATE TRACE = OFF IST171I ACTIVE SESSIONS = 00, SESSION 
> REQUESTS = 00 IST314I END
>
> There is a new programmer on the AS/400. The person that has done this 
> in the past is gone. I don't know if they have a bad definition or 
> they have not started something right on their end.
>
> When I display the SWNET node, the status shows:
> ICU1P635 ACTIVD
>
> What does ACTIVD indicate?
>
> Any thoughts for debugging this?
>
> --
> Tony Thigpen
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to require all secure FTP except to one subnet?

[Cieri, Anthony]

It is certainly possible with one TCP/IP stack.We do it!!!

However, we do use two separate FTP tasks, one is secure (FTPS) and one 
is NOT (FTPD). You could then code a FTCHKIP exit for the non-secure FTP task 
to only allow login from the hipersocket address range.
If the two FTP tasks run on the same LPAR, then they will need 
different ports!!

Hth
Tony 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of SUBSCRIBE IBM-MAIN Mary Vollmer
Sent: Monday, August 28, 2017 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to require all secure FTP except to one subnet?

I am implementing TLS 1.2 via AT-TLS and have a requirement to secure all FTPs 
using this protocol except for the exchanges occurring via the hipersocket.

I am manually coding the policy since I don't have zOSMF configured.  In my 
policy I have a rule for my unsecure connections, coding both LocalAddr and 
RemoteAddr with that of our hipersocket subnet.  It has a priority of 100 and 
is first in the policy.  I also have a rule for secure connections with no 
LocalAddr or RemoteAddr with a priority of 10.

In my FTPDATA:
   When I specify SECURE_FTP REQUIRED, all unsecure attempts (inbound and 
outbound) fail - including those via the hipersocket.


   When I specify SECURE_FTP ALLOWED, all unsecure attempts (inbound and 
outbound) are successful - even those NOT using the hipersocket.  

I turned on tracing and see the rules selected are as I would have expected but 
it appears the SECURE_FTP parm in FTP data rules, regardless of what's in the 
policy.  

Does anyone know if it's possible to do what I am trying do to with one TCPIP 
stack?

Thanks,
Mary Vollmer 
 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SPF Panels for TCP/IP (was HSM Query command) - EZANS RFE

[Cieri, Anthony]

Thanks for the RFE #

Up to 77 votes!!!

Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Wawiorko
Sent: Wednesday, August 23, 2017 4:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SPF Panels for TCP/IP (was HSM Query command) - EZANS RFE

This is my RFE.

Currently 75 votes supporting it but only uncommitted candidate. 
Can we get it to over a hundred votes?

Headline:
Support EZANS as part of z/OS Communications Server

ID:
59073

Mike Wawiorko   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cieri, Anthony
Sent: 22 August 2017 20:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SPF Panels for TCP/IP (was HSM Query command)


This mail originated from outside our organisation - aci...@seic.com


Sorry for the segue into a new thread, but.

There is a SPF Utility that basically provides a full screen ISPF 
interface to the NETSTAT command. It can be found at the following url:

http://www-01.ibm.com/support/docview.wss?uid=swg24029203

It is called the IBM z/OS Communications Server Network Utility 
Assistant.  It is a pretty neat little tool. I am not sure of the support 
status for it. I believe that "as is",  it stopped working around z/OS V1.13. 
However, the changes necessary to make it functional again, are only required 
in the Rexx code that determine the z/OS System level and are relatively minor. 
I also believe that there is an RFE that is requesting formal support from IBM. 
I don't know the status or the RFE number.

I am currently running z/OS V2.1 and have this operating sufficiently 
in our environment. 

Hth
Tony



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Tuesday, August 22, 2017 7:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Query command

Radoslaw Skorupka wrote:

>That remains me a fundamental question: WHY DFHSM DOES NOT HAVE ISPF PANELS?

HSM is more of a background thing. Perhaps you should say what functions 
(status of MCDS, BCDS, active processes, hold/release HSM actions, etc.) you 
want to see in ISPF panels (or I prefer, in ISMF)?


>Wouldn't it be nice to have some entry in ISMF like RMM has?

It would be really nice, I agree. 


>There are two components which lack panels: VTAM and HSM.

Netview (separate product of course) has panels which you can use to manage 
your VTAM network.

I would also prefer to see some panels (or webpages) doing the same for TCP/IP.

I can dream about such gems,... ;-)
Perhaps if you can submit a good reason/excuse, big blue may listen to you...

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.

Internet communications are not guaranteed to be secure or virus-free. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this 
e-mail may be monitored by the Barclays Group for operational or business 
reasons.

Any opinion or other information in this e-mail or its attachments that does 
not relate to the business of the Barclays Group is personal to the sender and 
is not given or endorsed by the Barclays Group.

Barclays Bank PLC. Registered in England and Wales (registered no. 1026167). 
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. 

Barclays Bank PLC is authorised by the Prudential Regulation Authority and 
regulated by the Financial Conduct Authority and the Prudential Regulation 
Authority (Financial Services Register No. 122702).

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SPF Panels for TCP/IP (was HSM Query command)

[Cieri, Anthony]

Sorry for the segue into a new thread, but.

There is a SPF Utility that basically provides a full screen ISPF 
interface to the NETSTAT command. It can be found at the following url:

http://www-01.ibm.com/support/docview.wss?uid=swg24029203

It is called the IBM z/OS Communications Server Network Utility 
Assistant.  It is a pretty neat little tool. I am not sure of the support 
status for it. I believe that "as is",  it stopped working around z/OS V1.13. 
However, the changes necessary to make it functional again, are only required 
in the Rexx code that determine the z/OS System level and are relatively minor. 
I also believe that there is an RFE that is requesting formal support from IBM. 
I don't know the status or the RFE number.

I am currently running z/OS V2.1 and have this operating sufficiently 
in our environment. 

Hth
Tony



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Tuesday, August 22, 2017 7:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: HSM Query command

Radoslaw Skorupka wrote:

>That remains me a fundamental question: WHY DFHSM DOES NOT HAVE ISPF PANELS?

HSM is more of a background thing. Perhaps you should say what functions 
(status of MCDS, BCDS, active processes, hold/release HSM actions, etc.) you 
want to see in ISPF panels (or I prefer, in ISMF)?


>Wouldn't it be nice to have some entry in ISMF like RMM has?

It would be really nice, I agree. 


>There are two components which lack panels: VTAM and HSM.

Netview (separate product of course) has panels which you can use to manage 
your VTAM network.

I would also prefer to see some panels (or webpages) doing the same for TCP/IP.

I can dream about such gems,... ;-)
Perhaps if you can submit a good reason/excuse, big blue may listen to you...

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CONSOLE command failing - what else to check?

[Cieri, Anthony]

We do not use RACF as our ESM, but year ago, I recall having to give 
OPER authority under the TSO ACCOUNT command in order for users to issue the 
TSO CONSOLE command.

Perhaps one of your users has this and one does NOT.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Burrell, Todd
Sent: Wednesday, August 16, 2017 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

Neither have an OPERPARM segment.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Jacobs - Listserv
Sent: Wednesday, August 16, 2017 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CONSOLE command failing - what else to check?

Does the falling user have an OPERPARM segment in their RACF profile?

> Todd Burrell  August 16, 2017 at 11:52 AM 
> I have 2 users and one can successfully execute the CONSOLE command 
> while running it in a started task and in batch, but the other user 
> cannot. From what I can tell they are both connected to the same RACF 
> groups and both should have all of the necessary access required to 
> run the CONSOLE command - but one fails with a RC 36 which indicates 
> they are not authorized? Also, there are no RACF error messages for 
> the failing user - and nothing when I ran RACFICE this morning in the 
> violation report?
>
> I seem to remember there is something else that might need to get 
> changed in TSO? Does anyone have anything else I can check?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> Please be alert for any emails that may ask you for login information 
> or directs you to login via a link. If you believe this message is a 
> phish or aren't sure whether this message is trustworthy, please send 
> the original message as an attachment to 'phish...@timeinc.com'.
>

-- 

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN



This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no liability for any damage caused directly or indirectly 
by receipt of this email.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: any interest: FTOSTPR exit (z/OS FTP server exit).

[Cieri, Anthony]

In a previous life, we used a vendor product called FTPALERT. It was 
marketed by William Data Systems. They are now Syncsort and the product is Zen 
FTP Monitor. This product operates by providing (or replacing) the standard FTP 
exits; including FTPOSTPR. The product provided a GUI where the user could 
configure email notifications or batch jobs to be executed upon completion of 
most FTP commands. I thought that the product was quite useful!!

In my current position, we are more of a Connect:Direct shop, so FTP is 
kind of frowned upon in production..  

So yes, I think that it is a very feasible and useful idea. 

Given the expen$e of most proprietary file transfer software, I don’t 
understand why something like this is not more popular 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Monday, August 14, 2017 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: any interest: FTOSTPR exit (z/OS FTP server exit).

On Mon, Aug 14, 2017 at 11:40 AM, Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 14 Aug 2017 08:25:18 -0500, John McKown  wrote:
>
> >On Sun, Aug 13, 2017 at 10:34 PM, Paul Gilmartin  wrote:
> >
> >> On Sun, 13 Aug 2017 17:27:24 -0500, John McKown wrote:
> >> >
> >> >Looking at
> >> > https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/
> com.ibm.zos.v2r2.halz002/ftp_cfg_opt_user_exits.htm
> >> >  [URL repaired, I think.  Grrr.]
> >> >It looks like something could possible be done using the FTOSTPR exit.
> >> This
> >> >appears to get control after a number of commands, namely RETR 
> >> >(send
> file
> >> >to remote), STOR (get file from remote), STOU (store unique), APPE
> (append
> >> >to existing file on z/OS), DELE (delete z/OS DSN or file), RTNO 
> >> >(Rename z/OS file or DSN).
> >> >
> >> >I was thinking that this might be a way to "do something" when one 
> >> >of
> these
> >> >events occurs. Some of my ideas were along the lines of sending: a
> email
> >> >that a file has been received; sending a email when a remote user
> downloads
> >> >a file; run a batch job or UNIX script when a specific DSN/file 
> >> >was
> uploaded.
> >> >
> >> When is the exit entered?  When the command begns?  When it completes?
> Both?
> >>
> >​Exit runs _after_ the command completes. It has a parameter which 
> >indicates the "return code" for the function. I've not looked closely 
> >at the various values which might be in this "return code".​
> >
> >Perhaps I should have included this link as well:
> >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/
> com.ibm.zos.v2r2.halz001/ftpostpruserexit.htm
> >
> I RTFM.  That one is entered after; (most?) others before.
>
> Also, with what UID are tne exits entered?  I assume that after 
> password validitation the server does fork(); setuid(); so are 
> subsequent exits entered with the UID of the server (parent) or of the 
> child?
>

​Good question. I have not written any code at yet, so I don't know. I was 
asking mainly to get feedback as to whether it is even a reasonable idea to 
look at. So far, other than yourself, it seems to be a "big yawn".​



>
> Wild idea: How about an exit in ~$LOGNAME/.ftpexit, execued for each 
> command after the setuid()?  This could be authored by the user with 
> no need for admin privilege.  I suppose ths is equivalent to 
> FILETYPE=JES, ssh, or Co:Z in that each provides a way to execute code 
> remotely.
>

​Sounds like a really interesting idea. Basically that's what I was hoping for 
- ideas about "what to do", and whether anybody was interested at all.​



>
> -- gil
>
>
--
If you look around the poker table & don't see an obvious sucker, it's you.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Friday Fun: hcd charts to htm via b2h issue

[Cieri, Anthony]

Great minds must think alike

After seeing this recently in a thread here, I decided to download B2H 
and try it.

I initially received the exact same error you have listed below. To get 
past this issue, I changed the default MVS Dataset Allocations (search on 
MVSAlloc) to use an LRECL of 2048. At approximately line 467,  I have the 
following:

MVSalloc.  ='DSORG(PS) LRECL(2048) RECFM(V) TRACKS
SPACE(5,5) RELEASE'

This change did get me past the B2H317 error and I did ultimately 
produce an html file. However, some of the boxes did NOT format 
correctly

I am still tinkering with it

Good Luck
Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Friday, July 28, 2017 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Friday Fun: hcd charts to htm via b2h issue

Has anyone successfully used b2h for an iodf chart on z/OS?

I've uploaded b2h and created both lcu and switch charts and when I run them I 
get these errors on z/OS

|B2H455 WARNING:   :xmp scale='.6  ' :ih1.control unit, by # :i2.1000
|B2H455 WARNING:   (in line 1789 of T311LBD.IODF1.REPORT)
|B2H317 ERROR:   RC=1 output record truncated while writing to DD=B2H7 
DSN='T311LBD.B0029556.$TMP0391' Record='
p;||&
nbsp;||
p;||&
nbsp;||
p;||&
nbsp;||
p;||&
nbsp;||'
|B2H107 Info:Highest RC=8

When I run it under oorexx under windows the lcu chart looks great but the 
switch charts has these anomalies:

   0   1   2   0   1   3





Any advice/suggestions?

I can't see spending the  that IBM is asking for DCF as this is the only 
reason we would use it.

Thanks in advance

--
Lionel B. Dyck
Mainframe Systems Programmer - TRA

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EBCDIC, ASCII, ugh

[Cieri, Anthony]

z/OS FTP client and Server support a parameter called CONDDISP. Perhaps 
this might help.

If CONDDISP were coded as DELETE, then a partial file transfer should 
not be saved!!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, June 23, 2017 7:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC, ASCII, ugh

It must be encrypted such that when decrypted on an ASCII platform (or any 
platform, really) it will be in ASCII.  Not sure on the line separator 
requirement, but I will find out.

Your comment about TLS ensuring the data is not altered in transmission is 
interesting.  As far as I know the only concern there is that in the past we've 
sent files from z/OS (or more often sent files to z/OS) and the file ended up 
being truncated (for example, the FTP client job was somehow cancelled part way 
through).  Or at least that is the concern.  Not sure that TLS could guard 
against that.  (Yes, I know, Connect: Direct could, but we don't have C:D for 
z/OS.)

It does need to be encrypted at rest, as it will be offsite at a location not 
under our control.

Thanks!  Frank


From: IBM Mainframe Discussion List  on behalf of 
Alan Altmark 
Sent: Friday, June 23, 2017 2:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC, ASCII, ugh

On Thu, 22 Jun 2017 22:25:21 +, Frank Swarbrick 
 wrote:

> We have a requirement to store some information in an encrypted ASCII 
> file (that is, it was ASCII prior to being encrypted) on a distributed 
> platform over which we have no control.  We also have a requirement that we 
> make sure that no data is lost during transmission.

Do you have a requirement to create an encrypted ASCII file?  Or do you have a 
requirement to decrypt and save (store) a clear-text EBCDIC version of such a 
file?

Don't overthink the solution.  Just remember that ASCII text files are streams 
with CRLFs in them, which means the CRLFs are part of the encrypted data.  You 
don't encrypt the LINES of a file and then append CRLFs.  (Tempting in EBCDIC 
systems.)

Is the encryption solely for the purpose of file transmission?  Or does it need 
to be encrypted at rest for other reasons?  I would be tempted to just use 
TLS-enabled FTP.  TLS ensures that the data is not altered in transmission, so 
the MD5 is superfluous for that purpose.

Alan Altmark
IBM Lab Services
z/VM and Linux

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VARY command in a batch job

[Cieri, Anthony]

There was a similar discussion on the List back in January of this 
year, where someone provided a nice Rexx exec that issued operator commands via 
the SDSF Rexx API. The Rexx was called OPERCMDB and was executed via JCL.  This 
would allow you to "authorize" only those who need it, instead of opening up 
command submission for everyone

Hth
Tony



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 28, 2017 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VARY command in a batch job

Just remember, you need to BLOCK who can send COMMANDS through the // COMMAND 
or you  have opened yourself up

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Friday, April 28, 2017 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VARY command in a batch job

>If you submit your test with TYPRUN=HOLD, does the command get executed?

Yes.  As soon as it gets interpreted.  As for a "command issuer", I stole a 
rexx exec from IBM that uses ISFSLASH to issue commands, and trap the 
responses.   Uses your standard SAF interfaces to authorize command use, etc.

I don’t know why IBM just hasn’t packaged something standard for use.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Friday, April 28, 2017 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VARY command in a batch job

On Fri, 28 Apr 2017 14:18:37 +, william janulin wrote:

>Guys,I just did a quick test of a batch job with a // COMMAND statement 
>in it , using IEFBR14, it worked fine.
>Thank you everyone for your responses, Bill J.

When did it work? IIRC the command is issued when it is read or converted. 
If you want the command to be issued at a time relative to other steps in the 
job, you'll need a program to submit the command. If you submit your test with 
TYPRUN=HOLD, does the command get executed?

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: program-name is unresolved/uncallable

[Cieri, Anthony]

If you just want to remove the messages from the console, then I think 
MPF would work!!

An entry like:

CKDCISLC,SUP(YES)  /* Suppress message from console */ 

 The '+' sign should not be necessary!  This won't remove the messages 
from the job logs.

Hth
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Tuesday, April 25, 2017 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: program-name is unresolved/uncallable

Unfortunately that is the complete message text.  

10.54.31 JOB00450  +CKDCISLC IS UNRESOLVED/UNCALLABLE
10.54.31 JOB00450  +CKDCISLC IS UNRESOLVED/UNCALLABLE  


After I posted the question, I did some more digging and found the message text 
embedded in the program being executed.  It appears now that it is something 
being generated by the application code, and not coming out of LE or from the 
binder as I initially suspected.

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, April 25, 2017 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: program-name is unresolved/uncallable

Could you provide the complete message and text?  Easier to analyze that way.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Pommier, Rex
> Sent: Tuesday, April 25, 2017 9:25 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: program-name is unresolved/uncallable
> 
> Hello,
> 
> I have what I am suspecting will be an easy question but I haven't 
> found the answer yet.  We have jobs that, while running, they will 
> display message "program-name IS UNRESOLVED/UNCALLABLE" multiple times 
> on the console as well as in the programmer's job log.  Is the 
> elimination of these messages something that can be accomplished by a 
> binder parameter change or something else fairly uncomplicated?  The 
> problem I'm dealing with is some of these programs generate this 
> message repeatedly for the same program name, and it occurs hundreds of 
> thousands of times in a single execution of a program.
> 
> TIA,
> 
> Rex
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SYS1.BRODCAST

[Cieri, Anthony]

In member IKJTSOxx

Under the SEND Parnlib parameter

Check for either:

LOGNAME(SYS1.BRODCAST)

- or-

LOGNAME(user log data set name)



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of gsg
Sent: Thursday, April 20, 2017 2:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYS1.BRODCAST

Thanks

Specifically what am I looking for in IKJTSOxx?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IEFUTL Woes

[Cieri, Anthony]

We use CA-TPX in conjunction with the IEFUTL exit to address this 
issue. CA-TPX provide the "screen lock" requiring the user to re-authenticate 
and the IEFUTL exit cancels the user after approximately twice the "screen 
lock" time interval. 

Also, we use CA-TSS (Top Secret) as our External Security Manager, and 
it also provides a terminal lock function.  Perhaps the other ESMs provide a 
similar function!!?

Hth
Tony 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, April 14, 2017 2:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFUTL Woes

On 4/14/2017 11:16 AM, Jesse 1 Robinson wrote:
> I don't know of any native z/OS facility, but CA-TPX provides this 
> capability. That would be an expensive solution for this problem, but of 
> course you would get a lot of additional function as well.
>
> Maybe another more basic (=cheaper) session manager would be acceptable. I 
> know only this one.

Pretty sure session time out is included in all VTAM session managers.

It's been a fundamental part of all three that I have used...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: NJE between two different NETIDs

[Cieri, Anthony]

A recent SHARE NJE presentation from the 2013 SHARE in San Francisco


https://www.google.com/url?url=https://share.confex.com/share/120/webprogram/Handout/Session13028/What%2520are%2520all%2520these%2520JES2%2520NJE%2520Options.pdf=j=1==s=U=0ahUKEwja4uCh4pzTAhXrzFQKHe4UBYY4ChAWCDQwBw=AFQjCNG8Osmtrmmd3T6dxrIg_iSdiWBtdQ


Tony


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, April 11, 2017 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NJE between two different NETIDs

There are Share presentations as well as the JES2 Init and Tuning GUIDE and 
REFERENCE manuals.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of william janulin
> Sent: Tuesday, April 11, 2017 6:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: NJE between two different NETIDs
> 
> Which manual has the instructions for setting up NJE in JES2? Looks 
> like I will be going through a similar exercise at some point in the near 
> future?
> Bill J.
> 
> 
> 
> 
> On Tuesday, April 11, 2017 9:03 AM, "Cieri, Anthony" 
> <aci...@seic.com>
> wrote:
> 
> 
> 
> It is possible to add all three definitions (APPL, DESTID and 
> CONNECT) dynamically via the $ADD JES2 command.
> 
> You will also need to define the remote site as a NODE to JES2. If you 
> have a node definition available, you can use the $T command to change 
> the NODE parameters to your desired values. Then the connection will 
> be between this remote node and your local node (OWNNODE).
> 
> You can also look at the NODE parameters called PRIVATE, PATHMGR and ENDNODE.
> Depending upon how you set these, you might NOT even need a connect statement.
> The PATHMGR parameter needs to be consistent between the two nodes. 
> I.E. both set to PATHMGR=NO or both set to PATHMGR=YES.
> 
> HTH
> Tony
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on 
> behalf of Gilson Cesar de Oliveira [gil...@gmail.com]
> Sent: Tuesday, April 11, 2017 7:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: NJE between two different NETIDs
> 
> Dear list:
> 
>   We are planning to establish a NJE connection between two different 
> NETIDs sites in SNA and reviewing the steps we faced in one point 
> related to the definition of the NODE.
> 
> My initial understanding is that we have to configure (to add) in my 
> JES2 configuration the following statements:
> 
> APPL => it is possible to add APPL dynamically through the $ADD APPL command.
> DESTID => it is possible to add DESTID dynamically through the $ADD 
> DESTid command.
> CONNECT => it is also possible to add CONNECT dynamically through the 
> $ADD CONNECT command.
> 
> The APPL is also defined in VTAM as CDRSC and this definition is made 
> dynamically with no restart of any service in z/OS.
> 
> In order to add a CONNECT, one of the statements needed is NODE (NODEB).
> It is supposed to be defined previously but I could not find any way 
> to define it dynamically.
> 
> Does anyone here have another way to establish this connection without 
> to restart JES2 to add a new NODE ??
> 
> Thanks in advance for any help.
> 
> Regards,
> 
> Gilson Cesar
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: NJE between two different NETIDs

[Cieri, Anthony]

 It is possible to add all three definitions (APPL, DESTID and CONNECT) 
dynamically via the $ADD JES2 command.

You will also need to define the remote site as a NODE to JES2. If you have a 
node definition available, you can use the $T command to change the NODE 
parameters to your desired values. Then the connection will be between this 
remote node and your local node (OWNNODE).

You can also look at the NODE parameters called PRIVATE, PATHMGR and ENDNODE. 
Depending upon how you set these, you might NOT even need a connect statement. 
The PATHMGR parameter needs to be consistent between the two nodes. I.E. both 
set to PATHMGR=NO or both set to PATHMGR=YES. 

HTH
Tony 
 

From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gilson Cesar de Oliveira [gil...@gmail.com]
Sent: Tuesday, April 11, 2017 7:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NJE between two different NETIDs

Dear list:

  We are planning to establish a NJE connection between two different NETIDs 
sites in SNA and reviewing the steps we faced in one point related to the 
definition of the NODE.

My initial understanding is that we have to configure (to add) in my JES2 
configuration the following statements:

APPL => it is possible to add APPL dynamically through the $ADD APPL command.
DESTID => it is possible to add DESTID dynamically through the $ADD DESTid 
command.
CONNECT => it is also possible to add CONNECT dynamically through the $ADD 
CONNECT command.

The APPL is also defined in VTAM as CDRSC and this definition is made 
dynamically with no restart of any service in z/OS.

In order to add a CONNECT, one of the statements needed is NODE (NODEB).
It is supposed to be defined previously but I could not find any way to define 
it dynamically.

Does anyone here have another way to establish this connection without to 
restart JES2 to add a new NODE ??

Thanks in advance for any help.

Regards,

Gilson Cesar

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Copy / Save screen text function in all TN3270 emulators?

[Cieri, Anthony]

Product:  Attachmate Extra X-treme 9.3

- Can select screen text and copy to clipboard:  yes  (  / 
 )
- Has function to save screen as a text file:yes  (File / Print 
Screen, then select file radio button under Destination)



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Wednesday, April 05, 2017 10:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Copy / Save screen text function in all TN3270 emulators?

I'm begging your indulgence to help with a little poll to understand which
TN3270 emulators have these two capabilities:

For example, here is mine:

Product:  x3270
- Can select screen text and copy to clipboard:  yes  (  /  )
- Has function to save screen as a text file:  yes  (File / Save screen text in 
file )

Your responses would be appreciated.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SSL on tso

[Cieri, Anthony]

It has been awhile since I tried this, but as I recall, there are a 
couple of task that needed to be done in the gskkyman utility

1)  Set your self signed certificate to TRUST status
2)  Make your self signed certificate the Default cert for the key 
database
3)  Create a database password file  (i.e. keytdatabase.sth)

Hth
Tony 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of saurabh khandelwal
Sent: Tuesday, April 04, 2017 12:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SSL on tso

Hello group,

Till now we completed below steps to enable sal for tso.
1) open port 992 firewall
2) using gskkyman utility, created database and self signed certificate for the 
user under which tn3270 address space running.
3)made additional entry of SSL port 992 in tn3270 profile with key database 
entry.
4) obey the new configuration .
5) downloaded certificate from mainframe to desktop in ASCII and renamed the 
file with extension of .cer
6) from pcom certificate managment utility, I created database and uploaded the 
same certificate which we just downloaded into correct path mentioned in the 
certificate managment utility.
7) tried enabling port 992 on pcom and enabled security and TLS option and use 
option to connect.

But after doing all this I was getting error of "420". Which says remote client 
rejection..

Can anybody help me to suggest if I an missing anything here to make this 
connectivity work.

Thanks for help

On 31-Mar-2017 1:33 AM, "Andrew Rowley" 
wrote:

On 31/03/2017 6:48 AM, Mark Pace wrote:

> Also note that one of the hard parts of SSL with PCOMM is self-signed 
> certs.  You need to send a copy of the public key to each user of 
> PCOMM and import the certificate.  If you're using a better TN3270 
> client, like Vista TN3270, you won't have this problem.  At least that 
> what I remember when I wandered down that rabbit hole about 5 years ago.
>
The better way to do this is with a properly signed certificate. You can even 
get certificates free through Lets Encrypt (although that has its own 
controversies). The main problem is a severe lack of documentation on how to 
install a real certificate vs. creating your own CA and signing your own.

I'm not sure that I would describe a client that doesn't have the problem as 
"better" since it means that the client is not defending itself against 
man-in-the-middle attacks (though I do use and like Vista myself).

--
Andrew Rowley
Black Hill Software
+61 413 302 386


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Can you use IDCAMS REPRO on zFS files

[Cieri, Anthony]

You could try DFDSS Dump and restore.  In two separate jobs, you can 
increase the file allocation on the DFDSS dump and them rename the files on the 
DFDSS restore!!

Hth
Tony 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Friday, March 03, 2017 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files

Well, I should have been more specific.   I don’t see a way to make it bigger 
either, but in this case Lizette said it was already 200 cylinders.   DFDSS 
copy could create a new one 200 cylinders large, with very few extents, and my 
next move would have been to do a ZFSADM grow immediately to get it to the 
desired size.  I personally try to avoid any of the copytree "stuff" or just a 
brute force mv where possible, just due to the essence of time.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, March 03, 2017 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files

I've never had any luck resizing ZFS using the DSS copy, I'd be curious if that 
works for Lizzette zfsadm grow will work if the zfs was allocated with a large 
enough primary, my personal preference, rather than having many extents to get 
my final results, plus John makes a good point The only reason that I can think 
of is if the zFS filesystem LDS was originally created with a DataClass which 
did not have "extended addressing" and so is limited to 4 GiB.​ 


I still prefer allocating a new linear vsam file large enough and REPRO the old 
to the new, and mount that file at /u/userid/tmp and see if it contains all the 
data you expect to be there, I've done this with a vendor's ZFS file that was 
created incorrectly . 




- Original Message -

From: "David Jousma" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, March 3, 2017 12:40:09 PM
Subject: Re: Can you use IDCAMS REPRO on zFS files 

Ok, well in that case, I'd just DFDSS copy it. In fact, if you can unmount it 
first you can copy it, and have DSS rename it back to the original name all in 
one operation, then just remount it. 

//STEP1 EXEC PGM=ADRDSSU,REGION=8M
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
COPY DS(INC(your.zfs)) -
ALLDATA(*) -
SPHERE -
DELETE -
ALLX -
CATALOG -
PURGE 

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, March 03, 2017 1:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Can you use IDCAMS REPRO on zFS files 

So the file was allocated at 1,1 CYL. It is now at 200Cyls. And 200 extents. 

I like to resize the space allocation so it does not have to do 

EXTEND - FORMAT
EXTEND - FORMAT
EXTEND - FORMAT 

Dozens of times and possibly impacting the performance for the user. 

Lizette 


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jousma, David
> Sent: Friday, March 03, 2017 11:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Can you use IDCAMS REPRO on zFS files
> 
> Seems like going around the block to get next doorwhy not just 
> zfsadm grow?
> 
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President 
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Friday, March 03, 2017 11:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Can you use IDCAMS REPRO on zFS files
> 
> List -
> 
> When I expand a zFS file I will create a new one, mount it on a temp 
> directory, then copy from the original to the new. Dismount Old, 
> alter/newname new and then mount on original path.
> 
> I have someone telling me that I can use a simple IDCAMS Repro
> 
> Which means my process would be
> Unmount
> Rename current to .old
> Create new with correct name
> REPRO old to new
> Mount new file on original mount point
> 
> Is it possible to use IDCAMS to copy a zFS file and not break the structure? 
> Inquiring minds want to know. 
> 
> Thanks
> 
> 
> Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions, 

Re: IBM Netview Session Manager replacement

[Cieri, Anthony]

I have used TPX for years, since it was first marketed by Duquesne!!  (It 
has since been acquired by Legent and then by CA.)

I believe that MacKinney still markets a product called VTAM/Switch.



From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Salah Balboul [balbo...@att.net]
Sent: Tuesday, February 07, 2017 8:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM Netview Session Manager replacement

Hello list,

IBM announced Tivoli Netview Access Services for MVS being withdrawn come 
09/10/2018.

Anyone knows of a similar replacement on the market with same features?

I know IBM also has the old Candle CL/SuperSession. I'm wondering if others are 
using non-IBM products for session management on zOS.

Thanks

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SDB and Program Object Library

[Cieri, Anthony]

It may not be your ACS routines.

I can reproduce this behavior on a "test" LPAR when allocating a PDSE 
in ISPF 3.2 with RECFM=U.  I get the warning message to either DELETE or KEEP 
the dataset. If I keep it, I can't copy Load modules or program objects into 
then newly created D/S.

If I allocate the PDSE with either a Fixed or Variable RECFM, then 
BLKSIZE of 0 (or BLANK) is accepted. In the cases of RECFM = FB or VB, SDB 
produces an optimum block size for my device type.


  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, January 12, 2017 4:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDB and Program Object Library

On 2017-01-12 14:23, Allan Staller wrote:
> Allocation
>   
> Do these ACS routines operate
> o at data set creation?
> o at OPEN?
> o Both?
> 
"Allocation" is dismayingly ambiguous.  But I assume you mean allocation as in 
DISP=NEW ratner than allocation as in DISP=OLD.

Data Set Utility tells me:
 Data Set Name . : User.LOADE
 Specified data set has zero block size.

 The data set allocated contains inconsistent attributes as indicated by the  
message displayed above. Prior to allocating a managed data set, ISPF cannot  
always determine if the attributes are inconsistent. The data class used when  
allocating the data set may contain inconsistent attributes, or the attributes  
you specified on the allocation panel may conflict with those defined in the  
data class. This panel gives you the opportunity to delete this data set. If  
you keep the data set, other ISPF functions, such as edit, move, or copy, may  
not be able to use the data set.

But I keep it.  Then Data Set List says:
 DSLIST - Data Sets Matching User.**.LOAD*   Row 1 of 9
 Command ===>  Scroll ===> CSR

 Command - Enter "/" to select action Dsorg  Recfm  Lrecl  Blksz
 ---
  User.LOADE   PO-E  U  0  0
  User.LOADU   POU256  19069

and Move/Copy Utility says:
 COPY From User.LOADUInvalid block size
 Command ===>

 To Other Partitioned or Sequential Data Set:
Name  . . . . . . . LOADE
Volume Serial . . .   (If not cataloged)
 
\u250c\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2510
 \u2502 Block size of data set must not be zero. \u2502
  F1=Help  F 
\u2514\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2518
 ard  F8=Forward

... so, why doesn't SDB fix it?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SVC display

[Cieri, Anthony]

There are (2) Rexx execs located on file 220 of the CBTtape.org web 
site (V492)  (http://www.cbttape.org/
They are LISTSVCJ and LISTSVCT. These execs will list the SVC Update 
Journal table and the all of the active SVCs respectively.

HTH
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Friday, November 11, 2016 7:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SVC display

From the manual:  z/OS z/OS 2.1.0 z/OS MVS z/OS MVS Diagnosis: 
Reference System Reference SVC summary  SVC routines Naming 
conventions for SVC routinee

Naming conventions for SVC routines
SVC routines are load modules which are named as follows:

The routines for SVC types 1, 2 and 6 are named IGCxxx, where xxx is the 
SVC number (decimal).
The routines for SVC types 3 and 4 are named IGC00xxx, where xxx is the SVC 
number.

If a type 4 SVC routine calls for multiple SVC loads, the naming convention 
is to identify each load by increasing 00 by one. For example, IGC03xxx 
indicates the third module loaded within a type 4 SVC routine.

For types 3 and 4 SVC routines, the internal format of the SVC number (xxx) 
is zoned decimal with a four-bit sign code (1100) in the four high-order bits 
of the low order byte. Any low-order digit in a type 3 or 4 SVC number that is 
between 1 and 9 will be an EBCDIC character between A and I in the load module 
name. For example, the load module name for SVC 51 (X'33') would be IGC0005A 
because the low order byte is 1100 0001, or A in zoned decimal. A low-order 
zero in the SVC number corresponds to a hexadecimal C0 in the load module name.

ESR type 3 routines have names in the format IGX00nnn, where nnn is the 
decimal code placed in register 15 when SVC 109 is issued

From this you can see what the convention is for naming an SVC.  Depending on 
what SVC you are looking for (TYPE1/2/3/4/6 or a Router), you would look for 
the name.  If you have a tool like MXI, SHOWMVS, Omeagmon, Sysview, SAS, etc... 
You can scan the system either live or after the fact.

If you try ISRDDN and use the LPA command then search for the module name you 
can see if it is in a library.

you might try searching the internet and see if anyone created REXX code to go 
through control blocks to display SVCs.



Lizette

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMTPD vs. CSSMTP

[Cieri, Anthony]

I would say that you are ahead of the game!!!

The EXEC PGM=CSSMTP specifies the newer SMTP server. The older server 
was invoked with EXEC PGM=MVPMAIN and was passed a module name of SMTP as a 
parameter. The SMTP module (Alias of EZASMTP) was distributed in TCPIP.SEZATCP. 
The CSSMTP module is distributed in TCPIP.SEZALOAD. For additional 
verification, look for the initialization message:

EZD1802I CSSMTP INITIALIZATION COMPLETE FOR 

This message states that CSSMTP has initialized and will process spool 
datasets with an external writer name of .

I don't believe that SMTP issues any messages prefixed with EZD.

HTH 
Tony 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Monday, November 07, 2016 4:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMTPD vs. CSSMTP

I just became aware of IBM's declared move from SMTPD to CSSMTP. I'm a frequent 
user of this function-as is the whole shop--but I'm barely knowledgeable. We 
have an RYO program that takes user control cards and creates batch input to be 
handled by an SMTP server. On each system we have a started task called 
'SMTPD'. However, in the task itself I see EXEC PGM=CSSMTP.

Are we ahead of the game or wandering in the desert?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with email

[Cieri, Anthony]

Hilary,

If you are just getting started with SMTP on the mainframe, you might want 
to consider the "newer" mail server called CSSMTP. It definitely has some 
additional functionality and it may also address some security concerns.

Also, SMTP won't be supported beyond z/OS V2.2, so depending upon which release 
of z/OS you are running, you will eventually have to "upgrade" to CSSMTP 
anyway!!

 HTH
Tony 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Allan Staller [allan.stal...@hcl.com]
Sent: Tuesday, November 01, 2016 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Help with email

This is normal behavior for the described process. The IEBGENER step ends 
successfully (RC=0) and the output is placed in spool.

At some later time,  SMTP retrieves the data from the spool and attempts to 
send it to the appropriate destination.

Most shops I have encountered, configure SMTP to send the mail to the 
"corporate" email server for distribution.

HTH,

Another alternative might be to use the SMTPNOTE REXX

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hilary Hurwitz
Sent: Tuesday, November 1, 2016 7:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Help with email

Until now our site's use of email from the mainframe has been very limited, due 
to security concerns.

However I am not to be allowed to use email in a limited way.

The JCL I was told to use was
//S16DBNA1 JOB (XO,005,0099,1,0),NAT,NOTIFY=,
// TIME=(001,39),CLASS=O,
// REGION=5M
/*JOBPARM  SYSAFF=BL1A
//IEBGENER EXEC PGM=IEBGENER
//SYSIN DD DUMMY
//SYSUT1 DD *
HELO N1
MAIL FROM:>
RCPT TO:>
DATA
SUBJECT:SUBJECT LINE
HALLO . THIS IS EMAIL
FROM THE MAINFRAME.
BYE.
.
QUIT
/*
//SYSUT2 DD SYSOUT=(B,SMTP)
//SYSOUT DD SYSOUT=V
//SYSPRINT DD SYSOUT=V

But I have a few problems with this.
If the email  fails the job ends with a 0, and until a rejection email arrives 
back to me, I have no idea of problems.

I have a feeling we have a hole in the knowledge of our tcp people here. Is 
this the way to work ? Surely the job should be able to know if the email was 
sent?

I came from VSE environment where we were given responses.
Is this the best way to send emails ?

What am I missing ?

Hilary

PS the jcl above works with no problems, so don't try and debug it please  ;)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN