Re: z/OS 2.4
Classification: Public Whenever I've seen something about the next release of z/OS, IBM have always referred to it as "the release after z/OS x.x". I suspect it's in case the marketing department notice and decide it's going to be called something else.. Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: 19 February 2019 07:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.4 -- This email has reached the Bank via an external source -- Is it named V2.4 or V3.1 or ...? The few references I saw about the z/OS version after 2.3 was named "the z/OS version after 2.3". Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Allan Staller > Sent: 18 February, 2019 19:18 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: z/OS 2.4 > > Has anybody seen the z/OS V2R4 preview announcement go by? > > If so, can you provide a link or Announcement number? > > TIA, > > ::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 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 10399850. Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority
Re: z/OS 2.4
Is it named V2.4 or V3.1 or ...? The few references I saw about the z/OS version after 2.3 was named "the z/OS version after 2.3". Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Allan Staller > Sent: 18 February, 2019 19:18 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: z/OS 2.4 > > Has anybody seen the z/OS V2R4 preview announcement go by? > > If so, can you provide a link or Announcement number? > > TIA, > > ::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 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
Yet another possible complication/variation is if you're connecting via TN3270E versus TN3270. The "E" protocol handles certain special keys properly (or should), and the earlier protocol did not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS and IMS Training
A few more ideas: 1. IBM provides a little bit of free "hands on" access to CICS and IMS through the IBM Z Trials Program, available here: https://www.ibm.com/it-infrastructure/z/resources/trial These hands on exercises are for specific functional areas of the two products. 2. If you are a qualified student then you can sign up for the free Master the Mainframe Learning System. The Learning System is kept online almost year round, and I believe it offers CICS and IMS installations for self-study exploration. Students can also optionally compete in the Master the Mainframe Contest which uses the same system. https://www.ibm.com/it-infrastructure/z/education/master-the-mainframe 3. Education is one of the authorized uses in the IBM Z Development and Test Environment's license, so that's another choice -- get a proper IBM Z DTE license (or licenses) then self-study in groups or individually. https://www.ibm.com/us-en/marketplace/z-systems-development-test-environment 4. Have you checked the IBM Training Web site? There are plenty of course listings, including upcoming classroom courses in several countries. Here's the main landing page: https://www.ibm.com/training Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE 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
Re: CTC
z/OS Hardware Configuration Manager (HCM) is an optional, priced z/OS feature. Its entitlement identifier is S017297, and it can be ordered through Shop Z in most countries. As far as I know it's possible to license HCM for as little as one month in most countries, as long as you only use it within that one month and delete it. You could save the diagrams -- generate PDFs, for example, and save those. HCM is also available for z/VM. Timothy Sipples IT Architect Executive, Industry Solutions, IBM Z & LinuxONE 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
Re: CICS and IMS Training
Check out Marist College. They partner with IBM and provide several mainframe classes in IMS/CICS/VTAM/z/OS etc... http://idcp.marist.edu/enterprisesystemseducation/zosprogramoverview.html they are remote training I believe Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > saurabh khandelwal > Sent: Monday, February 18, 2019 11:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CICS and IMS Training > > Hello Group, > > I am looking for CICS and IMS administration training .Anybody of us is aware > of such training available. I tried talking to IBM but they don't have any > schedule public batch. I don't have any specific location requirement for > this training > > Please help. > > -- > Thanks & Regards > Saurabh Khandelwal > > -- > 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: MULC Vendor Exit Error
could you be more specific? For starters MQ600 is fairly ancient. We got off it in 2013 and are on 9.01 on z/OS 2.2. We had issues with some old channel exits. The MQ macros changed the DSECT offsets in later releases, so check any HOLD data for 2.2 and MQ... On Tue, Feb 19, 2019 at 2:30 AM Patrick Falcone < 012526080649-dmarc-requ...@listserv.ua.edu> wrote: > Trying to hunt down why MULC report is throwing the below, have not had > issues with this, until now. It seems this happened when we moved from z/OS > 2.1 to 2.2 but I can’t confirm, yet. > IFA351E VENDOR EXIT unknown IS REQUIRED BUT WAS NOT LOADED > > IFA340E VENDOR EXIT unknown IS DISABLED DUE TO ERROR > > I have the below which has IFAUMQM# included. I’m not aware of any > required PTF’s (IBM or other) but it’s possible I didn’t search correctly . > > SYS1.SIFALIB,DISP=SHR > > MQSERIES.V600.SCSQLOAD,DISP=SHR > > Any help/pointers would be appreciated. TIA. > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS and IMS Training
I ran a CICS training course about 6 months ago. There were a few parties involved but start by asking your IBM rep. The classroom was a third party provider, the training organisation was another and somewhere in the food chain was IBM. IBM have a remote lab and their materials are locked down, so you get a student ID for each student and the instructor gets yet another set of material. This class was run from Canberra, Australia. On Tue, Feb 19, 2019 at 5:12 AM Carmen Vitullo wrote: > you may have better luck with training centers / vendors, one comes to > mind, protechtraining.com > > > > Carmen Vitullo > > - Original Message - > > From: "saurabh khandelwal" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Monday, February 18, 2019 12:01:35 PM > Subject: CICS and IMS Training > > Hello Group, > > I am looking for CICS and IMS administration training .Anybody of us is > aware of such training available. I tried talking to IBM but they don't > have any schedule public batch. I don't have any specific location > requirement for this training > > Please help. > > -- > Thanks & Regards > Saurabh Khandelwal > > -- > 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 > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
Thanks for the tutorial links, where I learned:
"Tutorial -- PA1 - ATTENTION - Tutorial
Command ===>
Normally, you should not use PA1 while operating in ISPF full-screen mode.
PA1 can be used when operating in TSO line mode to exit from a TSO command,
CLIST or REXX exec running under ISPF.
While ISPF is in full-screen mode, if you press PA1 after the keyboard has
been unlocked, PA1 is treated like PA2 (RESHOW). However, if you press PA1 a
second time without any intervening interaction, the current function ends and
the primary option menu (or a top-level selection panel supplied by the dialog
writer) displays. Pressing PA1, while ISPF (under TSO) is operating in TEST
mode, causes an immediate exit.
If, while an ISPF function is processing, you unlock the keyboard (by pressing
the RESET key) and then press PA1, normally the function ends and the Primary
Option Menu displays."
Yes, my PCOMM ESC key maps to "Attention" or "[sys attn]" in PCOMM terms.
Shift-ESC maps to "SYS Request" or "[sys req]" in PCOMM terms.
Using the PCOMM pop-up keypad for "Attn" generates the exact same results as
"Esc" on my PCOMM keyboard mapping.
So I learned a new thing today, thank you.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Marchant
Sent: Monday, February 18, 2019 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where does ISPF determine how to repsond to "Attention" function?
From the ISPF main menu, press PF1.
Select General information.
Select PA keys
This will explain the PA1 (ATTN) and PA2 (RESHOW) functions, as used by ISPF.
Next, you will want to see how these keys are mapped for your emulator. IIRC
PCOMM also has a pop-up keypad for these and other functions.
--
Tom Marchant
On Mon, 18 Feb 2019 22:20:08 +, Farley, Peter x23353 wrote:
>[Dual-posted to ISPF-L and IBM-MAIN]
>
>On my employer's z/OS 2.2 system and as far back as they have employed me
>(OS/390 R10 IIRC), pressing "Attention" (Esc on my PCOMM keyboard map) while
>in an ISPF screen "refreshes" the screen to the last stable state, so if you
>accidentally erased a whole line of program code or JCL you can recover what
>was there before the erase as long as you didn't press Enter or any PF/PA key
>before pressing "Attention".
>
>On a friend's z/OS system (not sure of the release), pressing "Attention" at
>any ISPF screen causes the terminal to be taken out of service (VTAM INACT).
>
>My question is where and how does ISPF determine how to respond to "Attention"
>to refresh the screen instead of making the terminal INACT? Or is that a VTAM
>function/setting of some kind? If it is VTAM, where is it specified?
>
>Just curious here, no actual problem to be solved ("Doctor! Doctor! It hurts
>when I do that!"; "Well, don't do that!").
>
>Peter
--
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
As far as recovering some unfortunate editing goes, I think having ISPF Edit Recovery on is vital, and probably should the default. SETUNDO KEEP is a good idea as well. A colleague of mine will keep an edit session going for weeks! Not quite my taste, but the recovery option makes it feasible. sas On Mon, Feb 18, 2019 at 6:01 PM Ed Jaffe wrote: > On 2/18/2019 2:20 PM, Farley, Peter x23353 wrote: > > On a friend's z/OS system (not sure of the release), pressing > "Attention" at any ISPF screen causes the terminal to be taken out of > service (VTAM INACT). > > Sounds like the keyboard mapping is wrong. The "ESC" key is probably > sending SysReq or similar instead of Attn. > > If you really want to know what's happening, you'll need a VTAM buffer > trace so you can see the data stream flows. > > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://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 > -- sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
On 2/18/2019 2:20 PM, Farley, Peter x23353 wrote: On a friend's z/OS system (not sure of the release), pressing "Attention" at any ISPF screen causes the terminal to be taken out of service (VTAM INACT). Sounds like the keyboard mapping is wrong. The "ESC" key is probably sending SysReq or similar instead of Attn. If you really want to know what's happening, you'll need a VTAM buffer trace so you can see the data stream flows. -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://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
Re: [ISPF-L] Where does ISPF determine how to repsond to "Attention" function?
On 2019-02-18, at 15:20:08, Farley, Peter x23353 wrote: > [Dual-posted to ISPF-L and IBM-MAIN] > > On my employer's z/OS 2.2 system and as far back as they have employed me > (OS/390 R10 IIRC), pressing "Attention" (Esc on my PCOMM keyboard map) while > in an ISPF screen "refreshes" the screen to the last stable state, so if you > accidentally erased a whole line of program code or JCL you can recover what > was there before the erase as long as you didn't press Enter or any PF/PA key > before pressing "Attention". > On a real 3270 that's more likely to be PA2. Does your emulator have a graphic pop-up keypad you can experiment with? Of course, keys can be mapped at both emulator and ISPF. > On a friend's z/OS system (not sure of the release), pressing "Attention" at > any ISPF screen causes the terminal to be taken out of service (VTAM INACT). > That's more like classic ATTN. And it may depend further on whether your LOGON proc sends you to VTAM solicitor, TSO, or ISPF. Too many knobs and levers, and not the right ones. And CMS XEDIT provides finer granularity: ERASE EOF at the beginning of any field causes that field to be refreshed with unmodified content. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
On 2/18/2019 5:20 PM, Farley, Peter x23353 wrote:
[Dual-posted to ISPF-L and IBM-MAIN]
On my employer's z/OS 2.2 system and as far back as they have employed me (OS/390 R10 IIRC), pressing
"Attention" (Esc on my PCOMM keyboard map) while in an ISPF screen "refreshes" the screen
to the last stable state, so if you accidentally erased a whole line of program code or JCL you can recover
what was there before the erase as long as you didn't press Enter or any PF/PA key before pressing
"Attention".
On a friend's z/OS system (not sure of the release), pressing "Attention" at
any ISPF screen causes the terminal to be taken out of service (VTAM INACT).
My question is where and how does ISPF determine how to respond to "Attention"
to refresh the screen instead of making the terminal INACT? Or is that a VTAM
function/setting of some kind? If it is VTAM, where is it specified?
Just curious here, no actual problem to be solved ("Doctor! Doctor! It hurts when I do
that!"; "Well, don't do that!").
Peter
--
Peter,
Sounds like SYS REQuest, not ATTNtion. Check to make sure it's ATTN.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where does ISPF determine how to repsond to "Attention" function?
From the ISPF main menu, press PF1.
Select General information.
Select PA keys
This will explain the PA1 (ATTN) and PA2 (RESHOW) functions, as used by ISPF.
Next, you will want to see how these keys are mapped for your emulator. IIRC
PCOMM also has a pop-up keypad for these and other functions.
--
Tom Marchant
On Mon, 18 Feb 2019 22:20:08 +, Farley, Peter x23353 wrote:
>[Dual-posted to ISPF-L and IBM-MAIN]
>
>On my employer's z/OS 2.2 system and as far back as they have employed me
>(OS/390 R10 IIRC), pressing "Attention" (Esc on my PCOMM keyboard map) while
>in an ISPF screen "refreshes" the screen to the last stable state, so if you
>accidentally erased a whole line of program code or JCL you can recover what
>was there before the erase as long as you didn't press Enter or any PF/PA key
>before pressing "Attention".
>
>On a friend's z/OS system (not sure of the release), pressing "Attention" at
>any ISPF screen causes the terminal to be taken out of service (VTAM INACT).
>
>My question is where and how does ISPF determine how to respond to "Attention"
>to refresh the screen instead of making the terminal INACT? Or is that a VTAM
>function/setting of some kind? If it is VTAM, where is it specified?
>
>Just curious here, no actual problem to be solved ("Doctor! Doctor! It hurts
>when I do that!"; "Well, don't do that!").
>
>Peter
>--
>
>This message and any attachments are intended only for the use of the
>addressee and may contain information that is privileged and confidential. If
>the reader of the message is not the intended recipient or an authorized
>representative of the intended recipient, you are hereby notified that any
>dissemination of this communication is strictly prohibited. If you have
>received this communication in error, please notify us immediately by e-mail
>and delete the message and any attachments 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: IEC331I 042-006 occurs during GDG roll in process
This is interesting: https://www-01.ibm.com/support/docview.wss?uid=isg1OA40688 I wonder if they'll ever do anything with it. From: IBM Mainframe Discussion List on behalf of Frank Swarbrick Sent: Monday, February 18, 2019 2:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC331I 042-006 occurs during GDG roll in process Thanks, Rob. I think the first thing I'll have tried (if ops will do it!) is perform a WHOHAS on the dataset. This should tell me who/what has the dataset enqueued, right? Frank From: IBM Mainframe Discussion List on behalf of Jackson, Rob Sent: Friday, February 15, 2019 5:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC331I 042-006 occurs during GDG roll in process One more thing, is it possible for this job that runs that many times per day to contend with itself occasionally (i.e. demand-triggered with varying job name or duplicate-jobname execution allowed in JES)? First Tennessee Bank Mainframe Technical Support -Original Message- From: Jackson, Rob Sent: Friday, February 15, 2019 7:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE: IEC331I 042-006 occurs during GDG roll in process Hah, our emails waived at each other as they were being delivered. But it would be weird if someone were always browsing the last generation when this happened. At any rate, with our AO product--and most of the others I've used--it would be pretty simple to automate the deletion of that rolled-out GDS. You'd still have to wait until it was unallocated by whatever caused it in the first place, of course. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, February 15, 2019 7:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC331I 042-006 occurs during GDG roll in process [External Email] The long result code (040B0425) seems to mean "Verify DADSM SCRATCH request; enqueue on SYSDSN failed." What can cause this to occur? Someone perhaps had the dataset open for browsing, perhaps? instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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
Where does ISPF determine how to repsond to "Attention" function?
[Dual-posted to ISPF-L and IBM-MAIN]
On my employer's z/OS 2.2 system and as far back as they have employed me
(OS/390 R10 IIRC), pressing "Attention" (Esc on my PCOMM keyboard map) while in
an ISPF screen "refreshes" the screen to the last stable state, so if you
accidentally erased a whole line of program code or JCL you can recover what
was there before the erase as long as you didn't press Enter or any PF/PA key
before pressing "Attention".
On a friend's z/OS system (not sure of the release), pressing "Attention" at
any ISPF screen causes the terminal to be taken out of service (VTAM INACT).
My question is where and how does ISPF determine how to respond to "Attention"
to refresh the screen instead of making the terminal INACT? Or is that a VTAM
function/setting of some kind? If it is VTAM, where is it specified?
Just curious here, no actual problem to be solved ("Doctor! Doctor! It hurts
when I do that!"; "Well, don't do that!").
Peter
--
This message and any attachments are intended only for the use of the addressee
and may contain information that is privileged and confidential. If the reader
of the message is not the intended recipient or an authorized representative of
the intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
I've always known HCM as an optional Licensed product 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 02/18/2019 01:35:42 PM: > From: Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 01:36 PM > Subject: Re: [EXTERNAL] Re: CTC > Sent by: IBM Mainframe Discussion List > > ISTR it was a free standing product from New Era. Then IBM bought it > and made it an optional feature of HCD. > > In a message dated 2/18/2019 2:12:52 PM Central Standard Time, > mitchd...@gmail.com writes: > As far as I remember, HCM has never been free, it has always been > an optional IBM product. > > -- > 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: RACF: Limiting update-authorization of a file to a particular application
And I forgot to mention, in addition to statically allocated STEPLIB, for TSO/ISPF I believe you also need to include static ISPLLIB allocations. Joel C Ewing On 2/18/19 11:37 AM, Seymour J Metz wrote: > PADS was and is easy to get wrong, which is why I advised the OP to read the > documentation carefully. The rules apply not just to datasets in the JCL but > also to datasets that you allocate dynamically. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf of > Joel C. Ewing > Sent: Sunday, February 17, 2019 5:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [SPAM] Re: RACF: Limiting update-authorization of a file to a > particular application > > Unless things have changed, in order for RACF program-controlled dataset > access to work, all programs loaded into the address space must be > covered by a RACF PROGRAM profile. > Typically one sets up a profile that will cover all modules in all > system datasets that might be loaded in the TSO environment -- for example a > PROGRAM ** profile with UACC(READ) with many group members of the form > "datasetname//NOPADCHK" > for each datasetname in the Linklist and each datasetname in the STEPLIB > of installation-defined TSO logon PROCs from which a load module might > be loaded into the TSO address space. These must all be libraries that > the normal TSO users cannot modify, as you are implicitly saying all the > programs in all these libraries can be trusted to not do anything > nefarious, so that when PROG1 opens the WHEN-restricted dataset, you > don't have to worry that you might also be allowing one of the other > programs also in memory that shouldn't have access to that dataset to > have access. Note that the PROGRAM ** profile must be appropriately > modified whenever the names of datasets in link list or STEPLIBs in TSO > logon procs change. > > I think you may then have to also set up a specific PROGRAM profile for > "PROG1" as well, but it would only need a group member for the actual > dataset that contains PROG1 > > RACF PROGRAM profiles are kept in memory, so any changes to PROGRAM > profiles requires a RACF REFRESH before changes take effect. > > If a TSO user explicitly loads a program from one of his own libraries > so that it is not covered by a PROGRAM profile, that will break the > program-controlled environment (and you want it to), and the user will > have to logoff and logon to restore a program-controlled environment. > > Putting PROG1 in the AUTHPGM list for TSO says it may run "authorized" > and use restricted and dangerous Operating System functions (is this > something you really want for a COBOL program?) and has nothing to do > with whether a program-controlled environment for RACF > Program-Controlled dataset access is maintained. > Joel C. Ewing > > On 2/17/19 10:05 AM, Steff Gladstone wrote: >> Ok. We have been playing around with program control.If PROG1 (a COBOL >> program incidentally) is to be allowed exclusively to update file MY.FILE, >> then we: >> >> 1. introduced PROG1 into the list of programs in AUTHPGM in member IKJEFT00 >> 2. Executed command RDEFINE for the file (and additionally for the LE >> runtime libraries - not sure if necessary) and PERMIT 'MY.FILE' >> WHEN(PROGRAM(PROG1)). >> >> The results were: >> >> 1. Executing PGM=PROG1 in batch -> good results >> >> 2. Executing a REXX procedure under PGM=IKJEFT01 in batch -> good results >> (when invoked either by CALL 'lib(PROG1)' or SELECT PGM(PROG1) >> >> 3. Executing a REXX procedure in TSO foreground invoking program with >> CALL 'lib(PROG1)' -> receives the following error: >> >> ISPS118L Service not invoked. A valid ISPF environment does not exist. >> >> >> 4. Executing a REXX procedure in TSO foreground invoking program with >> SELECT PGM(PROG1) -> receives the following error: >> >> IKJEFTSR interface error >> Authorized program 'PROG1'. Return code=20 Reason code=40. >> >> Current dialog statement: >> SELECT PGM(PROG1) >> >> We gather that we are running into the "dirty bit" problem that has been >> documented in various forums. What can we do to get around this (we need >> the program control feature under TSO foreground as well)? >> >> Thanks in advance, >> Steff Gladstone >> >> On Thu, 7 Feb 2019 at 18:06, Seymour J Metz wrote: >> >>> Program control, but pay close attention to the restrictions. >>> >>> >>> -- >>> Shmuel (Seymour J.) Metz >>> http://mason.gmu.edu/~smetz3 >>> >>> >>> From: IBM Mainframe Discussion List on behalf >>> of Steff Gladstone >>> Sent: Thursday, February 7, 2019 6:37 AM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: RACF: Limiting update-authorization of a file to a particular >>> application >>> >>> Greetings, >>> >>> >>> >>> We have an TSO application for end-users that allows them to update certain >>> VSAM and PDS files. In order for
Re: IEC331I 042-006 occurs during GDG roll in process
Thanks, Rob. I think the first thing I'll have tried (if ops will do it!) is perform a WHOHAS on the dataset. This should tell me who/what has the dataset enqueued, right? Frank From: IBM Mainframe Discussion List on behalf of Jackson, Rob Sent: Friday, February 15, 2019 5:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC331I 042-006 occurs during GDG roll in process One more thing, is it possible for this job that runs that many times per day to contend with itself occasionally (i.e. demand-triggered with varying job name or duplicate-jobname execution allowed in JES)? First Tennessee Bank Mainframe Technical Support -Original Message- From: Jackson, Rob Sent: Friday, February 15, 2019 7:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: RE: IEC331I 042-006 occurs during GDG roll in process Hah, our emails waived at each other as they were being delivered. But it would be weird if someone were always browsing the last generation when this happened. At any rate, with our AO product--and most of the others I've used--it would be pretty simple to automate the deletion of that rolled-out GDS. You'd still have to wait until it was unallocated by whatever caused it in the first place, of course. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Friday, February 15, 2019 7:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC331I 042-006 occurs during GDG roll in process [External Email] The long result code (040B0425) seems to mean "Verify DADSM SCRATCH request; enqueue on SYSDSN failed." What can cause this to occur? Someone perhaps had the dataset open for browsing, perhaps? instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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: [EXTERNAL] Re: CTC
ISTR it was a free standing product from New Era. Then IBM bought it and made it an optional feature of HCD. In a message dated 2/18/2019 2:12:52 PM Central Standard Time, mitchd...@gmail.com writes: As far as I remember, HCM has never been free, it has always been an optional IBM product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
On Mon, 18 Feb 2019 17:55:27 +, Sankaranarayanan, Vignesh wrote: > >I’m no longer able to find the freeeversion of HCM. Have used it a few years >ago, inputting my IOCP and was able to view everything. > >When I tried o get it last year, I learned that the msi installer is >available in a PDS member in z/OS.. so I installed it. But it wouldn’t let me >do anything.. guess it’s just a client for the paid version of HCM. > >Where did the freebie go, I wonder... > As far as I remember, HCM has never been free, it has always been an optional IBM product. There was a windows client to be installed, that connected to a server address space, and required to be enabled in the IFAPRDxx parmlib member. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION [EXTERNAL]
There is the 24 bit TIOT. That is limited in size. Depending on how many datasets you have allocated and how many volumes you allow the dataset(s) to expand to you can run out of 24 bit TIOT. All that said I've only seen the 24 bit TIOT space issue a few times. With the 31 bit TIOT the issue basically goes away. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: Monday, February 18, 2019 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMS QUESTION [EXTERNAL] There used to be an issue with below the line control blocks when having lots of eligible volumes that were not being used. Lots of vsam + lots of eligible volumes on the vsam definition leads to more storage being chewed up. Since i am experiencing a memory fault that seems unlikely to swap in, I will hope that this jogs someone else's memory Rob Schramm On Mon, Feb 18, 2019, 12:00 PM John McKown On Mon, Feb 18, 2019 at 10:57 AM esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > Yes the dsn was reallocated. I tried out Dynamic Volume Count > > (Vroom had mentioned it) and I was able successfully run the job. > > It allocated > 37 > > vols.I am curious to try out your recommendation to use the ALTER. > > I assume I have to issued the command while the job is executing > > because if the job abends the dsn is deleted. Could you please > > confirm my understanding? > > > > Sorry, I didn't realise that the DSN was deleted at job end. The ALTER > won't help while the job is in execution. I sometimes use it for CICS > datasets, but CEMT SET CLOSE , do the ALTER, then CEMT SET OPEN. The > dataset must be closed and reopened to pick up the catalog entry changes. > > > > > Thanks. > > On Monday, February 18, 2019, 9:24:28 a.m. EST, John McKown < > > john.archie.mck...@gmail.com> wrote: > > > > On Mon, Feb 18, 2019 at 8:07 AM esmie moo < > > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > > > Gentle Readers, > > > I encountered a problem with a space abend for a IAM VSAM EXTENDED > > > FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I > changed > > it > > > to 40. I restarted the job however it abended at NUMBER OF > > > VOLUMES > 30.My > > > question Is what is the maximum number of volumes that cane be > allocated > > > via the SMS DATACLAS for the Volume Count? > > > > > > > Did you reallocate the DSN? The value for volume count is set from > > the DATACLAS at allocation time. Any changes to the DATACLAS after > > allocation are not used. The simpliest way to increase the volume count is > > to: > > > > ALTER <<>> ADDVOL(* * * * * * * * * *) > > > > Put in as many asterisks are you want extra volumes. > > > > > > > > > Thanks in advance. > > > > > > > > -- > > 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 -- 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
Retart after a Failed PC Service Routine with a sysem LX
. I'm digesting a Share Presentation from March 2015, Session 17096. "Does my address space have enough storage for me ?" . The Author talks about setting up a System LX providing service to "ALL". . Granted this presentation can't cover every aspect of a SYSTEM LX, and this question is probably out side its scope. . It does however identify the steps needed to Restart a Failing Server Address Space - upon abnormal termination. . The Presentation States: "If the server terminates and restarts, it would issue AXSET for the new space and re-issue ETCON (and thus must make sure that the TKLIST and ELXLIST areas are accessible). It would not reissue LXRES." . What if the termination occurred in a PC Service Routine ? And then subsequently corrected ? . Here's a scenario. Lets say that Our ETDEF for a Reusable System LX contains three programs. All Programs are Dynamically loaded into LPA and are defined as Non-Space Switching, PC-cp. . The ETDEFF could have specified the PC Service Routine in LPA either by Name or Address. . If the Sever Address Space Termination occurred in one of the PC Service routines, how does the address space determine how to restart with a new/different entry table, once the program is corrected ?It is m understanding the restart logic requires an ETCON macro and the original entry table is still in affect.Is my assessment correct ? . You would not want to IPL. . How would the Entry Table recognize the new address of the changed PC service routine ? Would another initial start be required ? The corrected routine may have been dynamically loaded into the LPA at a different location. . I'm not talking about Associated Recovery Routines. . I would like to here some thoughts on this. . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS 2.4
Has anybody seen the z/OS V2R4 preview announcement go by? If so, can you provide a link or Announcement number? TIA, ::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: CICS and IMS Training
you may have better luck with training centers / vendors, one comes to mind, protechtraining.com Carmen Vitullo - Original Message - From: "saurabh khandelwal" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, February 18, 2019 12:01:35 PM Subject: CICS and IMS Training Hello Group, I am looking for CICS and IMS administration training .Anybody of us is aware of such training available. I tried talking to IBM but they don't have any schedule public batch. I don't have any specific location requirement for this training Please help. -- Thanks & Regards Saurabh Khandelwal -- 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
CICS and IMS Training
Hello Group, I am looking for CICS and IMS administration training .Anybody of us is aware of such training available. I tried talking to IBM but they don't have any schedule public batch. I don't have any specific location requirement for this training Please help. -- Thanks & Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
There used to be an issue with below the line control blocks when having lots of eligible volumes that were not being used. Lots of vsam + lots of eligible volumes on the vsam definition leads to more storage being chewed up. Since i am experiencing a memory fault that seems unlikely to swap in, I will hope that this jogs someone else's memory Rob Schramm On Mon, Feb 18, 2019, 12:00 PM John McKown On Mon, Feb 18, 2019 at 10:57 AM esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > Yes the dsn was reallocated. I tried out Dynamic Volume Count (Vroom > > had mentioned it) and I was able successfully run the job. It allocated > 37 > > vols.I am curious to try out your recommendation to use the ALTER. I > > assume I have to issued the command while the job is executing because if > > the job abends the dsn is deleted. Could you please confirm my > > understanding? > > > > Sorry, I didn't realise that the DSN was deleted at job end. The ALTER > won't help while the job is in execution. I sometimes use it for CICS > datasets, but CEMT SET CLOSE , do the ALTER, then CEMT SET OPEN. The > dataset must be closed and reopened to pick up the catalog entry changes. > > > > > Thanks. > > On Monday, February 18, 2019, 9:24:28 a.m. EST, John McKown < > > john.archie.mck...@gmail.com> wrote: > > > > On Mon, Feb 18, 2019 at 8:07 AM esmie moo < > > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > > > Gentle Readers, > > > I encountered a problem with a space abend for a IAM VSAM EXTENDED > > > FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I > changed > > it > > > to 40. I restarted the job however it abended at NUMBER OF VOLUMES > 30.My > > > question Is what is the maximum number of volumes that cane be > allocated > > > via the SMS DATACLAS for the Volume Count? > > > > > > > Did you reallocate the DSN? The value for volume count is set from the > > DATACLAS at allocation time. Any changes to the DATACLAS after allocation > > are not used. The simpliest way to increase the volume count is to: > > > > ALTER <<>> ADDVOL(* * * * * * * * * *) > > > > Put in as many asterisks are you want extra volumes. > > > > > > > > > Thanks in advance. > > > > > > > > -- > > 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
Re: [EXTERNAL] Re: CTC
Exactly why I want to draw/visualise it. I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, that’s 16C2 (combinatorics)... gets mental pretty fast. – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 23:24, Rob Schramm wrote: Depending on the number of lpars and cecs, A simple drawing can do it. The more connections.. the more complicated the drawing. Personally, drawing it is always how i have really understood it YMMV Rob Schramm On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge To be able to make sense of CTC definitions I use HCM downloaded to the PC. > Its the only graphical way to review the connections. I also use HCM to > define new CTC connections. For all other HCD definitions I prefer using > HCD and ISPF. > > 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 > 02/18/2019 06:09:21 AM: > >> From: ITschak Mugzach >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 02/18/2019 06:09 AM >> Subject: Re: CTC >> Sent by: IBM Mainframe Discussion List >> >> I don't have a specific rexx for the problem, but I can give some tips > form >> daily experience. I do parsing every day, many times a day, for our >> IronSphere product. IOCP is using a macro language. so: >> >> 1. make every macro a single string. continuation is at column 72, the >> last line in a multi line doesn;t have a comma and a continuation char > at >> col 762. >> 2. tokenize the string by replacing every equal sign to blank. >> 3. wordpos the keyword you are looking for. of position is not zero, > the >> value is the next word. >> 4. result may be enclosed in parentheses, separated with commas. know >> what you are looking for for second level parsing. >> 5. I use a stem to store the single line macro calls at step 1. >> >> >> best, >> ITschak >> >> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >>> Hello All, >>> >>> I know this is a long shot but does anyone have any REXX that parses > IOCP >>> and "makes sense" of the CTC definitions? >>> I'm losing my mind trying to learn what I'm seeing.. >>> >>> - Vignesh >>> Mainframe Infrastructure >>> >>> >>> 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 >>> >> >> >> -- >> 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 > -- 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: [EXTERNAL] Re: CTC
Hi Jerry, I’m no longer able to find the free version of HCM. Have used it a few years ago, inputting my IOCP and was able to view everything. When I tried to get it last year, I learned that the msi installer is available in a PDS member in z/OS.. so I installed it. But it wouldn’t let me do anything.. guess it’s just a client for the paid version of HCM. Where did the freebie go, I wonder... – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 22:42, Jerry Whitteridge wrote: To be able to make sense of CTC definitions I use HCM downloaded to the PC. Its the only graphical way to review the connections. I also use HCM to define new CTC connections. For all other HCD definitions I prefer using HCD and ISPF. 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 02/18/2019 06:09:21 AM: > From: ITschak Mugzach > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 06:09 AM > Subject: Re: CTC > Sent by: IBM Mainframe Discussion List > > I don't have a specific rexx for the problem, but I can give some tips form > daily experience. I do parsing every day, many times a day, for our > IronSphere product. IOCP is using a macro language. so: > > 1. make every macro a single string. continuation is at column 72, the > last line in a multi line doesn;t have a comma and a continuation char at > col 762. > 2. tokenize the string by replacing every equal sign to blank. > 3. wordpos the keyword you are looking for. of position is not zero, the > value is the next word. > 4. result may be enclosed in parentheses, separated with commas. know > what you are looking for for second level parsing. > 5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > >> Hello All, >> >> I know this is a long shot but does anyone have any REXX that parses IOCP >> and "makes sense" of the CTC definitions? >> I'm losing my mind trying to learn what I'm seeing.. >> >> - Vignesh >> Mainframe Infrastructure >> >> >> 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 >> > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Re: RACF: Limiting update-authorization of a file to a particular application
PADS was and is easy to get wrong, which is why I advised the OP to read the documentation carefully. The rules apply not just to datasets in the JCL but also to datasets that you allocate dynamically. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Joel C. Ewing Sent: Sunday, February 17, 2019 5:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [SPAM] Re: RACF: Limiting update-authorization of a file to a particular application Unless things have changed, in order for RACF program-controlled dataset access to work, all programs loaded into the address space must be covered by a RACF PROGRAM profile. Typically one sets up a profile that will cover all modules in all system datasets that might be loaded in the TSO environment -- for example a PROGRAM ** profile with UACC(READ) with many group members of the form "datasetname//NOPADCHK" for each datasetname in the Linklist and each datasetname in the STEPLIB of installation-defined TSO logon PROCs from which a load module might be loaded into the TSO address space. These must all be libraries that the normal TSO users cannot modify, as you are implicitly saying all the programs in all these libraries can be trusted to not do anything nefarious, so that when PROG1 opens the WHEN-restricted dataset, you don't have to worry that you might also be allowing one of the other programs also in memory that shouldn't have access to that dataset to have access. Note that the PROGRAM ** profile must be appropriately modified whenever the names of datasets in link list or STEPLIBs in TSO logon procs change. I think you may then have to also set up a specific PROGRAM profile for "PROG1" as well, but it would only need a group member for the actual dataset that contains PROG1 RACF PROGRAM profiles are kept in memory, so any changes to PROGRAM profiles requires a RACF REFRESH before changes take effect. If a TSO user explicitly loads a program from one of his own libraries so that it is not covered by a PROGRAM profile, that will break the program-controlled environment (and you want it to), and the user will have to logoff and logon to restore a program-controlled environment. Putting PROG1 in the AUTHPGM list for TSO says it may run "authorized" and use restricted and dangerous Operating System functions (is this something you really want for a COBOL program?) and has nothing to do with whether a program-controlled environment for RACF Program-Controlled dataset access is maintained. Joel C. Ewing On 2/17/19 10:05 AM, Steff Gladstone wrote: > Ok. We have been playing around with program control.If PROG1 (a COBOL > program incidentally) is to be allowed exclusively to update file MY.FILE, > then we: > > 1. introduced PROG1 into the list of programs in AUTHPGM in member IKJEFT00 > 2. Executed command RDEFINE for the file (and additionally for the LE > runtime libraries - not sure if necessary) and PERMIT 'MY.FILE' > WHEN(PROGRAM(PROG1)). > > The results were: > > 1. Executing PGM=PROG1 in batch -> good results > > 2. Executing a REXX procedure under PGM=IKJEFT01 in batch -> good results > (when invoked either by CALL 'lib(PROG1)' or SELECT PGM(PROG1) > > 3. Executing a REXX procedure in TSO foreground invoking program with > CALL 'lib(PROG1)' -> receives the following error: > > ISPS118L Service not invoked. A valid ISPF environment does not exist. > > > 4. Executing a REXX procedure in TSO foreground invoking program with > SELECT PGM(PROG1) -> receives the following error: > > IKJEFTSR interface error > Authorized program 'PROG1'. Return code=20 Reason code=40. > > Current dialog statement: > SELECT PGM(PROG1) > > We gather that we are running into the "dirty bit" problem that has been > documented in various forums. What can we do to get around this (we need > the program control feature under TSO foreground as well)? > > Thanks in advance, > Steff Gladstone > > On Thu, 7 Feb 2019 at 18:06, Seymour J Metz wrote: > >> Program control, but pay close attention to the restrictions. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List on behalf >> of Steff Gladstone >> Sent: Thursday, February 7, 2019 6:37 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: RACF: Limiting update-authorization of a file to a particular >> application >> >> Greetings, >> >> >> >> We have an TSO application for end-users that allows them to update certain >> VSAM and PDS files. In order for them to update these files we of course >> have to give their users update-authorization under RACF for those files. >> >> >> >> We want to limit their ability to update the files only via the particular >> TSO application (or via a particular I/O routine used by the application) >> and not via any other application program or IBM utility (e.g., IEBCOPY, >> ISPF on-line
Re: CTC
To be able to make sense of CTC definitions I use HCM downloaded to the PC. Its the only graphical way to review the connections. I also use HCM to define new CTC connections. For all other HCD definitions I prefer using HCD and ISPF. 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 02/18/2019 06:09:21 AM: > From: ITschak Mugzach > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 06:09 AM > Subject: Re: CTC > Sent by: IBM Mainframe Discussion List > > I don't have a specific rexx for the problem, but I can give some tips form > daily experience. I do parsing every day, many times a day, for our > IronSphere product. IOCP is using a macro language. so: > >1. make every macro a single string. continuation is at column 72, the >last line in a multi line doesn;t have a comma and a continuation char at >col 762. >2. tokenize the string by replacing every equal sign to blank. >3. wordpos the keyword you are looking for. of position is not zero, the >value is the next word. >4. result may be enclosed in parentheses, separated with commas. know >what you are looking for for second level parsing. >5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > > > Hello All, > > > > I know this is a long shot but does anyone have any REXX that parses IOCP > > and "makes sense" of the CTC definitions? > > I'm losing my mind trying to learn what I'm seeing.. > > > > - Vignesh > > Mainframe Infrastructure > > > > > > 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 > > > > > -- > 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: SMS QUESTION
On Mon, Feb 18, 2019 at 10:57 AM esmie moo < 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > Yes the dsn was reallocated. I tried out Dynamic Volume Count (Vroom > had mentioned it) and I was able successfully run the job. It allocated 37 > vols.I am curious to try out your recommendation to use the ALTER. I > assume I have to issued the command while the job is executing because if > the job abends the dsn is deleted. Could you please confirm my > understanding? > Sorry, I didn't realise that the DSN was deleted at job end. The ALTER won't help while the job is in execution. I sometimes use it for CICS datasets, but CEMT SET CLOSE , do the ALTER, then CEMT SET OPEN. The dataset must be closed and reopened to pick up the catalog entry changes. > Thanks. > On Monday, February 18, 2019, 9:24:28 a.m. EST, John McKown < > john.archie.mck...@gmail.com> wrote: > > On Mon, Feb 18, 2019 at 8:07 AM esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > Gentle Readers, > > I encountered a problem with a space abend for a IAM VSAM EXTENDED > > FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I changed > it > > to 40. I restarted the job however it abended at NUMBER OF VOLUMES 30.My > > question Is what is the maximum number of volumes that cane be allocated > > via the SMS DATACLAS for the Volume Count? > > > > Did you reallocate the DSN? The value for volume count is set from the > DATACLAS at allocation time. Any changes to the DATACLAS after allocation > are not used. The simpliest way to increase the volume count is to: > > ALTER <<>> ADDVOL(* * * * * * * * * *) > > Put in as many asterisks are you want extra volumes. > > > > > Thanks in advance. > > > > > -- > 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
Re: SMS QUESTION
Yes the dsn was reallocated. I tried out Dynamic Volume Count (Vroom had mentioned it) and I was able successfully run the job. It allocated 37 vols.I am curious to try out your recommendation to use the ALTER. I assume I have to issued the command while the job is executing because if the job abends the dsn is deleted. Could you please confirm my understanding? Thanks. On Monday, February 18, 2019, 9:24:28 a.m. EST, John McKown wrote: On Mon, Feb 18, 2019 at 8:07 AM esmie moo < 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > Gentle Readers, > I encountered a problem with a space abend for a IAM VSAM EXTENDED > FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I changed it > to 40. I restarted the job however it abended at NUMBER OF VOLUMES 30.My > question Is what is the maximum number of volumes that cane be allocated > via the SMS DATACLAS for the Volume Count? > Did you reallocate the DSN? The value for volume count is set from the DATACLAS at allocation time. Any changes to the DATACLAS after allocation are not used. The simpliest way to increase the volume count is to: ALTER <<>> ADDVOL(* * * * * * * * * *) Put in as many asterisks are you want extra volumes. > Thanks in advance. > > -- 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
Re: pax abend
On Mon, 18 Feb 2019 09:55:30 +, Gadi Ben-Avi wrote: >The problem wsa with unicode service - the scuntbl library. >This file cannot be renamed. >' You ought to rename it, if only to get your submission past the roboprigs. >Once I renamed it back to sys1.scuntbl, pax and java worked. > I know that z/OS pax has code page conversion. But it shouldn't require Unicode services unless it needs to use them. >-iriginal Message- >From: Mike Schwab >Sent: Monday, February 18, 2019 11:32 AM > >Is Java installed? > > https://www.mail-archive.com/search?l=ibm-m...@listse.v.ua.edu=subject:%22Re%5C%3A+GIM69209S+%5C%2%5%2A+RECEIVE+PROCESSING+HAS+FAILED+BECAUSE+PROGRAM+GIMJVCLT+COULD+NOT+BE+Started.%22=newest=1 > Is that required other than for SMP/E RECEIVE FROMNTS, and even then only if ICSF is unavailable? >On Mon, Feb 18, 2019 at 2:49 AM Gadi Ben-Avi wrote: >> >> When I run the pax command: pax -rvf paxfile I get: >> CEE5207E THE SIGNAL SIGABRT WAS RECEIVED. >> No SMP/E there. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Re: The Secret History of Women in Coding - The New York Times
On Sun, 17 Feb 2019 20:26:30 +, Edward Finnell wrote: >For some reason the ml is truncated off the html. > "some reason" is just that he's using a broken mailer. If he can't fix it, he should throw it away and get one that works. Or post via the LISTSERV site. >For tiny it resolves to >https://tinyurl.com/y633blxlIn a message dated 2/17/2019 1:53:54 PM Central >Standard Time, marktre...@gmail.com writes: > ... and you broke that with copy-and-paste. Perhaps for the better -- why invite another organization to track us. >https://www.nytimes.com/2019/02/13/magazine/women-coding-computer-programming.html > See! You repaired it and your mailer works; it can be done. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
I have.. there are just too many lines in the CTC report. Doesn’t make it easy to get the big picture. – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 20:29, Roger Lowe wrote: Do you have access to Hardware Configuration Manager (HCM)? If so, you could use that to display your CTC config ... Roger > On Mon, 18 Feb 2019 14:25:15 +, Sankaranarayanan, Vignesh > wrote: > > Just me, to understand and map out the connections.. > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > ITschak Mugzach > Sent: 18 February 2019 14:02 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: CTC > > For the active configuration, you can use tso console command and analyse the > results in the same exec with the IOCP deck. I would email the results a > comma separated file to excel. Who need to read it? > > ITschak > >> On Mon, Feb 18, 2019 at 3:33 PM Sankananarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >> Thanks, that makes sense.. >> Assuming that there are extra entries (not really used/active) in the >> IODF, I would have to resort to checking everything through D M=DEV >> commands, because they show the entry and dest link addresses, which >> are useful when the path goes through a switch/director. >> >> And finally, what would be the best way to visualise these connections? >> >> – Vignesh >> Mainframe Infrastructure >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of ITschak Mugzach >> Sent: 18 February 2019 13:09 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: CTC >> >> I don't have a specific rexx for the problem, but I can give some tips >> form daily experience. I do parsing every day, many times a day, for >> our IronSphere product. IOCP is using a macro language. so: >> >> 1. make every macro a single string. continuation is at column 72, the >> last line in a multi line doesn;t have a comma and a continuation >> char at >> col 762. >> 2. tokenize the string by replacing every equal sign to blank. >> 3. wordpos the keyword you are looking for. of position is not zero, the >> value is the next word. >> 4. result may be enclosed in parentheses, separated with commas. know >> what you are looking for for second level parsing. >> 5. I use a stem to store the single line macro calls at step 1. >> >> >> best, >> ITschak >> >> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >>> Hello All, >>> >>> I know this is a long shot but does anyone have any REXX that parses >>> IOCP and "makes sense" of the CTC definitions? >>> I'm losing my mind trying to learn what I'm seeing.. >>> >>> - Vignesh >>> Mainframe Infrastructure >>> >>> >>> 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 >>> >> >> >> -- >> 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* *|* *Ioformation 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: CBTTAPE 128 SYSLOG scanner
Thanks again to Sam and John My bad I didn't add the other macros which came along with the CBT and assembled it correctly this time On Mon, 18 Feb, 2019, 7:24 PM Charles Mills I did not see the original question but "macros are too old and will not > assemble" is *very* unlikely on a z/OS system. More likely "I am not > pointing SYSLIB at the right macro libraries." (And yes, @John's subsequent > reply would tend to confirm this.) > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John McKown > Sent: Monday, February 18, 2019 5:26 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: CBTTAPE 128 SYSLOG scanner > > On Sun, Feb 17, 2019 at 12:16 AM Jake Anderson > wrote: > > > Hi > > > > Is anyone still using SYSLOG scanner program from CBTTAPE ? If so are you > > able to use on z/OS 2.2. > > > > I am unable to get it assembled to zOS 2.2 as the program and macros are > > old and most of them are not recognised. > > > > -- > 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
MULC Vendor Exit Error
Trying to hunt down why MULC report is throwing the below, have not had issues with this, until now. It seems this happened when we moved from z/OS 2.1 to 2.2 but I can’t confirm, yet. IFA351E VENDOR EXIT unknown IS REQUIRED BUT WAS NOT LOADED IFA340E VENDOR EXIT unknown IS DISABLED DUE TO ERROR I have the below which has IFAUMQM# included. I’m not aware of any required PTF’s (IBM or other) but it’s possible I didn’t search correctly . SYS1.SIFALIB,DISP=SHR MQSERIES.V600.SCSQLOAD,DISP=SHR Any help/pointers would be appreciated. TIA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
Just asking, you did do the validate and activate? Doug . On Feb 18, 2019, at 09:32, Vernooij, Kees (ITOP NM) - KLM wrote: The statement that the DC is never used again after allocation was true, until Dynamic Volume Count was introduced. A Data set allocated with a DC with a DYNVOL COUNT value will honor changes in this DC. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John McKown > Sent: 18 February, 2019 15:24 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMS QUESTION > > On Mon, Feb 18, 2019 at 8:07 AM esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > >> Gentle Readers, >> I encountered a problem with a space abend for a IAM VSAM EXTENDED >> FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I > changed it >> to 40. I restarted the job however it abended at NUMBER OF VOLUMES > 30.My >> question Is what is the maximum number of volumes that cane be > allocated >> via the SMS DATACLAS for the Volume Count? >> > > Did you reallocate the DSN? The value for volume count is set from the > DATACLAS at allocation time. Any changes to the DATACLAS after > allocation > are not used. The simpliest way to increase the volume count is to: > > ALTER <<>> ADDVOL(* * * * * * * * * *) > > Put in as many asterisks are you want extra volumes. > > > >> Thanks in advance. >> >> > -- > 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 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 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
[SPAM] Re: RACF: Limiting update-authorization of a file to a particular application
Unless things have changed, in order for RACF program-controlled dataset access to work, all programs loaded into the address space must be covered by a RACF PROGRAM profile. Typically one sets up a profile that will cover all modules in all system datasets that might be loaded in the TSO environment -- for example a PROGRAM ** profile with UACC(READ) with many group members of the form "datasetname//NOPADCHK" for each datasetname in the Linklist and each datasetname in the STEPLIB of installation-defined TSO logon PROCs from which a load module might be loaded into the TSO address space. These must all be libraries that the normal TSO users cannot modify, as you are implicitly saying all the programs in all these libraries can be trusted to not do anything nefarious, so that when PROG1 opens the WHEN-restricted dataset, you don't have to worry that you might also be allowing one of the other programs also in memory that shouldn't have access to that dataset to have access. Note that the PROGRAM ** profile must be appropriately modified whenever the names of datasets in link list or STEPLIBs in TSO logon procs change. I think you may then have to also set up a specific PROGRAM profile for "PROG1" as well, but it would only need a group member for the actual dataset that contains PROG1 RACF PROGRAM profiles are kept in memory, so any changes to PROGRAM profiles requires a RACF REFRESH before changes take effect. If a TSO user explicitly loads a program from one of his own libraries so that it is not covered by a PROGRAM profile, that will break the program-controlled environment (and you want it to), and the user will have to logoff and logon to restore a program-controlled environment. Putting PROG1 in the AUTHPGM list for TSO says it may run "authorized" and use restricted and dangerous Operating System functions (is this something you really want for a COBOL program?) and has nothing to do with whether a program-controlled environment for RACF Program-Controlled dataset access is maintained. Joel C. Ewing On 2/17/19 10:05 AM, Steff Gladstone wrote: > Ok. We have been playing around with program control.If PROG1 (a COBOL > program incidentally) is to be allowed exclusively to update file MY.FILE, > then we: > > 1. introduced PROG1 into the list of programs in AUTHPGM in member IKJEFT00 > 2. Executed command RDEFINE for the file (and additionally for the LE > runtime libraries - not sure if necessary) and PERMIT 'MY.FILE' > WHEN(PROGRAM(PROG1)). > > The results were: > > 1. Executing PGM=PROG1 in batch -> good results > > 2. Executing a REXX procedure under PGM=IKJEFT01 in batch -> good results > (when invoked either by CALL 'lib(PROG1)' or SELECT PGM(PROG1) > > 3. Executing a REXX procedure in TSO foreground invoking program with > CALL 'lib(PROG1)' -> receives the following error: > > ISPS118L Service not invoked. A valid ISPF environment does not exist. > > > 4. Executing a REXX procedure in TSO foreground invoking program with > SELECT PGM(PROG1) -> receives the following error: > > IKJEFTSR interface error > Authorized program 'PROG1'. Return code=20 Reason code=40. > > Current dialog statement: > SELECT PGM(PROG1) > > We gather that we are running into the "dirty bit" problem that has been > documented in various forums. What can we do to get around this (we need > the program control feature under TSO foreground as well)? > > Thanks in advance, > Steff Gladstone > > On Thu, 7 Feb 2019 at 18:06, Seymour J Metz wrote: > >> Program control, but pay close attention to the restrictions. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List on behalf >> of Steff Gladstone >> Sent: Thursday, February 7, 2019 6:37 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: RACF: Limiting update-authorization of a file to a particular >> application >> >> Greetings, >> >> >> >> We have an TSO application for end-users that allows them to update certain >> VSAM and PDS files. In order for them to update these files we of course >> have to give their users update-authorization under RACF for those files. >> >> >> >> We want to limit their ability to update the files only via the particular >> TSO application (or via a particular I/O routine used by the application) >> and not via any other application program or IBM utility (e.g., IEBCOPY, >> ISPF on-line edit or utilities, etc.). >> >> >> >> How can we define the RACF authorizations in such a way as to limit the >> end-users' update capabilities to the application (or to a particular I/O >> routine) alone? Would the same (or similar) definitions work for a site >> using Top Secret instead of RACF? >> >> >> >> Thank you in advance, >> Steff Gladstone >> > -- Joel C. Ewing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
[SPAM] Re: The Secret History of Women in Coding - The New York Times
For some reason the ml is truncated off the html. For tiny it resolves to https://tinyurl.com/y633blxlIn a message dated 2/17/2019 1:53:54 PM Central Standard Time, marktre...@gmail.com writes: https://www.nytimes.com/2019/02/13/magazine/women-coding-computer-programming.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBTTAPE 128 SYSLOG scanner
I did not see the original question but "macros are too old and will not assemble" is *very* unlikely on a z/OS system. More likely "I am not pointing SYSLIB at the right macro libraries." (And yes, @John's subsequent reply would tend to confirm this.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, February 18, 2019 5:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBTTAPE 128 SYSLOG scanner On Sun, Feb 17, 2019 at 12:16 AM Jake Anderson wrote: > Hi > > Is anyone still using SYSLOG scanner program from CBTTAPE ? If so are you > able to use on z/OS 2.2. > > I am unable to get it assembled to zOS 2.2 as the program and macros are > old and most of them are not recognised. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
Do you have access to Hardware Configuration Manager (HCM)? If so, you could use that to display your CTC config ... Roger On Mon, 18 Feb 2019 14:25:15 +, Sankaranarayanan, Vignesh wrote: >Just me, to understand and map out the connections.. > >– Vignesh >Mainframe Infrastructure > >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >ITschak Mugzach >Sent: 18 February 2019 14:02 >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: [EXTERNAL] Re: CTC > >For the active configuration, you can use tso console command and analyse the >results in the same exec with the IOCP deck. I would email the results a comma >separated file to excel. Who need to read it? > >ITschak > >On Mon, Feb 18, 2019 at 3:33 PM Sankananarayanan, Vignesh < >vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > >> Thanks, that makes sense.. >> Assuming that there are extra entries (not really used/active) in the >> IODF, I would have to resort to checking everything through D M=DEV >> commands, because they show the entry and dest link addresses, which >> are useful when the path goes through a switch/director. >> >> And finally, what would be the best way to visualise these connections? >> >> – Vignesh >> Mainframe Infrastructure >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of ITschak Mugzach >> Sent: 18 February 2019 13:09 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: CTC >> >> I don't have a specific rexx for the problem, but I can give some tips >> form daily experience. I do parsing every day, many times a day, for >> our IronSphere product. IOCP is using a macro language. so: >> >>1. make every macro a single string. continuation is at column 72, the >>last line in a multi line doesn;t have a comma and a continuation >> char at >>col 762. >>2. tokenize the string by replacing every equal sign to blank. >>3. wordpos the keyword you are looking for. of position is not zero, the >>value is the next word. >>4. result may be enclosed in parentheses, separated with commas. know >>what you are looking for for second level parsing. >>5. I use a stem to store the single line macro calls at step 1. >> >> >> best, >> ITschak >> >> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >> > Hello All, >> > >> > I know this is a long shot but does anyone have any REXX that parses >> > IOCP and "makes sense" of the CTC definitions? >> > I'm losing my mind trying to learn what I'm seeing.. >> > >> > - Vignesh >> > Mainframe Infrastructure >> > >> > >> > 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 >> > >> >> >> -- >> 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* *|* *Ioformation 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RACF: Limiting update-authorization of a file to a particular application
On Sun, 17 Feb 2019 18:05:59 +0200, Steff Gladstone wrote: >Ok. We have been playing around with program control.If PROG1 (a COBOL >program incidentally) is to be allowed exclusively to update file MY.FILE, >then we: > >1. introduced PROG1 into the list of programs in AUTHPGM in member IKJEFT00 Unless the program is linkedited with AC(1) and needs to run authorized (most COBOL programs don't) I don't see a reason to put it in AUTHPGM. You will likely run into problems in a TSO environment with the environment being marked dirty, as you noted. Your best hope to avoid that is to make sure you've followed the instructions in the RACF Security Administrators Guide about defining the PROGRAM ** profie and all the libraries that you should specify for its ADDMEM operand. Make sure you use the specified UACC value, too. If that doesn't work, then your next approach would be to try TSOEXEC CALL ... to invoke the program. Really, all of this is explained in the Security Administrators Guide in the sections on Program Control and Program Access to Data (PADS), along with some examples and recommendations. As getting this working under TSO is very difficult, my best recommendation is to read those sections and follow the instructions exactly. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
The statement that the DC is never used again after allocation was true, until Dynamic Volume Count was introduced. A Data set allocated with a DC with a DYNVOL COUNT value will honor changes in this DC. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John McKown > Sent: 18 February, 2019 15:24 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMS QUESTION > > On Mon, Feb 18, 2019 at 8:07 AM esmie moo < > 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > > > Gentle Readers, > > I encountered a problem with a space abend for a IAM VSAM EXTENDED > > FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I > changed it > > to 40. I restarted the job however it abended at NUMBER OF VOLUMES > 30.My > > question Is what is the maximum number of volumes that cane be > allocated > > via the SMS DATACLAS for the Volume Count? > > > > Did you reallocate the DSN? The value for volume count is set from the > DATACLAS at allocation time. Any changes to the DATACLAS after > allocation > are not used. The simpliest way to increase the volume count is to: > > ALTER <<>> ADDVOL(* * * * * * * * * *) > > Put in as many asterisks are you want extra volumes. > > > > > Thanks in advance. > > > > > -- > 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 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS QUESTION
59 -Original Message- From: IBM Mainframe Discussion List On Behalf Of esmie moo Sent: Monday, February 18, 2019 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMS QUESTION Gentle Readers, I encountered a problem with a space abend for a IAM VSAM EXTENDED FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I changed it to 40. I restarted the job however it abended at NUMBER OF VOLUMES 30.My question Is what is the maximum number of volumes that cane be allocated via the SMS DATACLAS for the Volume Count? Thanks in advance. -- 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: [EXTERNAL] Re: CTC
Just me, to understand and map out the connections.. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: 18 February 2019 14:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: CTC For the active configuration, you can use tso console command and analyse the results in the same exec with the IOCP deck. I would email the results a comma separated file to excel. Who need to read it? ITschak On Mon, Feb 18, 2019 at 3:33 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Thanks, that makes sense.. > Assuming that there are extra entries (not really used/active) in the > IODF, I would have to resort to checking everything through D M=DEV > commands, because they show the entry and dest link addresses, which > are useful when the path goes through a switch/director. > > And finally, what would be the best way to visualise these connections? > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of ITschak Mugzach > Sent: 18 February 2019 13:09 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: CTC > > I don't have a specific rexx for the problem, but I can give some tips > form daily experience. I do parsing every day, many times a day, for > our IronSphere product. IOCP is using a macro language. so: > >1. make every macro a single string. continuation is at column 72, the >last line in a multi line doesn;t have a comma and a continuation > char at >col 762. >2. tokenize the string by replacing every equal sign to blank. >3. wordpos the keyword you are looking for. of position is not zero, the >value is the next word. >4. result may be enclosed in parentheses, separated with commas. know >what you are looking for for second level parsing. >5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > > > Hello All, > > > > I know this is a long shot but does anyone have any REXX that parses > > IOCP and "makes sense" of the CTC definitions? > > I'm losing my mind trying to learn what I'm seeing.. > > > > - Vignesh > > Mainframe Infrastructure > > > > > > 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 > > > > > -- > 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: SMS QUESTION
On Mon, Feb 18, 2019 at 8:07 AM esmie moo < 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote: > Gentle Readers, > I encountered a problem with a space abend for a IAM VSAM EXTENDED > FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I changed it > to 40. I restarted the job however it abended at NUMBER OF VOLUMES 30.My > question Is what is the maximum number of volumes that cane be allocated > via the SMS DATACLAS for the Volume Count? > Did you reallocate the DSN? The value for volume count is set from the DATACLAS at allocation time. Any changes to the DATACLAS after allocation are not used. The simpliest way to increase the volume count is to: ALTER <<>> ADDVOL(* * * * * * * * * *) Put in as many asterisks are you want extra volumes. > Thanks in advance. > > -- 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
Re: CBTTAPE 128 SYSLOG scanner
On Mon, Feb 18, 2019 at 7:26 AM John McKown wrote: > On Sun, Feb 17, 2019 at 12:16 AM Jake Anderson > wrote: > >> Hi >> >> Is anyone still using SYSLOG scanner program from CBTTAPE ? If so are you >> able to use on z/OS 2.2. >> >> I am unable to get it assembled to zOS 2.2 as the program and macros are >> old and most of them are not recognised. >> > > I have access to a z/OS 2.3 system, but cannot do anything until Thursday > night. Just too busy right now. > I guess that I lied. I did a quick assemble and link, no test, on z/OS 2.3 with no problems. On my ASSEMBLE step, I had SYS1.MACLIB, SYS1.MODGEN and the FILE128.PDS libraries on the SYSLIB. I got a 0 return code on the assemble and the link step. > > > > >> >> Is anyone willing share your working piece of code ? >> >> Jake >> >> -- >> 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 > -- 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
SMS QUESTION
Gentle Readers, I encountered a problem with a space abend for a IAM VSAM EXTENDED FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I changed it to 40. I restarted the job however it abended at NUMBER OF VOLUMES 30.My question Is what is the maximum number of volumes that cane be allocated via the SMS DATACLAS for the Volume Count? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
For the active configuration, you can use tso console command and analyse the results in the same exec with the IOCP deck. I would email the results a comma separated file to excel. Who need to read it? ITschak On Mon, Feb 18, 2019 at 3:33 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Thanks, that makes sense.. > Assuming that there are extra entries (not really used/active) in the > IODF, I would have to resort to checking everything through D M=DEV > commands, because they show the entry and dest link addresses, which are > useful when the path goes through a switch/director. > > And finally, what would be the best way to visualise these connections? > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of ITschak Mugzach > Sent: 18 February 2019 13:09 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: CTC > > I don't have a specific rexx for the problem, but I can give some tips > form daily experience. I do parsing every day, many times a day, for our > IronSphere product. IOCP is using a macro language. so: > >1. make every macro a single string. continuation is at column 72, the >last line in a multi line doesn;t have a comma and a continuation char > at >col 762. >2. tokenize the string by replacing every equal sign to blank. >3. wordpos the keyword you are looking for. of position is not zero, the >value is the next word. >4. result may be enclosed in parentheses, separated with commas. know >what you are looking for for second level parsing. >5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > > > Hello All, > > > > I know this is a long shot but does anyone have any REXX that parses > > IOCP and "makes sense" of the CTC definitions? > > I'm losing my mind trying to learn what I'm seeing.. > > > > - Vignesh > > Mainframe Infrastructure > > > > > > 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 > > > > > -- > 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
Re: [EXTERNAL] Re: CTC
On Mon, 18 Feb 2019 13:32:49 +, Sankaranarayanan, Vignesh wrote: > >And finally, what would be the best way to visualise these connections? > Console commands D XCF,PATHIN and D XCF,PATHOUTwill show which paths are actually connected to other systems, and which addresses are not currently in use. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
Thanks, that makes sense.. Assuming that there are extra entries (not really used/active) in the IODF, I would have to resort to checking everything through D M=DEV commands, because they show the entry and dest link addresses, which are useful when the path goes through a switch/director. And finally, what would be the best way to visualise these connections? – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: 18 February 2019 13:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: CTC I don't have a specific rexx for the problem, but I can give some tips form daily experience. I do parsing every day, many times a day, for our IronSphere product. IOCP is using a macro language. so: 1. make every macro a single string. continuation is at column 72, the last line in a multi line doesn;t have a comma and a continuation char at col 762. 2. tokenize the string by replacing every equal sign to blank. 3. wordpos the keyword you are looking for. of position is not zero, the value is the next word. 4. result may be enclosed in parentheses, separated with commas. know what you are looking for for second level parsing. 5. I use a stem to store the single line macro calls at step 1. best, ITschak On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Hello All, > > I know this is a long shot but does anyone have any REXX that parses > IOCP and "makes sense" of the CTC definitions? > I'm losing my mind trying to learn what I'm seeing.. > > - Vignesh > Mainframe Infrastructure > > > 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 > -- 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: CBTTAPE 128 SYSLOG scanner
On Sun, Feb 17, 2019 at 12:16 AM Jake Anderson wrote: > Hi > > Is anyone still using SYSLOG scanner program from CBTTAPE ? If so are you > able to use on z/OS 2.2. > > I am unable to get it assembled to zOS 2.2 as the program and macros are > old and most of them are not recognised. > I have access to a z/OS 2.3 system, but cannot do anything until Thursday night. Just too busy right now. > > Is anyone willing share your working piece of code ? > > Jake > > -- > 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
Re: CTC
I don't have a specific rexx for the problem, but I can give some tips form daily experience. I do parsing every day, many times a day, for our IronSphere product. IOCP is using a macro language. so: 1. make every macro a single string. continuation is at column 72, the last line in a multi line doesn;t have a comma and a continuation char at col 762. 2. tokenize the string by replacing every equal sign to blank. 3. wordpos the keyword you are looking for. of position is not zero, the value is the next word. 4. result may be enclosed in parentheses, separated with commas. know what you are looking for for second level parsing. 5. I use a stem to store the single line macro calls at step 1. best, ITschak On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Hello All, > > I know this is a long shot but does anyone have any REXX that parses IOCP > and "makes sense" of the CTC definitions? > I'm losing my mind trying to learn what I'm seeing.. > > - Vignesh > Mainframe Infrastructure > > > 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 > -- 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
CTC
Hello All, I know this is a long shot but does anyone have any REXX that parses IOCP and "makes sense" of the CTC definitions? I'm losing my mind trying to learn what I'm seeing.. - Vignesh Mainframe Infrastructure 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
Free event in Germany [mostly in German]: AD Tage Boeblingen March 12th-14th 2019
Hi all, this is an invitation for the Application Development days in the Boeblingen Lab in Germany from March 12th thru March 14th. The event is free, but even though a couple of presentations are in English language, most customer presentations are in German language. The agenda and registration is available here: https://www.ibm.com/events/2019/ADTage2019 Please take care of your travel arrangements yourself. Under the tab Hotel/Anfahrt there are a couple of Hotels with limited block bookings under keyword "IBM AD Tage 2019". Thanks, Denis. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax abend
The problem wsa with unicode service - the scuntbl library. This file cannot be renamed. Once I renamed it back to sys1.scuntbl, pax and java worked. Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Monday, February 18, 2019 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: pax abend Is Java installed? https://www.mail-archive.com/search?l=ibm-main@listserv.ua.edu=subject:%22Re%5C%3A+GIM69209S+%5C%2A%5C%2A+RECEIVE+PROCESSING+HAS+FAILED+BECAUSE+PROGRAM+GIMJVCLT+COULD+NOT+BE+Started.%22=newest=1 On Mon, Feb 18, 2019 at 2:49 AM Gadi Ben-Avi wrote: > > Hi, > I am trying to install a product distributed as a pax file. > When I run the pax command: pax -rvf paxfile I get: > CEE5207E THE SIGNAL SIGABRT WAS RECEIVED. > 1¤ + Done(131) pax -rvf F0AW020.pax.Z > 33554468 Abort /bin/pax > > Can anyone help me find out what the problem is. > > This is a brand new z/OS v2.3 system, and we are starting to install ISV > products. > > Thanks > > Gadi > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax abend
Java is installed (both 31 and 64 bit versions) , but if I issue the java -version command I don't get the expected response. The expected response would be something like: java version "1.8.0_181" Java(TM) SE Runtime Environment (build 8.0.5.20 - pmz3180sr5fp20-20180802_01(SR5 FP20)) IBM J9 VM (build 2.9, JRE 1.8.0 z/OS s390-31-Bit 20180731_393394 (JIT enabled, A OT enabled) OpenJ9 - bd23af8 OMR - ca1411c IBM - 98805ca) JCL - 20180719_01 based on Oracle jdk8u181-b12 Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Monday, February 18, 2019 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: pax abend Is Java installed? https://www.mail-archive.com/search?l=ibm-main@listserv.ua.edu=subject:%22Re%5C%3A+GIM69209S+%5C%2A%5C%2A+RECEIVE+PROCESSING+HAS+FAILED+BECAUSE+PROGRAM+GIMJVCLT+COULD+NOT+BE+Started.%22=newest=1 On Mon, Feb 18, 2019 at 2:49 AM Gadi Ben-Avi wrote: > > Hi, > I am trying to install a product distributed as a pax file. > When I run the pax command: pax -rvf paxfile I get: > CEE5207E THE SIGNAL SIGABRT WAS RECEIVED. > 1¤ + Done(131) pax -rvf F0AW020.pax.Z > 33554468 Abort /bin/pax > > Can anyone help me find out what the problem is. > > This is a brand new z/OS v2.3 system, and we are starting to install ISV > products. > > Thanks > > Gadi > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax abend
Is Java installed? https://www.mail-archive.com/search?l=ibm-main@listserv.ua.edu=subject:%22Re%5C%3A+GIM69209S+%5C%2A%5C%2A+RECEIVE+PROCESSING+HAS+FAILED+BECAUSE+PROGRAM+GIMJVCLT+COULD+NOT+BE+Started.%22=newest=1 On Mon, Feb 18, 2019 at 2:49 AM Gadi Ben-Avi wrote: > > Hi, > I am trying to install a product distributed as a pax file. > When I run the pax command: pax -rvf paxfile I get: > CEE5207E THE SIGNAL SIGABRT WAS RECEIVED. > 1¤ + Done(131) pax -rvf F0AW020.pax.Z > 33554468 Abort /bin/pax > > Can anyone help me find out what the problem is. > > This is a brand new z/OS v2.3 system, and we are starting to install ISV > products. > > Thanks > > Gadi > > > -- > 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
pax abend
Hi, I am trying to install a product distributed as a pax file. When I run the pax command: pax -rvf paxfile I get: CEE5207E THE SIGNAL SIGABRT WAS RECEIVED. 1¤ + Done(131) pax -rvf F0AW020.pax.Z 33554468 Abort /bin/pax Can anyone help me find out what the problem is. This is a brand new z/OS v2.3 system, and we are starting to install ISV products. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
