Re: IPL wait state clarification
Thank you so much all. It worked after placing LOAD00 in SYS1.IPLPARM On Mon, 4 Feb, 2019, 9:57 PM Steve Horein Maybe it is unclear 5224 is SYSRES? > Has IPLTEXT been written to 5224? > Maybe create a SYS0.IPLPARM(LOADxx) on 5224 to see if you can progress? > > > On Mon, Feb 4, 2019 at 3:36 AM Peter wrote: > > > Hi Mike > > > > It's a mini system I built, Res volume , IODF volume are same as 5224. > > > > I have defined LOAD00 in SYS1.PARMLIB. > > > > So the load address is 5224 > > And load parm is 522400 > > > > Before disconnecting the master catalogued I did verified that > SYS1.PARMLIB > > was catalogued under the Mini system master catalogued. > > > > Peter > > > > On Mon, 4 Feb, 2019, 1:13 PM Mike Shorkend wrote: > > > > > Peter > > > You are looking at the system completion code 088 and not the wait > state > > > code 088 > > > Wait state code(with reason 000) is > > > > > > > > > * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF > volume > > > or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system > > > programmer did not create the member or the operator typed the wrong > > value > > > for the LOAD parameter. * > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, 4 Feb 2019 at 10:17, Peter wrote: > > > > > > > Hi > > > > > > > > I have built a test lpar and while loading I received > > > > > > > > A disabled Wait state of > > > > > > > > 002088 > > > > > > > > I checked in manual it says because of I/O error > > > > > > > > The Auxillary storage manager detected a paging I/O error when > > attempting > > > > to read from or write to storage-class memory (SCM). the error can be > > > > caused by hardware or a software. > > > > > > > > Is it because the page dataset residing in a volume is not > accessible ? > > > > > > > > Regards > > > > Peter > > > > > > > > > -- > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > > send email to lists...@listserv.ua.edu with the message: INFO > IBM-MAIN > > > > > > > > > > > > > -- > > > Mike Shorkend > > > m...@shorkend.com > > > www.shorkend.com > > > Tel: +972524208743 > > > Fax: +97239772196 > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > 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: Style (was: Newbie SMP/E questions)
On Mon, 4 Feb 2019 22:06:43 -0500, Gord Tomlin wrote: > >In Thunderbird, look in your account settings. Under composition and >addressing, you will find what you want. > Ah! Account specific because I might want different behaviors for my work account and my personal account. On Mon, 4 Feb 2019 22:24:59 -0500, Steve Smith wrote: > >Automatic quoting of the previous message is practically evil. Why we put >up with that is beyond my understanding. No previous communication >technology did that. > I'm imagining a telephone's doing that for me. But I select automatic quoting, then trim and interleave replies. (On a list I sometimes reply to two plies at once.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM FIXCDS before start-up?
Why would overwriting the CDSs during a CDS backup be a problem? You still have the media they were restored from and can recreate that version at will. If you don't want to run a special ARCCMDxx and you don't want to issue the FIXCDS command manually, what other approach did you have in mind? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, Dave > Sent: Monday, February 04, 2019 3:19 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: DFHSM FIXCDS before start-up? > > I am refining our DR procedures. After I restore the DFHSM CDSs from the most > recent back-up, I need to update so as to not overwrite that back-up with the next > occurrence of CDS backup. The fine manual says to use FIXCDS S MHCR > PATCH(X'B1' nnn) to set the next back-up number. > FIXCDS requires an active DFHSM. Is there a supported way to make this update > BEFORE starting DFHSM on the recovered system? > > I have thought of running DFHSM itself with a specifically tailored parm to come up, > FIXCDS, and stop, but this seems overkill. I can also do it "manually" during the steps > documented for first IPL of recovered system, but this is more prone to error or > omission. S DFHSM is in my COMMNDxx parmlib member. > > Dave Gibney > Information Technology Services > Washington State University > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Style (was: Newbie SMP/E questions)
Random thoughts... The fundamental issue is that email isn't the best way to handle online group conversations. Many better solutions have been offered, from NNTP, Notes, Stack Exchange, Slash Dot, and Lord knows how many others. SX is extremely protective of their software, and for whatever reasons, none of the general solutions ever seem to catch on. Gmail does a pretty good job of managing this list for me. It does however, make it far to easy to regurgitate all previous messages as in-line quoting. I have gotten in the habit of trimming that (usually). Automatic quoting of the previous message is practically evil. Why we put up with that is beyond my understanding. No previous communication technology did that. sas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Style (was: Newbie SMP/E questions)
On 2019-02-04 21:39, Paul Gilmartin wrote: I thought I recalled a MUA where Preferences gave the option of positioning the text input cursor at either top of bottom when replying. Today I see that in neither Mac Mail.app nor Thunderbird. In Thunderbird, look in your account settings. Under composition and addressing, you will find what you want. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Style (was: Newbie SMP/E questions)
On Mon, 4 Feb 2019 21:12:15 -0500, Phil Smith III wrote: > >>Indeed. Some prohibit editing quoted text, deeming it a form of forgery. >>That leads to a pernicious accumulation of footers and a secular bloat of >>text. > >... For corporate >communications, top-posting isn't a bad thing: folks get added to threads, and >can then understand WTF is going on. Bottom-posting >would be a major pain in some of the customer threads I'm on, which go on for >weeks and dozens or hundreds of notes. > When I add someone to a thread, I try to quote *relevant* previous plies. >For a mailing list, it's clearly dumb, for the reasons Gil notes. > >The sad thing is that no client seems to have figured this out, perhaps >providing a button that will flip formats. Or allowing a >marker in the address book indicating the style to use for specific >addressees. Or any number of other options. > I thought I recalled a MUA where Preferences gave the option of positioning the text input cursor at either top of bottom when replying. Today I see that in neither Mac Mail.app nor Thunderbird. Mail.app gives the option of quoting either all or only selected text. Almost needless -- I can edit ad lib. A colleague complained about my bottom-posting saying she reflexively deletes any message when she has seen the first line before. LISTSERV provides the option of showing the first line on mouseover. Would that it were the first *unquoted* line. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Style (was: Newbie SMP/E questions)
Paul Gilmartin wrote, re reply styles: >Indeed. Some prohibit editing quoted text, deeming it a form of forgery. >That leads to a pernicious accumulation of footers and a secular bloat of text. Sigh. Not that this isn't an ancient and unlikely-to-be-resolved issue, but I'm of the strong opinion that It Depends. For corporate communications, top-posting isn't a bad thing: folks get added to threads, and can then understand WTF is going on. Bottom-posting would be a major pain in some of the customer threads I'm on, which go on for weeks and dozens or hundreds of notes. For a mailing list, it's clearly dumb, for the reasons Gil notes. The sad thing is that no client seems to have figured this out, perhaps providing a button that will flip formats. Or allowing a marker in the address book indicating the style to use for specific addressees. Or any number of other options. .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
FOR EXAMPLE //STEP0050 EXEC PGM=AMBLIST,REGION=0M //DSNLOAD DD DISP=SHR,DSN=DB2.DSNLOAD (this is not complete JCL) //SYSINDD * LISTIDR MODLIB,DDN=DSNLOAD Will produce that includes CSECT:DSNAA 01/15/2013 RSI23571390 CSECT:DSNACA00 07/13/2016 UI30682 CSECT:DSNACA70 06/05/2017 UI45412 CSECT:DSNAMTXT 01/15/2013 RSI23571427 CSECT:DSNAPRH 01/14/2013 RSI23571428 CSECT:DSNARIB 06/05/2017 UI41695 CSECT:DSNFMNFM 01/15/2013 RSI23571651 CSECT:DSNFPMSG 01/04/2018 UI48762 DATE USER DATA CSECT:DSNFSAMG 07/09/2013 UK95423 CSECT:DSNXVEOA 01/04/2018 UI49949 By extracting the ptf numbers listed you can build a "history" of what ptfs have been applied (or not applied) to any environment (to me just as important as what is in the CSI) Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services Humana Inc. 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Bridges Sent: Monday, February 4, 2019 4:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Newbie SMP/E questions This one caught my attention. I trotted off to look up AMBLIST, and it looks like it's a utility useful to assembler programmers (see https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.ieav100%2Famblist.htmdata=02%7C01%7Cchoelscher%40humana.com%7C529307afb9694e91160c08d68aebf405%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636849143369855693sdata=WJIGIAgHNB6uR1cFAfyPMXMoTLS1LyI1NGdfZvpFvzg%3Dreserved=0). I suspect that to one of my ignorance it won't tell me anything, but can you provide some background? I don't know what I would see in an ABMLISTing that would tell me anything I need to know about a CSI. --- Bob Bridges, cell 336 382-7313 robhbrid...@gmail.com rbrid...@infosecinc.com /* Paramedic Rule #2: All bleeding stopseventually. -from Randy Cassingham's Rules for Paramedics (https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.jumbojoke.com%2Frules_for_paramedics_996.htmldata=02%7C01%7Cchoelscher%40humana.com%7C529307afb9694e91160c08d68aebf405%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636849143369855693sdata=K9LaEEfisQKIP8DswaT8hvJ%2F%2FK9iILjrAWKclZvZPek%3Dreserved=0) */ -Original Message- From: Chris Hoelscher Sent: Wednesday, January 30, 2019 10:59 One task I perform as part of reporting - I run amblist against the run-time loadlib to see what fixes have made it to prod/test - although CA has a utility to interrogate libraries for its products to get a clean list of what fixes (or perhaps just the most recent) Have been applied to the runtime modules The utility is CAMODID -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, age, disability, sex, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, age, disability, sex, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.
DFHSM FIXCDS before start-up?
I am refining our DR procedures. After I restore the DFHSM CDSs from the most recent back-up, I need to update so as to not overwrite that back-up with the next occurrence of CDS backup. The fine manual says to use FIXCDS S MHCR PATCH(X'B1' nnn) to set the next back-up number. FIXCDS requires an active DFHSM. Is there a supported way to make this update BEFORE starting DFHSM on the recovered system? I have thought of running DFHSM itself with a specifically tailored parm to come up, FIXCDS, and stop, but this seems overkill. I can also do it "manually" during the steps documented for first IPL of recovered system, but this is more prone to error or omission. S DFHSM is in my COMMNDxx parmlib member. Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
On Mon, 4 Feb 2019 16:58:42 -0500, Bob Bridges wrote: >I don't know what I would see in an ABMLISTing that would tell me anything I >need to know about a CSI. AMBLIST will tell you about a load module (or program object). Given enough knowledge about the load module, it can tell you if it is correct, but in general, it won't tell you anything about a CSI. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
AMBLIST if used properly will tell you what ptf eyecatches are embedded in a load module in a runtime loadlib - this might enable you to determine how much of what has been APPLY'd to a CSI ever found its way to the runtime load library Chris Hoelscher Technology Architect, Database Infrastructure Services Technology Solution Services Humana Inc. 123 East Main Street Louisville, KY 40202 Humana.com (502) 476-2538 or 407-7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Bridges Sent: Monday, February 4, 2019 4:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Newbie SMP/E questions This one caught my attention. I trotted off to look up AMBLIST, and it looks like it's a utility useful to assembler programmers (see https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3.ieav100%2Famblist.htmdata=02%7C01%7Cchoelscher%40humana.com%7C529307afb9694e91160c08d68aebf405%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636849143369855693sdata=WJIGIAgHNB6uR1cFAfyPMXMoTLS1LyI1NGdfZvpFvzg%3Dreserved=0). I suspect that to one of my ignorance it won't tell me anything, but can you provide some background? I don't know what I would see in an ABMLISTing that would tell me anything I need to know about a CSI. --- Bob Bridges, cell 336 382-7313 robhbrid...@gmail.com rbrid...@infosecinc.com /* Paramedic Rule #2: All bleeding stopseventually. -from Randy Cassingham's Rules for Paramedics (https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.jumbojoke.com%2Frules_for_paramedics_996.htmldata=02%7C01%7Cchoelscher%40humana.com%7C529307afb9694e91160c08d68aebf405%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636849143369855693sdata=K9LaEEfisQKIP8DswaT8hvJ%2F%2FK9iILjrAWKclZvZPek%3Dreserved=0) */ -Original Message- From: Chris Hoelscher Sent: Wednesday, January 30, 2019 10:59 One task I perform as part of reporting - I run amblist against the run-time loadlib to see what fixes have made it to prod/test - although CA has a utility to interrogate libraries for its products to get a clean list of what fixes (or perhaps just the most recent) Have been applied to the runtime modules The utility is CAMODID -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, age, disability, sex, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, age, disability, sex, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese)：注意：如果您使用繁體中文，您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Newbie SMP/E questions
This one caught my attention. I trotted off to look up AMBLIST, and it looks like it's a utility useful to assembler programmers (see https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieav100/amblist.htm). I suspect that to one of my ignorance it won't tell me anything, but can you provide some background? I don't know what I would see in an ABMLISTing that would tell me anything I need to know about a CSI. --- Bob Bridges, cell 336 382-7313 robhbrid...@gmail.com rbrid...@infosecinc.com /* Paramedic Rule #2: All bleeding stopseventually. -from Randy Cassingham's Rules for Paramedics (http://www.jumbojoke.com/rules_for_paramedics_996.html) */ -Original Message- From: Chris Hoelscher Sent: Wednesday, January 30, 2019 10:59 One task I perform as part of reporting - I run amblist against the run-time loadlib to see what fixes have made it to prod/test - although CA has a utility to interrogate libraries for its products to get a clean list of what fixes (or perhaps just the most recent) Have been applied to the runtime modules The utility is CAMODID -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Internal Coupling Channel on z13
On Wed, 30 Jan 2019 at 01:10, Brian Westerman wrote: > > Do you have any figures for how much "more" friendly the CPU usage is? Funny thing... More than 40 years ago VM/370 was able to detect the standard TIO/BC loop when issued in a virtual machine, and instead of allowing it to eat CPU time, dispatched other work until the needed I/O interrupt occurred or the virtual device otherwise became available. One might think that PR/SM or whatever that code is called these days could do the analogous thing without needing any changes to the coupling code... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS ADPLSEQS
In article <6648609332066356.wa.zos.jes2gmail@listserv.ua.edu> you wrote: > I'm using ADPLSEQS to define a symbol in an IPCS verb exit. > I'm trying to define a symbol to a dataspace. > When I issue "L symbol" I get > LIST 00. ASID(X'0046') LENGTH(X'01') AREA(Symbol) > ASID(X'0046') ADDRESS(00.) KEY(08) PREFIXED > I can issue "L symbol DSPNAME(symbol)" but I wonder if I can define the > symbol so that is the default. > Does someone know what field in the ESSY I need to set, and to what? > Thanks I've only done regular ASID which I set in "Integer 2". For dataspace, it looks like you need the "Integer 1" set to the ASID and "Integer 2" set to the DSPNAME. The odd part is that the macros to expand "Integer 2" to a CL8 "Second qualifier" requires coding it a different way than BLSRESSY codes it. It looks as though you'd have to modify BLSSRESSY and code BLSRDATS like: BLSRDATS ZZZASTDS,DSECT=NO -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Internal Coupling Channel on z13
On Wed, 30 Jan 2019 at 01:53, Ed Jaffe wrote: > Is it no longer possible to use "old school" shared DASD RESERVE/RELEASE > to protect data? I know it won't work for sharing PDSE, but for > old-school PDS and sequential, it should still work. Reserve/Release works only if someone issues those CCWs. DADSM issues them to protect the VTOC, and maybe catalog management does (I don't know), and the Binder does if SYSLMOD is on a shared device. But data management generally does not, so e.g. if you have two jobs on separate LPARs and each has DISP=OLD for the same dataset using QSAM or BPAM, say, nothing protects the data itself from being written from both sides at the same time. You can put the Reserve/Release in your application program (via ENQ), but that's not going to work very well for your typical COBOL program, and unless you have extreme data separation by volume, performance will suck, to put it politely. Typically what is wanted is the notion of ENQ with the SYSTEMS option, and that's just not available (and is silently ignored if requested) without either GRS or one of the products popular in the 1980s that implemented GRS-like behaviour using Reserve/Release on some kind of control dataset. I don't know if any of those products are still on the market. Or why not, as another poster suggested, use a GRS ring. This can protect applications against dataset corruption at on-the-box CTC speed, and I don't see any obvious reason if would be slower than a timeshared CF on the same machine. Of course you get GRS - not Parallel Sysplex, and there are various things such as JES2 shared SPOOL that need the Sysplex. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Style (was: Newbie SMP/E questions)
On Sun, 3 Feb 2019 21:17:26 +, Seymour J Metz wrote: >> What ever became of the venerable practice of interleaving replies close to >> the paragraphs to which they refer > >B0rken e-mail software that makes difficult to DTRT, and, in some cases, >management that actually directs doing the wrong thing. > Indeed. Some prohibit editing quoted text, deeming it a form of forgery. That leads to a pernicious accumulation of footers and a secular bloat of text. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: renames
I does, just not with masking.Fully qualified RENAMEU pairs for every dataset is what is required. _ Dave Jousma Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, February 4, 2019 2:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: renames **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On Mon, 4 Feb 2019 09:25:37 -0700, Lizette Koehler wrote: >This will also depend if NON-VSAM or VSAM or MIXED > >You could DFDSS Dump Restore with Renames > I believe DFDSS Restore does not support changing the number of qualifiers as the OP asked. There are competing ISV products that can do this. Be sure that adding a qualifier does not exceed the 44-byte limit. >Or you could write a REXX if NON-VSAM to do REN in TSO > >> -Original Message- >> From: Nai, Dean >> Sent: Monday, February 04, 2019 9:23 AM >> >>I have almost 1000 datasets I need to rename from say xxx.xxx.xxx >> to yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any >> thoughts on be best utility to accomplish this? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: renames
On Mon, 4 Feb 2019 09:25:37 -0700, Lizette Koehler wrote: >This will also depend if NON-VSAM or VSAM or MIXED > >You could DFDSS Dump Restore with Renames > I believe DFDSS Restore does not support changing the number of qualifiers as the OP asked. There are competing ISV products that can do this. Be sure that adding a qualifier does not exceed the 44-byte limit. >Or you could write a REXX if NON-VSAM to do REN in TSO > >> -Original Message- >> From: Nai, Dean >> Sent: Monday, February 04, 2019 9:23 AM >> >>I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to >> yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts on >> be best utility to accomplish this? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IPCS ADPLSEQS
I'm using ADPLSEQS to define a symbol in an IPCS verb exit. I'm trying to define a symbol to a dataspace. When I issue "L symbol" I get LIST 00. ASID(X'0046') LENGTH(X'01') AREA(Symbol) ASID(X'0046') ADDRESS(00.) KEY(08) PREFIXED I can issue "L symbol DSPNAME(symbol)" but I wonder if I can define the symbol so that is the default. Does someone know what field in the ESSY I need to set, and to what? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Have you checked the selection criteria? The status of each of the pieces? My guess is that something isn't active. Of course, it could be a firewall issue, but check that everything is working on the JES2 side before looking at that. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of McCabe, Ron Sent: Monday, February 4, 2019 12:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print Hello listers, I'm still working this issue and just to let you all know my networking expertise is NIL and I'm still in a learning process as far as z/OS systems programming goes, our systems programmer, who I was learning from, retired last November and I got the privilege (if that is what you want to call it) to take over and then I get the problem we are having. Here is the background for the problem...3 years ago we had a z890 and bought a z13s...on the z890 our communications between z/OS and z/VM (they run on separate LPARs) was via CTC but the z13s did not allow that so we had to convert to TCPNJE. TCPNJE has been working for nearly 3 years and then all of a sudden it isn't and networking says it's a mainframe problem so I'm not getting much support from them. Anyway I made a change and added the port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM and now I do not get a port error when I start the connection but my reports still sit in the output queue in SDSF. XDC is not an option as there are way too many reports. I asked the question about how can I get the reports in the Output Queue in SDSF to print because I thought they would just start to go once the connection was fixed but that did not happen so I thought I needed to kick start them to get them going. That is what I wanted to know...do I need to do something to force them to go or will they go automatically? Something our old systems programmer recommended to test to see if it is a network problem is to run our RESCUE system as a guest under z/VM and use VCTC...can anyone help in letting me know what the configuration would look like for z/OS and z/VM? I know I have to couple something in RSCS but not sure what and what is needed in z/OS and where. Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vince Getgood Sent: Friday, February 01, 2019 1:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print Ron, If they are in the output queue, then they probably haven't been printed. Do you want to keep a copy on the output queue? If not, just change the class and destination to one that a printer processes. If you want the output copy left, you could do something like XDC it to a flat file, and then IEBGENER it to a class and destination that a printer processes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL wait state clarification
Maybe it is unclear 5224 is SYSRES? Has IPLTEXT been written to 5224? Maybe create a SYS0.IPLPARM(LOADxx) on 5224 to see if you can progress? On Mon, Feb 4, 2019 at 3:36 AM Peter wrote: > Hi Mike > > It's a mini system I built, Res volume , IODF volume are same as 5224. > > I have defined LOAD00 in SYS1.PARMLIB. > > So the load address is 5224 > And load parm is 522400 > > Before disconnecting the master catalogued I did verified that SYS1.PARMLIB > was catalogued under the Mini system master catalogued. > > Peter > > On Mon, 4 Feb, 2019, 1:13 PM Mike Shorkend > > Peter > > You are looking at the system completion code 088 and not the wait state > > code 088 > > Wait state code(with reason 000) is > > > > > > * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF volume > > or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system > > programmer did not create the member or the operator typed the wrong > value > > for the LOAD parameter. * > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, 4 Feb 2019 at 10:17, Peter wrote: > > > > > Hi > > > > > > I have built a test lpar and while loading I received > > > > > > A disabled Wait state of > > > > > > 002088 > > > > > > I checked in manual it says because of I/O error > > > > > > The Auxillary storage manager detected a paging I/O error when > attempting > > > to read from or write to storage-class memory (SCM). the error can be > > > caused by hardware or a software. > > > > > > Is it because the page dataset residing in a volume is not accessible ? > > > > > > Regards > > > Peter > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > -- > > Mike Shorkend > > m...@shorkend.com > > www.shorkend.com > > Tel: +972524208743 > > Fax: +97239772196 > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Hello listers, I'm still working this issue and just to let you all know my networking expertise is NIL and I'm still in a learning process as far as z/OS systems programming goes, our systems programmer, who I was learning from, retired last November and I got the privilege (if that is what you want to call it) to take over and then I get the problem we are having. Here is the background for the problem...3 years ago we had a z890 and bought a z13s...on the z890 our communications between z/OS and z/VM (they run on separate LPARs) was via CTC but the z13s did not allow that so we had to convert to TCPNJE. TCPNJE has been working for nearly 3 years and then all of a sudden it isn't and networking says it's a mainframe problem so I'm not getting much support from them. Anyway I made a change and added the port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM and now I do not get a port error when I start the connection but my reports still sit in the output queue in SDSF. XDC is not an option as there are way too many reports. I asked the question about how can I get the reports in the Output Queue in SDSF to print because I thought they would just start to go once the connection was fixed but that did not happen so I thought I needed to kick start them to get them going. That is what I wanted to know...do I need to do something to force them to go or will they go automatically? Something our old systems programmer recommended to test to see if it is a network problem is to run our RESCUE system as a guest under z/VM and use VCTC...can anyone help in letting me know what the configuration would look like for z/OS and z/VM? I know I have to couple something in RSCS but not sure what and what is needed in z/OS and where. Thanks, Ron McCabe Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Vince Getgood Sent: Friday, February 01, 2019 1:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How can I get reports in the Output Queue in SDSF to print Ron, If they are in the output queue, then they probably haven't been printed. Do you want to keep a copy on the output queue? If not, just change the class and destination to one that a printer processes. If you want the output copy left, you could do something like XDC it to a flat file, and then IEBGENER it to a class and destination that a printer processes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: renames
You need to use caution with VSAM. AFAIK ALTER will rename only the object(s) specified in the command, which unless you take extra measures may well be only the cluster name. But VSAM components (DATA, INDEX) each have their own names. Since you're changing the HLQ, the object(s) might well wind up in a different catalog. A Rexx would be great, but be sure to test it well and sanity check the result with a small subset. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, February 04, 2019 8:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: renames On Mon, Feb 4, 2019 at 10:23 AM Nai, Dean wrote: > Hi, > >I have almost 1000 datasets I need to rename from say xxx.xxx.xxx > to yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any > thoughts on be best utility to accomplish this? > Personally, I would probably go with Lizette's method -- IDCAMS LISTCAT, parse with REXX to create ALTER ... NEWNAME control cards to feed back into IDCAMS. > > > Dean Nai > > > > > > > > -- > 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
CryptoExpress zeroize domain
AFAIK there are ways to zeroize CryptoExpress engines using HMC/SE facilities, but this is to zeroize whole card - all domains. Is there any method to zeroize CryptoExpress master keys from ICSF? I would like to "clean up" the domain after myself. I'm aware there's an option to simply enter new MK's and old keys will be overwritten, but third party person will not be sure this is not prod key, just some placeholder. Is there any ICSF command to clean up the domain? -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Hmc for z as a virtual appliance?
Yes, z is (mostly) physical, but many of the mainframe in the same line were not. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of ITschak Mugzach Sent: Sunday, February 3, 2019 3:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [SPAM] Hmc for z as a virtual appliance? We will support them all ;-) but we need an HMC. Only the IBMI and rs6000 HMC are virtualized. The z one is still a physical one. On Sun, Feb 3, 2019 at 10:12 PM Seymour J Metz wrote: > So are the 360/30, 360/40, 3605/50, 360/65, 360/67, 370/145, 370/148, > 370/155, 370/158, 370/165, 370/168, ... > > It's not the implementation that determines whether it is a mainframe. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List on behalf > of R.S. > Sent: Saturday, February 2, 2019 5:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [SPAM] Hmc for z as a virtual appliance? > > W dniu 2019-02-02 o 01:42, Tony Harminc pisze: > > On Fri, 1 Feb 2019 at 09:29, R.S. > wrote: > >> IMHO the topic is HMC for zPDT. Unfortunately zPDT does not have HMC in > >> any form, real or emulated. > >> It's not mainframe, it's only emulation. > > No, zPDT *is* a mainframe. It implements a permitted subset of the > > architecture documented in the Principles of Operation. > > > > The HMC is not described in the Principles of Operation. It replaces > > the knobs, lights, and switches that provided the operator interface > > on older systems. Some of the *functions* performed by the HMC are > > architected (and are implemented by zPDT without an HMC), but none of > > how it works or what the interface looks like. Here is the only > > description of anything like an HMC in the POO: > > No, zPDT is not mainframe. It is emulator, like Hercules. > Of course there is no single official definition of mainframe - you can > say the emulator on PC is real machine, for me it's emulator, for some > sales people big PC server deserves to be named mainframe (despite it > can run Windows). > > Of course there were older IBM mainframes in pre-HMC era or just were > non-IBM mainframes (ICL, GE...) > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > http://secure-web.cisco.com/1T1t4vlaLA5bgjD1q2dLGVQf8QEU5Ogh7MWpXwbHaoIN81h1Xm1alAlAdtGzIVdnCSIF2I5HJzhGC7ATMgwYBJA6BiCMZE33rWjr9ICaoGTFKUpmLdWfmbwH6KkmMVJOEvJzEkemqIY9xY5AXrWtwlLs0KLdyTo7gktzKQtwPZuz_1xm4M6ogTO2YLp7DlQf8Cu9m1hboROzArHAQIJCBKAeRCQBn1c_h0IN43r3uhSk8QlgxvjHYurvB8pyM6AVgSU1KmfPc7bs0oDzGfb1YgfXuHdapHaOM1s5DB0SH5H2OtLEZLW0R4tiuZn9yr76yBWxm765S1NAZAnvosNSbpCf_72JqNnslB__wM9dDidGkouTQRjzPvsEy_ltv-VeRGUHyrgwg4f43x1qF7xfUi-LhCxXDC4ZnZ_AcNiK_aikcUamCuPrCVv0QG93KiMPo/http%3A%2F%2Fwww.mBank.pl, > e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział > Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2018 r. wynosi 169.248.488 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa, > http://secure-web.cisco.com/1T1t4vlaLA5bgjD1q2dLGVQf8QEU5Ogh7MWpXwbHaoIN81h1Xm1alAlAdtGzIVdnCSIF2I5HJzhGC7ATMgwYBJA6BiCMZE33rWjr9ICaoGTFKUpmLdWfmbwH6KkmMVJOEvJzEkemqIY9xY5AXrWtwlLs0KLdyTo7gktzKQtwPZuz_1xm4M6ogTO2YLp7DlQf8Cu9m1hboROzArHAQIJCBKAeRCQBn1c_h0IN43r3uhSk8QlgxvjHYurvB8pyM6AVgSU1KmfPc7bs0oDzGfb1YgfXuHdapHaOM1s5DB0SH5H2OtLEZLW0R4tiuZn9yr76yBWxm765S1NAZAnvosNSbpCf_72JqNnslB__wM9dDidGkouTQRjzPvsEy_ltv-VeRGUHyrgwg4f43x1qF7xfUi-LhCxXDC4ZnZ_AcNiK_aikcUamCuPrCVv0QG93KiMPo/http%3A%2F%2Fwww.mBank.pl, > e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, > 12th Commercial Division of the National Court Register, KRS 025237, > NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN > 169,248,488 as at 1 January 2018. >
Re: renames
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Nai, Dean Sent: Monday, February 04, 2019 9:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: renames Hi, I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts on be best utility to accomplish this? DFDSS will not help, because you want to add qualifier. For single action I would do the following: 1. using tools like ISPF crete a list of non-VSAM datasets and VSAM datasets. 2. for nonVSAMs use editor and simply add command 'REN'. Newname can be obtained via other editor features and/or IEBGENER/DFSORT. 3. For VSAM datasets do as above or create rexx script. Note, don't forget to rename components. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: renames
Hi Lizette, There is a mixture. I was originally thinking the DFDSS solution you named but I just thought I'd ask. Thanks for your help. Dean On 2/4/19, 11:25 AM, "IBM Mainframe Discussion List on behalf of Lizette Koehler" wrote: >This will also depend if NON-VSAM or VSAM or MIXED > >You could DFDSS Dump Restore with Renames > > >Or you could write a REXX if NON-VSAM to do REN in TSO > > >Lizette > > > >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Nai, Dean >> Sent: Monday, February 04, 2019 9:23 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: renames >> >> Hi, >> >>I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to >> yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts on >> be best utility to accomplish this? >> >> >> Dean Nai >> >> >> >> >> > >> >> -- >> 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: renames
I will go with Lizette's suggestion. Thanks everyone for your responses. Dean On 2/4/19, 11:27 AM, "IBM Mainframe Discussion List on behalf of John McKown" wrote: >On Mon, Feb 4, 2019 at 10:23 AM Nai, Dean wrote: > >> Hi, >> >>I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to >> yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts >> on be best utility to accomplish this? >> > >Personally, I would probably go with Lizette's method -- IDCAMS LISTCAT, >parse with REXX to create ALTER ... NEWNAME control cards to feed back into >IDCAMS. > > > >> >> >> Dean Nai >> >> >> >> >> > >> >> -- >> 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: renames
On Mon, Feb 4, 2019 at 10:23 AM Nai, Dean wrote: > Hi, > >I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to > yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts > on be best utility to accomplish this? > Personally, I would probably go with Lizette's method -- IDCAMS LISTCAT, parse with REXX to create ALTER ... NEWNAME control cards to feed back into IDCAMS. > > > Dean Nai > > > > > > > > -- > 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
renames
Hi, I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts on be best utility to accomplish this? Dean Nai > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: renames
You should be able to generate the SYSIN cards to do the renames in a simple REXX program and then use IDCAMS to do the renames using ALTER. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nai, Dean Sent: Monday, February 04, 2019 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: renames Hi, I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts on be best utility to accomplish this? Dean Nai > -- 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: renames
I used mark zelden rexx sample to achieve this and it worked . The rexx sample is indirect cataloging sample at his website www.mzelden.com and customise as per hour requirement On Mon, 4 Feb, 2019, 8:28 PM John McKown On Mon, Feb 4, 2019 at 10:23 AM Nai, Dean wrote: > > > Hi, > > > >I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to > > yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any > thoughts > > on be best utility to accomplish this? > > > > Personally, I would probably go with Lizette's method -- IDCAMS LISTCAT, > parse with REXX to create ALTER ... NEWNAME control cards to feed back into > IDCAMS. > > > > > > > > > Dean Nai > > > > > > > > > > > > > > > -- > > 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: renames
This will also depend if NON-VSAM or VSAM or MIXED You could DFDSS Dump Restore with Renames Or you could write a REXX if NON-VSAM to do REN in TSO Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Nai, Dean > Sent: Monday, February 04, 2019 9:23 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: renames > > Hi, > >I have almost 1000 datasets I need to rename from say xxx.xxx.xxx to > yyy.xxx.xxx.xxx where yyy would always be the same qualifier. Any thoughts on > be best utility to accomplish this? > > > Dean Nai > > > > > > > > -- > 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: IPL wait state clarification
SYS1.PARMLIB is on same volume 5224 On Mon, 4 Feb, 2019, 4:54 PM retired mainframer Would changing the load parm to 522400M to display progress messages help > isolate the problem. > > What volume is SYS1.PARMLIB on? > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter > > Sent: Monday, February 04, 2019 1:36 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: IPL wait state clarification > > > > Hi Mike > > > > It's a mini system I built, Res volume , IODF volume are same as 5224. > > > > I have defined LOAD00 in SYS1.PARMLIB. > > > > So the load address is 5224 > > And load parm is 522400 > > > > Before disconnecting the master catalogued I did verified that > SYS1.PARMLIB > > was catalogued under the Mini system master catalogued. > > -- > 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: IPL wait state clarification
Would changing the load parm to 522400M to display progress messages help isolate the problem. What volume is SYS1.PARMLIB on? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter > Sent: Monday, February 04, 2019 1:36 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IPL wait state clarification > > Hi Mike > > It's a mini system I built, Res volume , IODF volume are same as 5224. > > I have defined LOAD00 in SYS1.PARMLIB. > > So the load address is 5224 > And load parm is 522400 > > Before disconnecting the master catalogued I did verified that SYS1.PARMLIB > was catalogued under the Mini system master catalogued. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL wait state clarification
Peter Is SYS1.PARMLIB on device number 5224? As Radolaw mentioned, it is too early in the IPL for any catalog access. On Mon, 4 Feb 2019 at 12:04, R.S. wrote: > There is no reason to discuss with wait state explanation. ;-) > Maybe you also have SYS1.IPLPARM on this volume? > Note: LOADxx library is not searched via catalog. The MCAT name is > inside of LOADxx. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > W dniu 2019-02-04 o 10:36, Peter pisze: > > Hi Mike > > > > It's a mini system I built, Res volume , IODF volume are same as 5224. > > > > I have defined LOAD00 in SYS1.PARMLIB. > > > > So the load address is 5224 > > And load parm is 522400 > > > > Before disconnecting the master catalogued I did verified that > SYS1.PARMLIB > > was catalogued under the Mini system master catalogued. > > > > Peter > > > > On Mon, 4 Feb, 2019, 1:13 PM Mike Shorkend wrote: > > > >> Peter > >> You are looking at the system completion code 088 and not the wait state > >> code 088 > >> Wait state code(with reason 000) is > >> > >> > >> * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF > volume > >> or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system > >> programmer did not create the member or the operator typed the wrong > value > >> for the LOAD parameter. * > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> On Mon, 4 Feb 2019 at 10:17, Peter wrote: > >> > >>> Hi > >>> > >>> I have built a test lpar and while loading I received > >>> > >>> A disabled Wait state of > >>> > >>> 002088 > >>> > >>> I checked in manual it says because of I/O error > >>> > >>> The Auxillary storage manager detected a paging I/O error when > attempting > >>> to read from or write to storage-class memory (SCM). the error can be > >>> caused by hardware or a software. > >>> > >>> Is it because the page dataset residing in a volume is not accessible ? > >>> > >>> Regards > >>> Peter > >>> > >>> > > > == > > Jeśli nie jesteś adresatem tej wiadomości: > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > zapisałeś na dysku). > Wiadomość ta może zawierać chronione prawem informacje, które może > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > narusza prawo i może podlegać karze. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy > XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: > 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na > 01.01.2018 r. wynosi 169.248.488 złotych. > > If you are not the addressee of this message: > > - let us know by replying to this e-mail (thank you!), > - delete this message permanently (including all the copies which you have > printed out or saved). > This message may contain legally protected information, which may be used > exclusively by the addressee.Please be reminded that anyone who > disseminates (copies, distributes) this message or takes any similar > action, violates the law and may be penalised. > > mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 > Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the > Capital City of Warsaw, 12th Commercial Division of the National Court > Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital > amounting to PLN 169,248,488 as at 1 January 2018. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL wait state clarification
There is no reason to discuss with wait state explanation. ;-) Maybe you also have SYS1.IPLPARM on this volume? Note: LOADxx library is not searched via catalog. The MCAT name is inside of LOADxx. -- Radoslaw Skorupka Lodz, Poland W dniu 2019-02-04 o 10:36, Peter pisze: Hi Mike It's a mini system I built, Res volume , IODF volume are same as 5224. I have defined LOAD00 in SYS1.PARMLIB. So the load address is 5224 And load parm is 522400 Before disconnecting the master catalogued I did verified that SYS1.PARMLIB was catalogued under the Mini system master catalogued. Peter On Mon, 4 Feb, 2019, 1:13 PM Mike Shorkend Peter You are looking at the system completion code 088 and not the wait state code 088 Wait state code(with reason 000) is * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF volume or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system programmer did not create the member or the operator typed the wrong value for the LOAD parameter. * On Mon, 4 Feb 2019 at 10:17, Peter wrote: Hi I have built a test lpar and while loading I received A disabled Wait state of 002088 I checked in manual it says because of I/O error The Auxillary storage manager detected a paging I/O error when attempting to read from or write to storage-class memory (SCM). the error can be caused by hardware or a software. Is it because the page dataset residing in a volume is not accessible ? Regards Peter == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMF Spreadsheet report 4 hour rolling MSU
If I told you the relevant fields were SMF70LAC, SMF70LACM, SMF70LACA, SMF70LACB would that help? The last two are almost certainly zero, SMF70LACM also zero if not using Mobile Workload Pricing the "new" way. Those names are what they're called in the raw SMF record mapping; TDS might call them something else. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Tirad Pass To: IBM-MAIN@LISTSERV.UA.EDU Date: 04/02/2019 09:39 Subject:Re: RMF Spreadsheet report 4 hour rolling MSU Sent by:IBM Mainframe Discussion List Hi John, I got this email when I was looking for ways to produce RMF spreadsheets with CPU, Memory etc usage. I cannot use the RMF Spreadheet reporting because of FTP connection access issues. Can you please kindly send me also the codes you've mentioned. Gregorio Tirona zOS support IBM On Wed, Oct 12, 2016 at 1:31 PM John Zoppetti wrote: > Jorge, > > If you have the Tivoli Decision Support product (MVS Performance > Management Component), I have coding and reporting I can share with you. > It provides me with daily reporting on hourly MSU usage and 4-hour rolling > average MSU's by LPAR and by mainframe. The reporting matches the SCRT > reports that I send IBM each month. I use the reports during the month to > monitor MSU usage and also to validate the monthly SCRT reports. > > John Zoppetti > Mainframe Support > U. S. Steel > > -- > 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SPAM] Hmc for z as a virtual appliance?
OK, you need HMC. As you said, you don't need the HMC to be connected to your "mainframe" (zPDT). You can buy or rent one, this is business issue. If you want to save money, take n-2 generation from second hand. I doubt someone wolud decide to give you remote access to working HMC. From technical point of view there's no doubt, HMC is physical appliance and this is "add on" to SE, and zPDT has neither SE, nor HMC. -- Radoslaw Skorupka Lodz, Poland W dniu 2019-02-02 o 12:35, ITschak Mugzach pisze: Our zPXT is no issue here, mainframe or not. It is all about HMC! בתאריך שבת, 2 בפבר׳ 2019, 13:16, מאת R.S. : W dniu 2019-02-02 o 12:05, Mike Schwab pisze: Well, the IBM S/360 and earlier had control panels. This IBM S/370 is still running a 3277 operator console. https://www.youtube.com/watch?v=HETSEyIPuv0 Yes, control panels, but not HMC. Note, the control panel is rather SE, not HMC. Not to mention it would be very hard to connect control panel to the network and hack it. ;-) -- Radoslaw Skorupka == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2018 r. wynosi 169.248.488 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169,248,488 as at 1 January 2018. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RMF Spreadsheet report 4 hour rolling MSU
Hi John, I got this email when I was looking for ways to produce RMF spreadsheets with CPU, Memory etc usage. I cannot use the RMF Spreadheet reporting because of FTP connection access issues. Can you please kindly send me also the codes you've mentioned. Gregorio Tirona zOS support IBM On Wed, Oct 12, 2016 at 1:31 PM John Zoppetti wrote: > Jorge, > > If you have the Tivoli Decision Support product (MVS Performance > Management Component), I have coding and reporting I can share with you. > It provides me with daily reporting on hourly MSU usage and 4-hour rolling > average MSU's by LPAR and by mainframe. The reporting matches the SCRT > reports that I send IBM each month. I use the reports during the month to > monitor MSU usage and also to validate the monthly SCRT reports. > > John Zoppetti > Mainframe Support > U. S. Steel > > -- > 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: IPL wait state clarification
Hi Mike It's a mini system I built, Res volume , IODF volume are same as 5224. I have defined LOAD00 in SYS1.PARMLIB. So the load address is 5224 And load parm is 522400 Before disconnecting the master catalogued I did verified that SYS1.PARMLIB was catalogued under the Mini system master catalogued. Peter On Mon, 4 Feb, 2019, 1:13 PM Mike Shorkend Peter > You are looking at the system completion code 088 and not the wait state > code 088 > Wait state code(with reason 000) is > > > * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF volume > or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system > programmer did not create the member or the operator typed the wrong value > for the LOAD parameter. * > > > > > > > > > > > > > > On Mon, 4 Feb 2019 at 10:17, Peter wrote: > > > Hi > > > > I have built a test lpar and while loading I received > > > > A disabled Wait state of > > > > 002088 > > > > I checked in manual it says because of I/O error > > > > The Auxillary storage manager detected a paging I/O error when attempting > > to read from or write to storage-class memory (SCM). the error can be > > caused by hardware or a software. > > > > Is it because the page dataset residing in a volume is not accessible ? > > > > Regards > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Mike Shorkend > m...@shorkend.com > www.shorkend.com > Tel: +972524208743 > Fax: +97239772196 > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL wait state clarification
Peter You are looking at the system completion code 088 and not the wait state code 088 Wait state code(with reason 000) is * IPL could not find the LOADxx member in SYSn.IPLPARM on the IODF volume or SYS1.PARMLIB on the IODF volume or on SYSRES. Either the system programmer did not create the member or the operator typed the wrong value for the LOAD parameter. * On Mon, 4 Feb 2019 at 10:17, Peter wrote: > Hi > > I have built a test lpar and while loading I received > > A disabled Wait state of > > 002088 > > I checked in manual it says because of I/O error > > The Auxillary storage manager detected a paging I/O error when attempting > to read from or write to storage-class memory (SCM). the error can be > caused by hardware or a software. > > Is it because the page dataset residing in a volume is not accessible ? > > Regards > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IPL wait state clarification
Hi I have built a test lpar and while loading I received A disabled Wait state of 002088 I checked in manual it says because of I/O error The Auxillary storage manager detected a paging I/O error when attempting to read from or write to storage-class memory (SCM). the error can be caused by hardware or a software. Is it because the page dataset residing in a volume is not accessible ? Regards Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
