Re: Dummy question about CHPID

[Peter]

Thank you all for a great response.

On Mon 6 Aug, 2018, 8:09 PM Neubert, Kevin, 
wrote:

> Seems your question has been answered, but wanted to point out the IBM Z
> Connectivity Handbook (SG24-5444) is an excellent resource for such
> questions regarding channel architecture, connectivity options, connector
> types, etc.
>
> Example, OSA-Express5S 1000BASE-T Ethernet feature code 0417 from the
> handbook:
>
> The two ports of the OSA-Express5S 1000BASE-T feature have one CHPID
> assigned, so the two ports share one CHPID number.  The use of both ports
> on a two-port CHPID requires support by the operating system.
>
> Regards,
>
> Kevin
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Sunday, August 5, 2018 3:20 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dummy question about CHPID
>
> Hi
>
> Could someone help me to understand on why do we assign only 1 chpid for
> OSA-ICC and OSA base 1000t.
>
> I can see FC and FCP have two CHPIDs
>
> Apology I am just new to IODF definition.
>
> Regards,
> 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
>

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

Re: Dummy question about CHPID

[Neubert, Kevin]

Seems your question has been answered, but wanted to point out the IBM Z 
Connectivity Handbook (SG24-5444) is an excellent resource for such questions 
regarding channel architecture, connectivity options, connector types, etc.

Example, OSA-Express5S 1000BASE-T Ethernet feature code 0417 from the handbook:

The two ports of the OSA-Express5S 1000BASE-T feature have one CHPID assigned, 
so the two ports share one CHPID number.  The use of both ports on a two-port 
CHPID requires support by the operating system.

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Sunday, August 5, 2018 3:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dummy question about CHPID

Hi

Could someone help me to understand on why do we assign only 1 chpid for 
OSA-ICC and OSA base 1000t.

I can see FC and FCP have two CHPIDs

Apology I am just new to IODF definition.

Regards,
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: How to setup a new SMF Dump dataset

[Carmen Vitullo]

I was going to suggest the define cluster and run 
this 



//FORMAT2 EXEC PGM=IFASMFDP 


//*** 


//SYSPRINT DD SYSOUT=* 


//SMFDD DD DSN=SYS1.SYSA.MAN2,DISP=SHR 


//SYSIN DD * 


INDD(SMFDD,OPTIONS(CLEAR)) 


bu then I re-read your post, are you trying create a new DUMPOUT dataset or 
MANx dataset? 





Carmen Vitullo 

- Original Message -

From: "Lizette Koehler"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, August 6, 2018 9:43:30 AM 
Subject: How to setup a new SMF Dump dataset 

List 

I know this is an easy question, but I am not sure of the best technique 

I want to set up a null SMF Dump dataset that will be used in a later job. The 
later job will mod onto this file the SMF Record Types I need. 

What is a good technique for this? 

I can use IFASMFDP and copy Type 0-3 to the new file. 

Or can I use IEBGENER and just create the new SMF Dump output file? 

Or can I use a different technique? 

Thanks for your answers 



Lizette Koehler 
statistics: A precise and logical method for stating a half-truth inaccurately 

-- 
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 setup a new SMF Dump dataset

[Allan Staller]

DEF CL(name(x) model(x)).
Then run IFASMFDP w/OPTION(CLEAR) against the new dataset.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, August 6, 2018 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to setup a new SMF Dump dataset

List

I know this is an easy question, but I am not sure of the best technique

I want to set up a null SMF Dump dataset that will be used in a later job.  The 
later job will mod onto this file the SMF Record Types I need.

What is a good technique for this?

I can use IFASMFDP and copy Type 0-3 to the new file.

Or can I use IEBGENER and just create the new SMF Dump output file?

Or can I use a different technique?

Thanks for your answers



Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

--
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

Re: How to setup a new SMF Dump dataset

[Pew, Curtis G]

On Aug 6, 2018, at 9:43 AM, Lizette Koehler  wrote:
> 
> I can use IFASMFDP and copy Type 0-3 to the new file.

That’s basically what I do, except I use a DD DUMMY for the input file.


-- 
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


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

Re: General RACF question for Walt

[Walt Farrell]

On Mon, 6 Aug 2018 11:13:49 +, Blake, Daniel J [CTR]  
wrote:

>Years ago I was called to assist two different customers who both screwed up 
>the only Special userid.  In both cases I was able to switch to the IBM 
>supplied RACF data bases that came with a ServerPac.  Logged in with IBMUSER, 
>switched back and reset the SPECIAL userid.
>
>This was many years ago and I don't have a RACF protected system to play on.  
>Is this option still available?

It's hard to say whether that would work. For one thing, without an IPL you can 
only switch to a database of the same name as the one(s) you're already using. 

Every shop should have procedures in place for handling a situation like this 
without an IPL, and should also have additional procedures in place to IPL a 
"one-pack" recovery system in case their normal recovery procedures don't work 
for some reason.

A few common procedures that can help without an IPL:
(1) The ability for someone with SPECIAL to logon to an MVS operator console 
and issue RACF commands.
(2) An STC with SPECIAL that will issue an ALTUSER RESUME for one or more of 
the SPECIAL users.
(3) The ability for someone with SPECIAL to logon to TSO without using a 
session manager.

There are others, but those are easy. They do need to be setup in advance and 
tested regularly, along with recovery procedures for other critical system 
components (no JES, no catalog, etc.).

-- 
Walt

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

How to setup a new SMF Dump dataset

[Lizette Koehler]

List

I know this is an easy question, but I am not sure of the best technique

I want to set up a null SMF Dump dataset that will be used in a later job.  The
later job will mod onto this file the SMF Record Types I need.

What is a good technique for this?

I can use IFASMFDP and copy Type 0-3 to the new file.

Or can I use IEBGENER and just create the new SMF Dump output file?

Or can I use a different technique?

Thanks for your answers



Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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

Re: General RACF question for Walt

[Elardus Engelbrecht]

Mike Schwab wrote:

>Isn't that what the SYS1.UADS dataset is for? To allow signons without a 
>security system? 

Indeed, but these ids must be pre-defined and tested in the first place  in 
UADS.

Anyways, I believe the original poster who really screwed up his system, should 
by now approach IBM for assistance.

One minute of lockup, holdup, unscheduled downtime, etc. is a serious NO-NO in 
a production system.

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

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Paul Gilmartin]

On Mon, 6 Aug 2018 11:15:06 +0100, Sean Gleann wrote:
>
>However, I wanted to go further. Having created a working REXX, I want to
>then automatically run it on a daily basis to set suitably-named system
>symbols with new values each day,
>
>I've tracked down details regarding the IEASYMU2 program, but no matter
>what I do, the result is always RC288 (or '120'x). As far as I can see,
>this is caused by some sort of RACF restriction, but there's no diagnostic
>info appearing in the console log, so I don't know what to do to correct
>the situation.
> 
o Are you running your Rexx under TSO (IKJEFT01)?
o Are you invoking the utility (specify?) with ADDRESS TSO CALL?
o Is that utility in the list of programs authorized to CALL from TSO?

(There's also a TSOEXEC that I don't understand.)

(You might try using Rexx to submit batch JCL to update the system symbols.)

-- gil

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

Re: General RACF question for Walt

[Mike Schwab]

Isn't that what the SYS1.UADS dataset is for? To allow signons without a
security system? And it using the 8th character as a sequence digit lead to
the 7 character TSO limit.

On Monday, August 6, 2018, Blake, Daniel J [CTR] <
00f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:

> Walt,
>
> Years ago I was called to assist two different customers who both screwed
> up the only Special userid.  In both cases I was able to switch to the IBM
> supplied RACF data bases that came with a ServerPac.  Logged in with
> IBMUSER, switched back and reset the SPECIAL userid.
>
> This was many years ago and I don't have a RACF protected system to play
> on.  Is this option still available?
>
> Thanks
>
> ;-D an
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Samuel Armas]

How do I unscribe?



Sam Armas

samuel.ar...@jascybersecurity.com

573-823-2909



Sent from Mail for Windows 10




From: IBM Mainframe Discussion List  on behalf of 
Sean Gleann 
Sent: Monday, August 6, 2018 4:08:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 'Previous Day' system symbols (was: how to calculate previous day 
using REXX)

Thank you, Gadi - that cracked the problem.
All is working as required now

Sean

On 6 August 2018 at 11:46, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Sean Gleann wrote:
>
> >Very recently, I too went down the path of developing a REXX to figure
> out yesterday's date, and my solution pretty much matches ones that have
> been proposed in that mail-trail.
>
> >However, I wanted to go further. Having created a working REXX, I want to
> then automatically run it on a daily basis to set suitably-named system
> symbols with new values each day,
>
> >I've tracked down details regarding the IEASYMU2 program, but no matter
> hat I do, the result is always RC288 (or '120'x). As far as I can see, this
> is caused by some sort of RACF restriction, but there's no diagnostic info
> appearing in the console log, so I don't know what to do to correct the
> situation.
>
> Please post your job and parameters used.
>
> Also post the FULL messages(s) you received. If you can, can you extract
> the RACF SMF records for those failures?
>
> As documented: "All updates by IEASYMU2 are controlled by RACF facility
> class entity IEASYMUP.symbolname".
>
> Check that profile and ensure you did a proper SETROPTS REFRESH.
>
> Look at for descriptions and warnings/notes about IEASYMU2:
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.
> 0/com.ibm.zos.v2r1.ieae200/ChangingSystemSymbols.htm
>
>
> >Has anyone successfully used this program & would be prepared to share
> their experience, please?
>
> Not me for that program, we rather use automation (mostly) to get previous
> date (day, month, year) as well today (system day) and scheduling
> date/time/period.
>
> Of course, as posted a while back, I have a REXX program to write days as
> accepted by IFASMFDP program.
>
> Alternatively, just use REXX and place your dates in a datasets to be read
> by other jobs.
>
> 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

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

Re: Dummy question about CHPID

[Parwez Hamid]

Whether 'old' or 'new' OSA Express 1000BASE-T features, its always been the 
case i.e. one CHPID for 2 ports.

When it comes to 'FICON' features, there has been a change with the latest 
feature i.e. FICON Express16S+. See below.

For both OSA and FICON features, the 'old' ones had a different form factor. 
When the PCIe architecture was introduced. the form factor changed and the 
number ports were halved. All OSA/FICON and Crypto features with an 'S' are the 
'new' form factor. OSA Express4S and newer, FICON Express8S and newer have the 
newer form factor.

OSA Express4S 1000BASE-T and newer, 2 ports/one CHPID
OSA Express4S 1 GbE and newer, 2 ports/one CHPID. These features are either LX 
or SX.
OSA Express4S 10 GbE and newer, 1 port/one CHPID. These features are either LR 
or SR.

FICON Express8S and FICON Express16S, 2 ports/2 CHPIDs. Each Port can be either 
TYPE=FC or FCP or both can be TYPE=FC or FCP  
For the latest FICON Express16S+, 2 ports/2 CHPIDs. The main change here is 
that BOTH ports have to be either TYPE=FC or FCP. Can't have a 'mix' of TYPEs 
on the same physical card. 

In addition all FICON features are either LX or SX.



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

General RACF question for Walt

[Blake, Daniel J [CTR]]

Walt,

Years ago I was called to assist two different customers who both screwed up 
the only Special userid.  In both cases I was able to switch to the IBM 
supplied RACF data bases that came with a ServerPac.  Logged in with IBMUSER, 
switched back and reset the SPECIAL userid.

This was many years ago and I don't have a RACF protected system to play on.  
Is this option still available?

Thanks

;-D an



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

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Sean Gleann]

Thank you, Gadi - that cracked the problem.
All is working as required now

Sean

On 6 August 2018 at 11:46, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Sean Gleann wrote:
>
> >Very recently, I too went down the path of developing a REXX to figure
> out yesterday's date, and my solution pretty much matches ones that have
> been proposed in that mail-trail.
>
> >However, I wanted to go further. Having created a working REXX, I want to
> then automatically run it on a daily basis to set suitably-named system
> symbols with new values each day,
>
> >I've tracked down details regarding the IEASYMU2 program, but no matter
> hat I do, the result is always RC288 (or '120'x). As far as I can see, this
> is caused by some sort of RACF restriction, but there's no diagnostic info
> appearing in the console log, so I don't know what to do to correct the
> situation.
>
> Please post your job and parameters used.
>
> Also post the FULL messages(s) you received. If you can, can you extract
> the RACF SMF records for those failures?
>
> As documented: "All updates by IEASYMU2 are controlled by RACF facility
> class entity IEASYMUP.symbolname".
>
> Check that profile and ensure you did a proper SETROPTS REFRESH.
>
> Look at for descriptions and warnings/notes about IEASYMU2:
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.
> 0/com.ibm.zos.v2r1.ieae200/ChangingSystemSymbols.htm
>
>
> >Has anyone successfully used this program & would be prepared to share
> their experience, please?
>
> Not me for that program, we rather use automation (mostly) to get previous
> date (day, month, year) as well today (system day) and scheduling
> date/time/period.
>
> Of course, as posted a while back, I have a REXX program to write days as
> accepted by IFASMFDP program.
>
> Alternatively, just use REXX and place your dates in a datasets to be read
> by other jobs.
>
> 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

SOF product for scheduling

[Peter]

Hi

Does anyone still using the product called SOF for scheduling ?

I am looking for its usage documentation.

Regards
Peter

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

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Elardus Engelbrecht]

Sean Gleann wrote:

>Very recently, I too went down the path of developing a REXX to figure out 
>yesterday's date, and my solution pretty much matches ones that have been 
>proposed in that mail-trail.

>However, I wanted to go further. Having created a working REXX, I want to then 
>automatically run it on a daily basis to set suitably-named system symbols 
>with new values each day,

>I've tracked down details regarding the IEASYMU2 program, but no matter hat I 
>do, the result is always RC288 (or '120'x). As far as I can see, this is 
>caused by some sort of RACF restriction, but there's no diagnostic info 
>appearing in the console log, so I don't know what to do to correct the 
>situation.

Please post your job and parameters used.

Also post the FULL messages(s) you received. If you can, can you extract the 
RACF SMF records for those failures?

As documented: "All updates by IEASYMU2 are controlled by RACF facility class 
entity IEASYMUP.symbolname".

Check that profile and ensure you did a proper SETROPTS REFRESH.

Look at for descriptions and warnings/notes about IEASYMU2:

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/ChangingSystemSymbols.htm


>Has anyone successfully used this program & would be prepared to share their 
>experience, please?

Not me for that program, we rather use automation (mostly) to get previous date 
(day, month, year) as well today (system day) and scheduling date/time/period.

Of course, as posted a while back, I have a REXX program to write days as 
accepted by IFASMFDP program. 

Alternatively, just use REXX and place your dates in a datasets to be read by 
other jobs.

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

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Richards, Robert B.]

And you may want to make it SYSTEM Rexx.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gadi Ben-Avi
Sent: Monday, August 06, 2018 6:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 'Previous Day' system symbols (was: how to calculate previous day 
using REXX)

You need UPDATE access to IEASYMUP.symbolname in FACILITY.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Monday, August 6, 2018 1:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 'Previous Day' system symbols (was: how to calculate previous day 
using REXX)

Very recently, I too went down the path of developing a REXX to figure out 
yesterday's date, and my solution pretty much matches ones that have been 
proposed in that mail-trail.

However, I wanted to go further. Having created a working REXX, I want to then 
automatically run it on a daily basis to set suitably-named system symbols with 
new values each day,

I've tracked down details regarding the IEASYMU2 program, but no matter what I 
do, the result is always RC288 (or '120'x). As far as I can see, this is caused 
by some sort of RACF restriction, but there's no diagnostic info appearing in 
the console log, so I don't know what to do to correct the situation.

Has anyone successfully used this program & would be prepared to share their 
experience, please?

Regards
Sean


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

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Gadi Ben-Avi]

You need UPDATE access to IEASYMUP.symbolname in FACILITY.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Monday, August 6, 2018 1:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 'Previous Day' system symbols (was: how to calculate previous day 
using REXX)

Very recently, I too went down the path of developing a REXX to figure out 
yesterday's date, and my solution pretty much matches ones that have been 
proposed in that mail-trail.

However, I wanted to go further. Having created a working REXX, I want to then 
automatically run it on a daily basis to set suitably-named system symbols with 
new values each day,

I've tracked down details regarding the IEASYMU2 program, but no matter what I 
do, the result is always RC288 (or '120'x). As far as I can see, this is caused 
by some sort of RACF restriction, but there's no diagnostic info appearing in 
the console log, so I don't know what to do to correct the situation.

Has anyone successfully used this program & would be prepared to share their 
experience, please?

Regards
Sean

--
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

'Previous Day' system symbols (was: how to calculate previous day using REXX)

[Sean Gleann]

Very recently, I too went down the path of developing a REXX to figure out
yesterday's date, and my solution pretty much matches ones that have been
proposed in that mail-trail.

However, I wanted to go further. Having created a working REXX, I want to
then automatically run it on a daily basis to set suitably-named system
symbols with new values each day,

I've tracked down details regarding the IEASYMU2 program, but no matter
what I do, the result is always RC288 (or '120'x). As far as I can see,
this is caused by some sort of RACF restriction, but there's no diagnostic
info appearing in the console log, so I don't know what to do to correct
the situation.

Has anyone successfully used this program & would be prepared to share
their experience, please?

Regards
Sean

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