Re: Data space dump with SDUMPX
Not a clue. You will probably have to open problem report with IBM. On Mon, 5 Feb 2024 14:51:15 +0100 Schühle, Simon wrote: :>Thank you for your suggestions. :> :>So I included an ASIDLST to be specific when using SDUMPX. :>CFB RTCT/IEAVDUMP show little differences between the two dumps. :>Both show the ASIDs of the three software instances. :>'92'/'9C' are the ASIDs of the other instances. :>'BC' is the one that I am interested in. :> :>Excluding most of the identical data, I get: :> :>DUMP Command: :> :>X'0092' JOBNAME: AJS1 :>X'009C' JOBNAME: AJS5 :>X'00BC' JOBNAME: AJS4 :> :>==> FLAGS SET IN SDUFLAG0: Schedule dump request ASID specified. :>==> FLAGS SET IN SDUTYP1: Type XMEMT specified. :>==> FLAGS SET IN SDUEXIT: Server exits to get control. :>==> FLAGS SET IN SDUFLAG3: SDUMP was invoked by DUMP command. :> :> SDAS SDF4 SDF5 :> :>001 0092 80 00 :>002 009C 80 00 :>003 00BC 80 00 :>004 00 00 :>[...] and :>ESEQ. ECPU. EASD. ETIM. :>SYO.. FC80 SDO.. 0900 SDNA. 03 INDX. 03 :>and :>QDDS. 01C31BF8 DPLF. 0335D000 DPLB. 0335D000 CIDI. :>0016 :>PCNT. 0003 :>-- :> :>SDUMPX: :> :>DUMP OF ASIDS: :> X'00BC' JOBNAME: AJS4 :> X'009C' JOBNAME: AJS5 :> X'0092' JOBNAME: AJS1 :>==> FLAGS SET IN SDUFLAG1: ASIDLIST specified. :> :> SDAS SDF4 SDF5 :> :>001 00BC 80 00 :>002 009C 80 00 :>003 0092 80 00 :>004 00 00 :>[...] and :>ESEQ. 201A ECPU. EASD. 00BC ETIM. 0007E996 :>SYO.. FC80 SDO.. 0900 SDNA. 03 INDX. 01 :>and :>QDDS. 01C31BF8 DPLF. 03315000 DPLB. 03315000 CIDI. :>0018 :>PCNT. 0005 :> :>-- :> :>More information I can think of: :>SDUMPX is executed in the jobs task manager's ESTAE when one of its :>subtasks abends. :>The data spaces are created with SCOPE=SINGLE :>I tried using TYPE=XMEME with SDUMPX, but the result did not change. :> :>Kind regards, :>Simon :> :>Am 02/02/2024 um 09:12 schrieb Binyamin Dissen: :>> On Thu, 1 Feb 2024 15:41:29 + Jim Mulder wrote: :>> :>> :>What is displayed by this IPCS command for your dump? :>> :>> :>CBF RTCT :>> :>> Is that what IEAVDUMP invokes? :>> :>> Otherwise I would try that as well. :>> :>> :>Jim Mulder :>> :> :>> :>-Original Message- :>> :>From: IBM Mainframe Discussion List On Behalf Of Schühle, Simon :>> :>Sent: Thursday, February 1, 2024 8:17 AM :>> :>To: IBM-MAIN@LISTSERV.UA.EDU :>> :>Subject: Re: Data space dump with SDUMPX :>> :> :>> :>So, just some additional details. :>> :>My DUMP Command would look like this: :>> :> :>> :>DUMP COMM=(DSPTST),DSPNAME=('*'.1EDB),SDATA=(SUM,CSA,RGN),END :>> :> :>> :>Compared to the SDUMPX code I posted earlier, it's basically the same. :>> :>But with DUMP I get the following result in the dump: :>> :> :>> :>ASID(X'0092') DSPNAME(1EDB) :>> :> 40.:7F. :>> :>X'40' bytes described in ASID(X'0092') DSPNAME(1EDB) :>> :> :>> :>ASID(X'0094') DSPNAME(1EDB) :>> :> 40.:437FFF. :>> :>X'038000' bytes described in ASID(X'0094') DSPNAME(1EDB) :>> :> :>> :>ASID(X'009C') DSPNAME(1EDB) :>> :> 00.:0FFF., 10.:7F. :>> :>X'701000' bytes described in ASID(X'009C') DSPNAME(1EDB) :>> :> :>> :>The last one is the one I want and the one that isn't included when using SDUMPX. :>> :> :>> :> :>> :>Am 01/02/2024 um 12:11 schrieb Schühle, Simon: :>> :>> Well, this does result in none of the data spaces I am looking for :>> :>> showing up in the dump. :>> :>> Many others show up, so I suspect that the limit for the amount of :>> :>> dumped data spaces was reached before. :>> :>> :>> :>> But also, when using the DUMP command, the correct data space is :>> :>> included in the dump. :>> :>> Wouldn't that suggest, that the data space is in memory? :>> :>> Or is it handled differently compared to SDUMPX? :>> :>> :>> :>> Thank you, :>> :>> Simon :>> :>> :>> :>> Am 01/02/2024 um 09:17 schrieb Binyamin Dissen: :>> :>>> This seems to suggest that the dataspace name does not exist under this :>> :>>> memory. :>> :>>> :>> :>>> Try specifying your jobname and "*" for the dataspace name. See what :>> :>>> comes :>> :>>> out. :>> :>>> :>> :>>> On Wed, 31 Jan 2024 13:23:33 +0100 Schühle, Simon :>> :>>> wrote: :>> :>>> :>> :>>> :>Ok, LDMP is what I used until now to check the dump contents. So :>> :>>> that's :>> :>>> :>good. :>> :>>> :>It shows the correct DSPNAME/data space, but only for the other :>> :>>> :>instances/address spaces. As well as some system-related ones. :>> :>>> :>But nothing except 'normal' memory for the primary AS (X'7C' in the :>> :>>> :>following case) - for example: :>> :>>> :> :>> :>>> :>-- :>> :>>> :>X'1E6B7000'
Re: Question
Someone will correct me if/where I'm wrong. Open Enterprise SDK for Python - Just python. Comes with pip and virtualenv or venv, which are included in Python distribution these days. pip = package manager. virtualenv / venv = environment manager. Rocket Python = Rocket delivers the open source tools it delivers through Anaconda, which is a Python environment + package manager. I haven't looked but I believe they deliver Bash, and some other tools also via Anaconda "channels". ZOSOpen Tools's Python = It's an empty wrapper. At the moment, it just exists to add itself as a dependency to any Python project you may want to port. All it does is check if Python exists in your sys. Upstreaming zOS-relevant bits of code to Python, I think, is happening completely separate from ZOSOpen Tools's Python. Some of it may well be tied with "Python AI Toolkit for Z". PATZ = Close to OE SDK for Python, but delivered via an IBM hosted & managed repository manager (ex: JFrog Artifactory, Sonatype Nexus). The difference is, PATZ is also a source for python packages that have zOS support (+ acceleration where possible I think) added. There's also the layer of safety of it coming from an IBM "stash" rather than pypi.org directly. pypi = the "stash" where "pip install thing" will get a package from, by default. On Thursday, February 8th, 2024 at 00:01, Rick Troth wrote: > The closest standard is Python's "ctypes". > Now ... some of the guides I have read say that CTYPES only works with > C, but I've found that (within limits) LE calling convention works well > with other languages, not just C. > > In a previous life, I was able to call C from Python (the point being > "to call /native/") without any special rigging other than CTYPES > (included w Python). > > -- R; <>< > > > > On 2/7/24 12:32, Lionel B. Dyck wrote: > > > Add to that question how does the z/OS Open Tools port of python compare to > > Rockets and to the IBM Open Enterprise SDK? > > > > Lionel B. Dyck <>< > > Github:https://github.com/lbdyck > > System Z Enthusiasts Discord: > > https://discord.gg/system-z-enthusiasts-880322471608344597 > > > > “Worry more about your character than your reputation. Character is what you > > are, reputation merely what others think you are.” - - - John Wooden > > > > -Original Message- > > From: IBM Mainframe Discussion listibm-m...@listserv.ua.edu On Behalf Of > > Frank Swarbrick > > Sent: Wednesday, February 7, 2024 11:30 AM > > To:IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Question > > > > So here's a curious question. Are IBM Open Enterprise SDK for Python and > > the Python from Rocket Software basically the same, or no? > > > > Frank > > > > From: IBM Mainframe Discussion listibm-m...@listserv.ua.edu on behalf of > > Peter sylvesterpeter.sylves...@gmail.com > > Sent: Tuesday, February 6, 2024 11:15 PM > > To:IBM-MAIN@LISTSERV.UA.EDU IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Question > > > > Yes, from the IBM pax installation. And a bit of pipifax. :-) > > > > Python 3.12.0 (heads/pyz_dev-3.12:ef647e3673, Oct 31 2023, 19:02:59) [Clang > > 14.0.0 (build 1465bdb)] on zos On 06/02/2024 19:47, Ed Jaffe wrote: > > > > > Yes. > > > > > > : >python > > > Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023, > > > 05:46:13) [Clang 14.0.0 ] on zos Type "help", "copyright", "credits" > > > or "license" for more information > > > On 2/6/2024 10:15 AM, Steve Beaver wrote: > > > > > > > Does anyone have Python installed in your shop? > > > > > > > > Steve > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email tolists...@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: Missing LMOD doing APPLY
Kurt, We are using the waves and ripples sequence in the Program Directory. This error occurs in Wave 0. During this Wave, these FMIDs are to be applied: FORFMID(HMP1K00, HMQ4160) HPM77E0) We removed HPM77E0, then ran APPLY for the other 2 FMIDs. That worked OK. Trying to do the APPLY for HPM77E0 keeps giving us the "LMOD not found" message. We found that LMOD IEWDLR00 is created in HBB77E0.F6(HBB77E0), STEP 17. Looks like part of Wave 1A. Another thought. We might have gotten ahead of ourselves in running the Allocate and DDDEF sample jobs - we did them all at once before Wave 0 APPLY. Is it possible that running the DDDEFs for Wave 1 and Wave 2 before Wave 0 APPLY was completed has messed up things, i.e. pointing to incorrect libraries? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt Quackenbush Sent: Wednesday, February 7, 2024 5:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Missing LMOD doing APPLY Caution: This email is originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. > We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system as > the base. We keep getting this message about an LMOD missing: > GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT > IN THE SMPCSI LIBRARY Are you installing the FMIDs in the waves and ripples sequence as described in the z/OS 3.1 Program Directory? https://www.ibm.com/docs/en/zos/3.1.0?topic=level-zos-program-directory Which wave/ripple are you currently installing that gets this error? Can you find where LMOD IEWLDR00 is created in the APPLY output for a prior wave/ripple? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- 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: Missing LMOD doing APPLY
On Wed, 7 Feb 2024 22:07:35 +, Kurt Quackenbush wrote: >> GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT IN THE >> SMPCSI LIBRARY > >Are you installing the FMIDs in the waves and ripples sequence as described in >the z/OS 3.1 Program Directory? >https://www.ibm.com/docs/en/zos/3.1.0?topic=level-zos-program-directory >Which wave/ripple are you currently installing that gets this error? Can you >find where LMOD IEWLDR00 is created in the APPLY output for a prior >wave/ripple? That's the Loader, so it should be right at the start of Wave 1A in BCP, HBB77E0. --Glenn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
Hi Doug, You said: "... Clearly this is going to ..." If the user is PErmitted to use BLP (via the ESM and JES2 JOBCLASS) not so "clear". Regards, David On 2024-02-07 10:00, Doug Fuerst wrote: Clearly this is going to have to be marked as Master or User in the library and Control-M. RMM it is fairly easy, not sure about Control-M. The 7700 should also be no issue. Doug Fuerst d...@bkassociates.net -- Original Message -- From "Gadi Ben-Avi" To IBM-MAIN@LISTSERV.UA.EDU Date 2/7/2024 7:13:00 AM Subject Re: Reading a scratch tape When I did that, I got these messages: IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- FOR DATA SET VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME THE FAILING VOLSER IS P18488 IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING RETURN CODE 8 REASON CODE 51 Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst Sent: יום ד 07 פברואר 2024 14:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading a scratch tape [You don't often get email from d...@bkassociates.net. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Yes. Just use a VOL=SER reference for the tape, and refer to the file by DSN. My guess is most of us has hit this issue, and it really is not that difficult. I've done it many times. Doug Fuerst d...@bkassociates.net -- Original Message -- From "Gadi Ben-Avi" To IBM-MAIN@LISTSERV.UA.EDU Date 2/7/2024 6:45:39 AM Subject Reading a scratch tape Hi, We've been asked to attempt to read a file from a scratched tape. We use Control-M/Tape as our tape management system. The tapes are virtual 3490's stored on a TS7770. The tape has many files, but we only need once specific one. If it matters, the file is the output of DB/2 backup. Is this possible? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Missing LMOD doing APPLY
> We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system as > the base. We keep getting this message about an LMOD missing: > GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT IN THE > SMPCSI LIBRARY Are you installing the FMIDs in the waves and ripples sequence as described in the z/OS 3.1 Program Directory? https://www.ibm.com/docs/en/zos/3.1.0?topic=level-zos-program-directory Which wave/ripple are you currently installing that gets this error? Can you find where LMOD IEWLDR00 is created in the APPLY output for a prior wave/ripple? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS MC question
Yes that's correct. HSM will use the current values of the MC for its activities. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com On Wednesday, February 7th, 2024 at 3:18 PM, Todd Burrell <0316e668f7df-dmarc-requ...@listserv.ua.edu> wrote: > All: > I've been having a discussion with co-workers regarding how an SMS management > class is processed. Let's say I create a dataset with a MC of NOEXP and the > MC has expire non-usage set to 365. If I were to go back later (before 365 > days passes) and change the MC to have expire non-usage set to 3650, would > the dataset in question get deleted after 365 or 3650 days? That is, if I > change the management class construct AFTER the dataset is allocated, does > HSM/SMS use what is current for the MC, or does it use what was in place when > the dataset was allocated originally? I believe it should use what is in > place currently for the MC when space management runs, but just want to be > sure? > Thanks > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMS MC question
All: I've been having a discussion with co-workers regarding how an SMS management class is processed. Let's say I create a dataset with a MC of NOEXP and the MC has expire non-usage set to 365. If I were to go back later (before 365 days passes) and change the MC to have expire non-usage set to 3650, would the dataset in question get deleted after 365 or 3650 days? That is, if I change the management class construct AFTER the dataset is allocated, does HSM/SMS use what is current for the MC, or does it use what was in place when the dataset was allocated originally? I believe it should use what is in place currently for the MC when space management runs, but just want to be sure? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question
The closest standard is Python's "ctypes". Now ... some of the guides I have read say that CTYPES only works with C, but I've found that (within limits) LE calling convention works well with other languages, not just C. In a previous life, I was able to call C from Python (the point being "to call /native/") without any special rigging other than CTYPES (included w Python). -- R; <>< On 2/7/24 12:32, Lionel B. Dyck wrote: Add to that question how does the z/OS Open Tools port of python compare to Rockets and to the IBM Open Enterprise SDK? Lionel B. Dyck <>< Github:https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Wednesday, February 7, 2024 11:30 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question So here's a curious question. Are IBM Open Enterprise SDK for Python and the Python from Rocket Software basically the same, or no? Frank From: IBM Mainframe Discussion List on behalf of Peter Sylvester Sent: Tuesday, February 6, 2024 11:15 PM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question Yes, from the IBM pax installation. And a bit of pipifax. :-) Python 3.12.0 (heads/pyz_dev-3.12:ef647e3673, Oct 31 2023, 19:02:59) [Clang 14.0.0 (build 1465bdb)] on zos On 06/02/2024 19:47, Ed Jaffe wrote: Yes. : >python Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023, 05:46:13) [Clang 14.0.0 ] on zos Type "help", "copyright", "credits" or "license" for more information On 2/6/2024 10:15 AM, Steve Beaver wrote: Does anyone have Python installed in your shop? Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question
Add to that question how does the z/OS Open Tools port of python compare to Rockets and to the IBM Open Enterprise SDK? Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are. - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Wednesday, February 7, 2024 11:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question So here's a curious question. Are IBM Open Enterprise SDK for Python and the Python from Rocket Software basically the same, or no? Frank From: IBM Mainframe Discussion List on behalf of Peter Sylvester Sent: Tuesday, February 6, 2024 11:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question Yes, from the IBM pax installation. And a bit of pipifax. :-) Python 3.12.0 (heads/pyz_dev-3.12:ef647e3673, Oct 31 2023, 19:02:59) [Clang 14.0.0 (build 1465bdb)] on zos On 06/02/2024 19:47, Ed Jaffe wrote: > Yes. > > : >python > Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023, > 05:46:13) [Clang 14.0.0 ] on zos Type "help", "copyright", "credits" > or "license" for more information > >>> > > On 2/6/2024 10:15 AM, Steve Beaver wrote: >> Does anyone have Python installed in your shop? >> >> >> Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question
So here's a curious question. Are IBM Open Enterprise SDK for Python and the Python from Rocket Software basically the same, or no? Frank From: IBM Mainframe Discussion List on behalf of Peter Sylvester Sent: Tuesday, February 6, 2024 11:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question Yes, from the IBM pax installation. And a bit of pipifax. :-) Python 3.12.0 (heads/pyz_dev-3.12:ef647e3673, Oct 31 2023, 19:02:59) [Clang 14.0.0 (build 1465bdb)] on zos On 06/02/2024 19:47, Ed Jaffe wrote: > Yes. > > : >python > Python 3.11.4 (heads/pyz_dev-3.11.ziip:39640ccf4b, Jul 15 2023, 05:46:13) > [Clang 14.0.0 ] on zos > Type "help", "copyright", "credits" or "license" for more information > >>> > > On 2/6/2024 10:15 AM, Steve Beaver wrote: >> Does anyone have Python installed in your shop? >> >> >> Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Missing LMOD doing APPLY
It's not the module that's missing, but the SMP/E definition for the module. You might search for a fix that adds the definition or removes the need for it. On Wed, Feb 7, 2024 at 11:07 AM Gord Neill < 02ff5f18e15f-dmarc-requ...@listserv.ua.edu> wrote: > Hello list, > We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system > as the base. We keep getting this message about an LMOD missing: > > GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT IN > THE SMPCSI LIBRARY > > We can see this module in SYS1.NUCLEUS and in SYS1.LPALIB on the COD > system. Is there a STEPLIB/JOBLIB that we need to include somewhere? > > Any guidance muchly appreciated! > > > > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Jay Maynard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Missing LMOD doing APPLY
Hello list, We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system as the base. We keep getting this message about an LMOD missing: GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT IN THE SMPCSI LIBRARY We can see this module in SYS1.NUCLEUS and in SYS1.LPALIB on the COD system. Is there a STEPLIB/JOBLIB that we need to include somewhere? Any guidance muchly appreciated! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
Hi Gadi AMV"SH, Assuming that your ESM and JES allow BLP, you could do something like, //SYSUT1 DD DISP=SHR, // UNIT=TAPE, // VOL=SER=123456, // LABEL=(n,BLP,EXPDT=98000), // DSN=A,B To calculate "n" ... (3*File Number) - 1 e.g. If you want File 1, n=2 If you want File 2, n=5 Chodesh Tov Regards, David On 2024-02-07 06:45, Gadi Ben-Avi wrote: Hi, We've been asked to attempt to read a file from a scratched tape. We use Control-M/Tape as our tape management system. The tapes are virtual 3490's stored on a TS7770. The tape has many files, but we only need once specific one. If it matters, the file is the output of DB/2 backup. Is this possible? Thanks Gadi -- 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: Generate a data set with record numbers?
I needed to code a IRXJCL yesterday and wanted to use an instream exec. I remembered there was a message last year about this, but couldn't get it to work. The manual CLEARLY SAYS that SYSEXEC *must* be a library. So I hunted back through the archives until I found the message, and that's when I noticed that the linked documentation was for z/OS 2.5. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Tuesday, February 6, 2024 5:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Generate a data set with record numbers? On Tue, 6 Feb 2024 16:18:16 -0600, Michael Schmitt wrote: >Reason I never knew you could have a sequential SYSEXEC is I'm on z/OS 2.4. >This capability is added in z/OS 2.5. > It has long been possible according to lore. A resourceful programmer looked at the control block description where was documented that if the member was 8x'00' SYSEXEC was treated as sequential and tried forcing that in JCL. IBM learned that programmers were doing that and finally documented it. >On Mon, 18 Sep 2023 15:25:47 +, Schmitt, Michael wrote: > September? Delayed reaction!? >>Huh. I always thought that SYSEXEC had to be a library. >> >>I suppose a sequential SYSEXEC only works for IRXJCL, not IKJEFT01. > Only because TSO syntax regards 8x'00' as an invalid member name, but the JCL reader never bothered to check. What about other unconventional member names that might be created with Assembler STOW? >...And that if SYSEXEC is sequential, the exec shouldn't call other execs. >> They could reside in SYSPROC. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
In case the sync between CTM-T and OAM isn't real-time, you get some amount of time to unscratch the tape in CTM-T. As a last resort, there are some settings (sorry, I don't remember which ones) in TS7700 that specify how long it keeps the scratched/deleted "tapes" around. So if it comes to that, I believe IBM h/w support can get to the volume from the SE interface (or whatever it's called) of TS7K and extract what you want. On Wednesday, February 7th, 2024 at 20:30, Doug Fuerst wrote: > Clearly this is going to have to be marked as Master or User in the > library and Control-M. RMM it is fairly easy, not sure about Control-M. > The 7700 should also be no issue. > > Doug Fuerst > d...@bkassociates.net > > > -- Original Message -- > From "Gadi Ben-Avi" gad...@malam.com > > To IBM-MAIN@LISTSERV.UA.EDU > Date 2/7/2024 7:13:00 AM > Subject Re: Reading a scratch tape > > > When I did that, I got these messages: > > IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- > > FOR DATA SET > > VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME > > THE FAILING VOLSER IS P18488 > > IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING > > RETURN CODE 8 REASON CODE 51 > > > > Gadi > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > > Doug Fuerst > > Sent: יום ד 07 פברואר 2024 14:05 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Reading a scratch tape > > > > [You don't often get email from d...@bkassociates.net. Learn why this is > > important at https://aka.ms/LearnAboutSenderIdentification ] > > > > Yes. Just use a VOL=SER reference for the tape, and refer to the file by > > DSN. > > My guess is most of us has hit this issue, and it really is not that > > difficult. I've done it many times. > > > > Doug Fuerst > > d...@bkassociates.net > > > > -- Original Message -- > > From "Gadi Ben-Avi" gad...@malam.com > > To IBM-MAIN@LISTSERV.UA.EDU > > Date 2/7/2024 6:45:39 AM > > Subject Reading a scratch tape > > > > > Hi, > > > We've been asked to attempt to read a file from a scratched tape. > > > > > > We use Control-M/Tape as our tape management system. > > > The tapes are virtual 3490's stored on a TS7770. > > > The tape has many files, but we only need once specific one. > > > If it matters, the file is the output of DB/2 backup. > > > > > > Is this possible? > > > > > > Thanks > > > > > > Gadi > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send email > > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
Clearly this is going to have to be marked as Master or User in the library and Control-M. RMM it is fairly easy, not sure about Control-M. The 7700 should also be no issue. Doug Fuerst d...@bkassociates.net -- Original Message -- From "Gadi Ben-Avi" To IBM-MAIN@LISTSERV.UA.EDU Date 2/7/2024 7:13:00 AM Subject Re: Reading a scratch tape When I did that, I got these messages: IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- FOR DATA SET VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME THE FAILING VOLSER IS P18488 IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING RETURN CODE 8 REASON CODE 51 Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst Sent: יום ד 07 פברואר 2024 14:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading a scratch tape [You don't often get email from d...@bkassociates.net. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Yes. Just use a VOL=SER reference for the tape, and refer to the file by DSN. My guess is most of us has hit this issue, and it really is not that difficult. I've done it many times. Doug Fuerst d...@bkassociates.net -- Original Message -- From "Gadi Ben-Avi" To IBM-MAIN@LISTSERV.UA.EDU Date 2/7/2024 6:45:39 AM Subject Reading a scratch tape Hi, We've been asked to attempt to read a file from a scratched tape. We use Control-M/Tape as our tape management system. The tapes are virtual 3490's stored on a TS7770. The tape has many files, but we only need once specific one. If it matters, the file is the output of DB/2 backup. Is this possible? Thanks Gadi -- 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: Reading a scratch tape
On Wed, 7 Feb 2024 11:45:39 +, Gadi Ben-Avi wrote: >Hi, >We've been asked to attempt to read a file from a scratched tape. > >We use Control-M/Tape as our tape management system. >The tapes are virtual 3490's stored on a TS7770. >The tape has many files, but we only need once specific one. >If it matters, the file is the output of DB/2 backup. > >Is this possible? > >Thanks > >Gadi > Likely as well you will need specific authority and code EXPDT=98000 in your DD statement - possibly similar special-authority needed for using BLP-processing. Scott Barry SBBTech LLC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
On Wed, 7 Feb 2024 20:34:14 +0800, Brian Fraser wrote: >TS7700 wont read a tape in scratch category, >I don't know about Control-M, but in CA1 there is a utility called CTSSYNC >to "protect" a scratch tape by altering the cat code back to non-scratch. > Assuming it hasn't been overwritten. Is ownership enforced? Is there a security exposure? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
Since the tape is a scratch, the first thing to be done is to change it to private, to avoid it being offered to be rewritten. I believe TS7700 does not allow a scratch tape to be open as input, so changing it to private will also allow you to read it. Best Regards Ituriel do Nascimento Neto z/OS System Programmer Em quarta-feira, 7 de fevereiro de 2024 às 10:26:19 BRT, Bob Bridges escreveu: Been a while since I had to do this, but can't you just BLP? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* The road to the promised land runs past Sinai. The moral law may exist to be transcended; but there is no transcending it for those who have not first admitted its claim upon them, and then tried with all their strength to meet that claim, and fairly and squarely faced the fact of their failure. -C S Lewis, _The Problem of Pain_ */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Fraser Sent: Wednesday, February 7, 2024 07:34 TS7700 wont read a tape in scratch category, I don't know about Control-M, but in CA1 there is a utility called CTSSYNC to "protect" a scratch tape by altering the cat code back to non-scratch. -- 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: Reading a scratch tape
Been a while since I had to do this, but can't you just BLP? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* The road to the promised land runs past Sinai. The moral law may exist to be transcended; but there is no transcending it for those who have not first admitted its claim upon them, and then tried with all their strength to meet that claim, and fairly and squarely faced the fact of their failure. -C S Lewis, _The Problem of Pain_ */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Fraser Sent: Wednesday, February 7, 2024 07:34 TS7700 wont read a tape in scratch category, I don't know about Control-M, but in CA1 there is a utility called CTSSYNC to "protect" a scratch tape by altering the cat code back to non-scratch. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Reading a scratch tape
TS7700 wont read a tape in scratch category, I don't know about Control-M, but in CA1 there is a utility called CTSSYNC to "protect" a scratch tape by altering the cat code back to non-scratch. On Wed, 7 Feb 2024 at 20:14, Gadi Ben-Avi wrote: > When I did that, I got these messages: > IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- > FOR DATA SET > VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME > THE FAILING VOLSER IS P18488 > IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING > RETURN CODE 8 REASON CODE 51 > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Doug Fuerst > Sent: יום ד 07 פברואר 2024 14:05 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Reading a scratch tape > > [You don't often get email from d...@bkassociates.net. Learn why this is > important at https://aka.ms/LearnAboutSenderIdentification ] > > Yes. Just use a VOL=SER reference for the tape, and refer to the file by > DSN. > My guess is most of us has hit this issue, and it really is not that > difficult. I've done it many times. > > Doug Fuerst > d...@bkassociates.net > > > -- Original Message -- > From "Gadi Ben-Avi" > To IBM-MAIN@LISTSERV.UA.EDU > Date 2/7/2024 6:45:39 AM > Subject Reading a scratch tape > > >Hi, > >We've been asked to attempt to read a file from a scratched tape. > > > >We use Control-M/Tape as our tape management system. > >The tapes are virtual 3490's stored on a TS7770. > >The tape has many files, but we only need once specific one. > >If it matters, the file is the output of DB/2 backup. > > > >Is this possible? > > > >Thanks > > > >Gadi > > > > > >-- > >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: Reading a scratch tape
When I did that, I got these messages: IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- FOR DATA SET VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME THE FAILING VOLSER IS P18488 IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING RETURN CODE 8 REASON CODE 51 Gadi -Original Message- From: IBM Mainframe Discussion List On Behalf Of Doug Fuerst Sent: יום ד 07 פברואר 2024 14:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Reading a scratch tape [You don't often get email from d...@bkassociates.net. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Yes. Just use a VOL=SER reference for the tape, and refer to the file by DSN. My guess is most of us has hit this issue, and it really is not that difficult. I've done it many times. Doug Fuerst d...@bkassociates.net -- Original Message -- From "Gadi Ben-Avi" To IBM-MAIN@LISTSERV.UA.EDU Date 2/7/2024 6:45:39 AM Subject Reading a scratch tape >Hi, >We've been asked to attempt to read a file from a scratched tape. > >We use Control-M/Tape as our tape management system. >The tapes are virtual 3490's stored on a TS7770. >The tape has many files, but we only need once specific one. >If it matters, the file is the output of DB/2 backup. > >Is this possible? > >Thanks > >Gadi > > >-- >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: Reading a scratch tape
Yes. Just use a VOL=SER reference for the tape, and refer to the file by DSN. My guess is most of us has hit this issue, and it really is not that difficult. I've done it many times. Doug Fuerst d...@bkassociates.net -- Original Message -- From "Gadi Ben-Avi" To IBM-MAIN@LISTSERV.UA.EDU Date 2/7/2024 6:45:39 AM Subject Reading a scratch tape Hi, We've been asked to attempt to read a file from a scratched tape. We use Control-M/Tape as our tape management system. The tapes are virtual 3490's stored on a TS7770. The tape has many files, but we only need once specific one. If it matters, the file is the output of DB/2 backup. Is this possible? Thanks Gadi -- 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
Reading a scratch tape
Hi, We've been asked to attempt to read a file from a scratched tape. We use Control-M/Tape as our tape management system. The tapes are virtual 3490's stored on a TS7770. The tape has many files, but we only need once specific one. If it matters, the file is the output of DB/2 backup. Is this possible? Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN