Re: Why are z/OS people reluctant to use z/OS UNIX?
Shane writes: ...Should have been zLinux from the start. I completely disagree. z/OS UNIX System Services and Linux on System z are very different, and both are extremely useful. It would be pretty much impossible to have Java for z/OS, for example, without z/OS UNIX System Services. (That's a huge percentage of shops right there.) Most people don't use z/OS USS. That's not the right question. They use the many things that use z/OS USS. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why are z/OS people reluctant to use z/OS UNIX?
On Sat, 2009-06-06 at 16:26 +0900, Timothy Sipples wrote: Most people don't use z/OS USS. That's not the right question. They use the many things that use z/OS USS. And when customers ask: If z/OS USS is a strategic direction why are vendors like (*especially*) Tivoli with TSM server abandoning the platform ? My response would be: Bloody good question. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to synch MVS catalog to RMM CDS
John, The link you need is this one: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2c871/16.6? SHELF=EZ2ZBK0G.bksDT=20081217173205 CATSYNCH will ensure rmm CDS data set information is correct regarding catalog status. rmm should already know the catalog status because it tracks it from the first time you started the subsystem. The EDGUTIL MEND(SMSTAPE) parm is for ensuring the TCDB and LM are in synch with rmm. Mike WoodRMM Development On Thu, 4 Jun 2009 13:53:35 -0700, John Mattson john_matt...@ea.epson.com wrote: z/OS 1.8 RMM Install and Cus manual talks about EDGUTIL and EDGHSKP synching but it does not make clear exactly WHAT is Synch'd to WHAT. In my case I am trying to synch my MVS USER CATALOGs to a MORE recent (ie more up to date) RMM CDS. I had spoken with and IBM tech about a year ago who said that EDGUTIL MEND(SYSTAPE) would do this, but in reading the manual, I am questioning whether this is correct. All of the references in the manual talk about synching RMMCDS, TCDB and LMDB. Is what I am trying to do even possible with RMM utilities? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
Lizette, A belated Thank You is in order for suggesting TMSAUDIT and then gently reminding me when I didn't run it when you first suggested. The volume which was scratched had Expdt=LDATE/005 from 2008/323 until 2009/144. On 2009/149 it was picked up by TMSCLEAN and scratched. File now is under Catalog control. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler [stars...@mindspring.com] Sent: Wednesday, June 03, 2009 8:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question concerning pre-mature uncatalog/delete of a tape file. David, The second step seems to be a proc over ride statement. What does the SYSUT2 DD statement look like in the COPY Proc? I would think that if there were an issue with CA1 then you would have more than one tape dataset getting expired and scratched like this. It is more likely that the way the job ran caused the tape to be scratched. The original output from the job would be so helpful in resolving this issue. However, since you no longer have that output, I am not sure what other steps could help identify the issue. Did you run the TMS AUDIT? If so, what did it show? Lizette Yes, I did notice that. Checking the jcl the first reference to the dataset in question is //M4OLD DD DSN=HLQ.PUBLIC.MASTER,DISP=(OLD,PASS,CATLG), // UNIT=ETAPE,EXPDT=99000 The second reference is a Icegener //COPY.SYSUT2 DD DSN=HLQ.PUBLIC.MASTER,DISP=(OLD,KEEP) One would think Expdt=99000 should have been coded here but that is not the case. I'm sure that you noticed but the CRTDT changed with RGWOPMSC @ 2009142 20.18.36.15. It went from CRTDT=09135 EXPDT=99000 at 20.18.01.43 to CRTDT=09142 EXPDT=0 at 20.18.36.15. And it looks like the same job? I don't know how to read DAF but could a step in the job (SYSUT2) opened the tape for output and changed TMS? Just a thought -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning pre-mature uncatalog/delete of a tape file.
You are welcome. Sometimes we forget the simplest things and that is what we are here for. To help us remember the stuff we forget. :-D Lizette Lizette, A belated Thank You is in order for suggesting TMSAUDIT and then gently reminding me when I didn't run it when you first suggested. The volume which was scratched had Expdt=LDATE/005 from 2008/323 until 2009/144. On 2009/149 it was picked up by TMSCLEAN and scratched. File now is under Catalog control. . David, The second step seems to be a proc over ride statement. What does the SYSUT2 DD statement look like in the COPY Proc? I would think that if there were an issue with CA1 then you would have more than one tape dataset getting expired and scratched like this. It is more likely that the way the job ran caused the tape to be scratched. The original output from the job would be so helpful in resolving this issue. However, since you no longer have that output, I am not sure what other steps could help identify the issue. Did you run the TMS AUDIT? If so, what did it show? Lizette Yes, I did notice that. Checking the jcl the first reference to the dataset in question is //M4OLD DD DSN=HLQ.PUBLIC.MASTER,DISP=(OLD,PASS,CATLG), // UNIT=ETAPE,EXPDT=99000 The second reference is a Icegener //COPY.SYSUT2 DD DSN=HLQ.PUBLIC.MASTER,DISP=(OLD,KEEP) One would think Expdt=99000 should have been coded here but that is not the case. I'm sure that you noticed but the CRTDT changed with RGWOPMSC @ 2009142 20.18.36.15. It went from CRTDT=09135 EXPDT=99000 at 20.18.01.43 to CRTDT=09142 EXPDT=0 at 20.18.36.15. And it looks like the same job? I don't know how to read DAF but could a step in the job (SYSUT2) opened the tape for output and changed TMS? Just a thought -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
The Great MVS Decommission Plan
Saddest news I read all day, another mainframe bites the dust. While googling MVS I found this Powerpoint: www.its.niu.edu/its/letstalk/MVS%20Decommission%20Plan_0109.pptx HTML version: http://74.125.95.132/search?q=cache:Bq4l8mWgkqMJ:www.its.niu.edu/its/letstalk/MVS%2520Decommission%2520Plan_0109.pptx+timeline+mvscd=9hl=enct=clnkgl=us Oh, yeah. Oooh, ahhh, that's how it always starts. Then later there's running and screaming. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC Above the Bar (Was Large Page Support)
read-only data tables. Maybe so From the z/OS 1.11 preview: That's at: http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=cainfotype=anappname=iSourcesupplier=897letternum=ENUS209-029 In z/OS V1.11, support is added for data tables contained in load modules and program objects to be placed above 2 GB. ... How about scatter loading a load module containing executable CSECTs to go below the bar, and data CSECTs to go above the bar? Of course, to be useful this practically requires 64-bit ESD/RLD support. Nearby in the same document: ... when IEFBR14 is used to delete a data set ... Haven't we agreed here that IEFBR14 doesn't delete data sets? Hasn't IBM learned this yet? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF - CLASS(PROGRAM)
Walt Farrell pisze: [...] I agree with the others that you really need to explore what your auditors are intending to accomplish, and provide some education to them. (This is semi off-topic, since it is - let's say - political issue.) The question is why should I educate auditors? Why should they rely on my explanations/education? BTDT. My auditor wanted me to protect non-existent programs, because they are dangerous. Of course he knew only (part!) of the program name, no justification why it is dangerous and what does it do. No understanding why it is impossible to protect nonexistent program. No progress in education. So - why it should be my (audited person) responsibility to educate auditor to understand hi own demands. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!
hi all I got the following message on last lpar IOS500I ACTIVATE RESULTS 394 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED DEVICE IS NOT DEFINED AS DYNAMIC how can I activiate the last one LPAR with activiate = IODFXX ? many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!
even activiate=IODFXX,FORCE issued, activiate still failure REASON=0161,CAN NOT DELETE DEVICE 05CF DESCTEXT=DEVICE IS NOT DEFINED AS DYNAMIC COMPID=SC1C3 On Sun, Jun 7, 2009 at 3:18 AM, Tommy Tsuitommyt...@gmail.com wrote: hi all I got the following message on last lpar IOS500I ACTIVATE RESULTS 394 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED DEVICE IS NOT DEFINED AS DYNAMIC how can I activiate the last one LPAR with activiate = IODFXX ? many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!
Is it possible to use RECOVER with TARGET option? to activate the IODF even dynamic =NO is given on HSA 4.9.2.2 Continuing LPAR mode I/O configuration changes without system reset If your processor was running in LPAR mode, the failure does not require a system reset, and you want to continue making dynamic configuration changes from the point of failure, do the following: t In any logical partition, issue the ACTIVATE command with the RECOVER keyword and TARGET option. MVS continues making the remaining dynamic configuration changes, finishing building the new (target) I/O hardware configuration, which is shared by all logical partitions. On Sun, Jun 7, 2009 at 3:57 AM, Tommy Tsuitommyt...@gmail.com wrote: even activiate=IODFXX,FORCE issued, activiate still failure REASON=0161,CAN NOT DELETE DEVICE 05CF DESCTEXT=DEVICE IS NOT DEFINED AS DYNAMIC COMPID=SC1C3 On Sun, Jun 7, 2009 at 3:18 AM, Tommy Tsuitommyt...@gmail.com wrote: hi all I got the following message on last lpar IOS500I ACTIVATE RESULTS 394 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED DEVICE IS NOT DEFINED AS DYNAMIC how can I activiate the last one LPAR with activiate = IODFXX ? many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!
Look at HMC Customize/Delete Profile. 2009/6/6 Tommy Tsui tommyt...@gmail.com hi all I got the following message on last lpar IOS500I ACTIVATE RESULTS 394 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED DEVICE IS NOT DEFINED AS DYNAMIC how can I activiate the last one LPAR with activiate = IODFXX ? many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!
any book recommend PR/SM? On Sun, Jun 7, 2009 at 5:13 AM, carlos roberto viscondecvisco...@ig.com.br wrote: Look at HMC Customize/Delete Profile. 2009/6/6 Tommy Tsui tommyt...@gmail.com hi all I got the following message on last lpar IOS500I ACTIVATE RESULTS 394 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED DEVICE IS NOT DEFINED AS DYNAMIC how can I activiate the last one LPAR with activiate = IODFXX ? many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC Above the Bar (Was Large Page Support)
Paul Gilmartin wrote: By experiment, I discover that HLASM won't let me create a CSECT 16MiB. It won't let me create a program with multiple CSECTs totalling 16 MiB(?!) Sigh. Are you using GOFF? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DEVICE IS NOT DEFINED AS DYNAMIC ? how to activiate hardware porton urgent!
refer to support element guide, I need to create a new reset profile and point to a new IOCDS, deactivate and activate it again On Sun, Jun 7, 2009 at 5:37 AM, Tommy Tsuitommyt...@gmail.com wrote: any book recommend PR/SM? On Sun, Jun 7, 2009 at 5:13 AM, carlos roberto viscondecvisco...@ig.com.br wrote: Look at HMC Customize/Delete Profile. 2009/6/6 Tommy Tsui tommyt...@gmail.com hi all I got the following message on last lpar IOS500I ACTIVATE RESULTS 394 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED DEVICE IS NOT DEFINED AS DYNAMIC how can I activiate the last one LPAR with activiate = IODFXX ? many thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC Above the Bar (Was Large Page Support)
At 11:13 -0500 on 06/06/2009, Paul Gilmartin wrote about Re: EXEC Above the Bar (Was Large Page Support): Nearby in the same document: ... when IEFBR14 is used to delete a data set ... Haven't we agreed here that IEFBR14 doesn't delete data sets? Hasn't IBM learned this yet? I think they are thinking of executing IEFBR14 (which does nothing but immediately return to the initiator and allow the next step in the job stream to execute) to cause that step's DD Statement's DISP to take effect. IOW: //DELETE EXEC PGM=IEFBR14 //DD1DD DSN=FILE1,DISP=(OLD,DELETE) //DD2DD DSN=FILE2,DISP=(OLD,DELETE) //DD3DD DSN=FILE3,DISP=(OLD,DELETE) etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC Above the Bar (Was Large Page Support)
In article listserv%200906052142508773.0...@bama.ua.edu you wrote: On Fri, 5 Jun 2009 16:18:07 -0500, Rick Fochtman wrote: In z/OS V1.11, support is added for data tables contained in load modules and program objects to be placed above 2 GB. A new ADDR64 --unsnip-- constraint relief. I'll have to rethink the addressing scheme for moving around within the tables, since I doubt that anything would actually go through relocation. At least I have the most important element: TIME! Perhaps an IBM employee can clarify this. Does HLASM provide support for 64-bit ADCONs (or will it in 1.11)? Even prior to HLASM support will Binder provide support for 64-bit RLDs? I'm not sure about RLD, but DC AD() has been around since I believe the first HLASM to support 64-bit. If I need to set a register to some label, it's easier to do LG Rx,=AD(myroutine) than fiddle with clearing the high half and has the advantage of doing what is needed if the routine ever does move above the bar. By experiment, I discover that HLASM won't let me create a CSECT 16MiB. It won't let me create a program with multiple CSECTs totalling 16 MiB(?!) Sigh. It will let me assemble multiple programs totalling 16 MiB in a single job step. So you also may need ORDER commands to control the load sequence. -- gil -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why are z/OS people reluctant to use z/OS UNIX?
For my 2 cents worth, I totally agree with Barbara. We don't have any use for Unix at our installation. The only real reason we have to keep up with and maintain UNIX is for TCP/IP. We don't have any substantial use for UNIX. Okay, ServerPac, but, I could just as easily use the tapes. By choices made by the Powers that be or did be, the Mainframe and new application development have been functionally stabilized and sunsetted. That was 10 years ago, but the exile order is still in place. I have no burning desire to learn UNIX when I am trying to maintain my knowledge of MVS, OEM products, and, develop my own solutions for the requirements here. If IBM were to scrap MVS and say 1.11 will not have a MVS nucleus but rather a UNIX kernel to drive everything else, then I would have a new direction. Until then, I remain, and quite happily, a MVS systems programmer who tolerates UNIX like an itch I can't scratch. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
