Re: CARLA Code question
Aayush Tiwari wrote: Error : CKR0621 Current id referred to but not defined - assume user [ ... snipped ... ] Go to this address and post your question there: http://www.ibm.com/developerworks/forums/forum.jspa?forumID=1255 HTH Groete / Greetings Elardus Engelbrecht -- 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: Calculating the pipe size for DASD mirroring
If you want a complete independent source with top notch tools and expertise go to the one many of the storage companies do Intellimagic. http://www.intellimagic.net/en/product.phtml?p=Copy%20Services We license some of their tooling directly now and have had good experience with the tools and the available expertise. Getting this wrong is can be very painful and upset your cost model for a proposal so IMHO it is worthwhile to engage with en expert either allied with your storage vendor of choice or independent. Out of curiosity, how do they stack up against Dr H Pat and his pals over at _www.perfassoc.com_ (http://www.perfassoc.com) ? Dr. Pat Artis (www.perfassoc.com) and Dr. Gilbert Houtekamer (www.intellimagic.net) wrote the book titled 'MVS I/O Subsystems: Configuration Management and Performance Analysis' together. Alan, you've already had some good answers and there is a wealth of information available in RMF that can help you calculate throughput. Two of the easiest ways (if you have the right hardware) is to look at the LINK statistics (SMF 74.8) or the FICON switch port values (74.7). Both of these records will give you the write MB/s per link or port. If you intend mirroring all write activity, you now simply have to find the largest interval (peak) and add a safety margin. There are still various link replication details (compression, etc.) but you already have a good starting point. Note: The highest I/O rate typically does not correspond to the interval with the highest throughput. For some technical reading, look at our whitepapers (http://www.intellimagic.net/en/doc.phtml?p=Whitepapers) where we go into detail on obtaining information for sizing synchronous and asynchronous replication. John (alias john.ti...@intellimagic.net) -- 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
Allocate a dataset in an specific track into the DASD (z/OS)
Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com wrote in message news:a625c752b9c1fc47aaa52c6d3e58f919c7fa0c6...@s1128expm115.bbva.igrup obbva... Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero Yes there is, check the ABSTR parameter on the DD statement. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculating the pipe size for DASD mirroring
On Wed, 26 May 2010 15:01:51 -0500, Brian Peterson wrote: We replicate all JES2 data sets (spool, checkpoint, etc) to our remote site, and we have NEVER failed to warm start JES2 using our asynchronous DASD replication solution - a solution which also guarantees consistency. If the DASD replication solution is valid - that is, that consistency is achieved at the remote site, there is no reason JES2 will fail wam start. I would postulate that a JES2 failure to warm start problem would be an indication that the replication solution does not maintain consistency at your remote site, or else you are not including all of JES2's files in the replication solution. We too have never had problems with JES2 warm start during our recovery tests, although our primary ckpt data set was allocated in a coupling facility. But, we replicated *all* data with a point-in-time consistency. Actually, we had two scenarios: 1. data center move - all data 2. recovery tests - all data except test data for applications As we have been doing it with HCD subsystems we used Hitachi BCM HUR for replication and consistency. -- Zaromil -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
Be aware that datasets allocated with ABSTR can't be system-managed. SMS and HSM won't talk to them. Ant. Northern Territory Government, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, 27 May 2010 5:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Allocate a dataset in an specific track into the DASD (z/OS) MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com wrote in message news:a625c752b9c1fc47aaa52c6d3e58f919c7fa0c6...@s1128expm115.bbva.igrup obbva... Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero Yes there is, check the ABSTR parameter on the DD statement. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: How low can you go?
zMan pisze: What's the smallest usable z/OS LPAR you have, in MSUs? Just curious -- obviously it depends: DB2+CICS+heavy batch+IMS+MQ+WebSphere+++ is going to make for a much smaller small than just light batch testing, but I'm curious. (And yes, I realize that z10 MSUs are bigger than older ones; this ain't a scientific approach!) I worked on 37 MIPS machine (9672), 3 LPARs active, on each OS/390+DB2+several CICS regions. I would be able to start my environment on even smaller machine nowadays, but I would need 64-bit one, due to systemsubsystems requirements. BTW: such question has really no sense. -- 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
Re: Allocate a dataset in an specific track into the DASD (z/OS)
Enrique And it works - or, at least it did in May 1974! I was setting up a demonstration of some product on VS1 for an exhibition in the USSR. I had a tape copy of the DASD containing the data sets involved. Unfortunately, the VTOC did not restore for some reason - and maybe some data sets but it turned out whatever data sets may have been missing didn't matter. Fortunately, there was a VTOC listing of the contents of the DASD together with the tape. I well remember an hour or so of hard pounding on an 029 making up DD-statements each with an ABSTR primary suboperand of the SPACE operand in order to populate the VTOC. How I knew I could recover from this disaster from which the ABSTR operand rescued the project I cannot now recall. It was the only time I ever had to use it - for which I can be grateful! Thanks are also due to Kees for jumping in with the ABSTR reference or I might have had to go looking for it. Chris Mason On Thu, 27 May 2010 09:37:13 +0200, MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com wrote: Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero -- 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: can't get a valid JAVAENV file specified for DB2 WLM address space
On Wed, May 26, 2010 at 6:49 PM, Patrick Lyon ptl...@midamerican.comwrote: It also says it should be a dataset with an lrecl of 255 and blksize of 4096. Indeed that was the problem. I saw that in the manual and ignored it as I presumed that advice was only there if you wanted to have the info in an MVS file. I presumed that it would certainly be ok to put it into a USS file would it not. Not so, how mad is that !!! Never mind, thanks for the replies. Now on to the next problem. Jim McAlpine -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
Is there some way to allocate a dataset specifying the exact position into the Disk? I have a question! Why do you need to do this? - Too busy driving to stop for gas! -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
Why do you need to do this? I guess that'll be apart from having restored a 'dump' tape which didn't include the VTOC. Chris Mason On Thu, 27 May 2010 12:04:40 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Is there some way to allocate a dataset specifying the exact position into the Disk? I have a question! Why do you need to do this? -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
On Thu, 27 May 2010 12:04:40 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Is there some way to allocate a dataset specifying the exact position into the Disk? I have a question! Why do you need to do this? I had a need to do it last week (maybe for the first time in many years). I need to move / expand the VTOC on a mod 27 and moved a data set that was adjacent. I wanted to allocate a place holder so nothing else would get allocated there (because I wanted to do it at a later date/time) and even though I specified the exact size of the free space I wanted to occupy, and it was at the front of the volume, for some reason DADSM wasn't allocating it there until I used ABSTR. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Allocate a dataset in an specific track into the DASD (z/OS)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, May 27, 2010 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Allocate a dataset in an specific track into the DASD (z/OS) On Thu, 27 May 2010 12:04:40 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Is there some way to allocate a dataset specifying the exact position into the Disk? I have a question! Why do you need to do this? I had a need to do it last week (maybe for the first time in many years). I need to move / expand the VTOC on a mod 27 and moved a data set that was adjacent. I wanted to allocate a place holder so nothing else would get allocated there (because I wanted to do it at a later date/time) and even though I specified the exact size of the free space I wanted to occupy, and it was at the front of the volume, for some reason DADSM wasn't allocating it there until I used ABSTR. SNIPPAGE So how do I do with Windows or *nix? Remember, coming to a blade near you Regards, Steve Thompson -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
Thompson, Steve wrote: So how do I do with Windows or *nix? Try the Format utility? ;-D Remember, coming to a blade near you Really Sharp Cutting Technology! ;-D Groete / Greetings Elardus Engelbrecht -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
Not with modern DASD, AFAIK. Tracks, cylinders, etc are just logical constructs. The 'front' of a volume could appear just about anywhere on the physical disk. Except for some potential logical fragmentation issues, why do you care? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO, ENRIQUE ELOI Sent: Thursday, May 27, 2010 2:37 AM To: IBM-MAIN@bama.ua.edu Subject: Allocate a dataset in an specific track into the DASD (z/OS) Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
They are quite real to z/OS. See the rest of the thread for some useful situations. Kees. Hal Merritt hmerr...@jackhenry.com wrote in message news:1910aea19cd2554fb59403184ebe43810284511...@mmoexchmbs01.jhacorp.co m... Not with modern DASD, AFAIK. Tracks, cylinders, etc are just logical constructs. The 'front' of a volume could appear just about anywhere on the physical disk. Except for some potential logical fragmentation issues, why do you care? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO, ENRIQUE ELOI Sent: Thursday, May 27, 2010 2:37 AM To: IBM-MAIN@bama.ua.edu Subject: Allocate a dataset in an specific track into the DASD (z/OS) Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocate a dataset in an specific track into the DASD (z/OS)
Hal Merritt pisze: Not with modern DASD, AFAIK. Tracks, cylinders, etc are just logical constructs. The 'front' of a volume could appear just about anywhere on the physical disk. Except for some potential logical fragmentation issues, why do you care? Virtual disk 3390-27 is still real from z/OS point of view. Usage map is very real. However IMHO it does not justify usage of ABSTR, doesn't matter how real or virtual is the disk. Or course - from the other hand - there is nothing shameful in using ABSTR. g -- 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
Re: Allocate a dataset in an specific track into the DASD (z/OS)
To answer the question, rather than ask why --- Use ABSTR function of the SPACE parameter as in //DUMMY DD DSN=SOMETHING,SPACE=(ABSTR,(150,15)),UNIT=SYSDA,VOL=SER=XX That allocates 10 cylinders starting at cylinder 1, assuming 3390 devices. If you wanted a PDS with 15 directory blocks, SPACE=(ABSTR,(150,15,15)) Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, May 27, 2010 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Allocate a dataset in an specific track into the DASD (z/OS) Not with modern DASD, AFAIK. Tracks, cylinders, etc are just logical constructs. The 'front' of a volume could appear just about anywhere on the physical disk. Except for some potential logical fragmentation issues, why do you care? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO, ENRIQUE ELOI Sent: Thursday, May 27, 2010 2:37 AM To: IBM-MAIN@bama.ua.edu Subject: Allocate a dataset in an specific track into the DASD (z/OS) Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero -- 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: LPSERVE configuration
Found FORMS parameter on OUTPUT statement. Thanks for your help -- 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 low can you go?
Ken you're correct; there is a minimum charge of 3 MSUs for an IBM product per PricingPlex. That's important because it is not per machine. Al Sherkow I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.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: Allocate a dataset in an specific track into the DASD (z/OS)
On Thu, 27 May 2010 08:00:57 -0500, Mark Zelden wrote: I need to move / expand the VTOC on a mod 27 and moved a data set that was adjacent. I wanted to allocate a place holder so nothing else would get allocated there (because I wanted to do it at a later date/time) and And renaming the squatter wouldn't have sufficed? (Of course one must anticipate the need to do this.) -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
Well, Why i need this?. Just to extend the VVDS of a volume. I mean SYS1.VVDS.VMYDASD 1 18267 1 18267 10 274006,10 *** FREE EXTENT *** 0 18267 11 18297 4 274016,444 -- allocate a temporary file in this part of the dasd Our procedure to increase the VVDS size, is to allocate a dataset just after the current VVDS to avoid allocations from other people jobs. and used to extend the VVDS in other steps. The problem is that, we have to create an specific ACS routine to allow allocation the file in the specific volume, if not, then the ACS will allocate the dataset in another volume. So we change the ACS routines temporarily, create a filler dataset and increase the VVDS size (backup, delete, alloc, restore). That´s the way we use to. So if there is a better way to perform this VVDS size increase, please send it. :-) Thanks a lot, Enrique -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
On Thu, 27 May 2010 09:43:08 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 27 May 2010 08:00:57 -0500, Mark Zelden wrote: I need to move / expand the VTOC on a mod 27 and moved a data set that was adjacent. I wanted to allocate a place holder so nothing else would get allocated there (because I wanted to do it at a later date/time) and And renaming the squatter wouldn't have sufficed? (Of course one must anticipate the need to do this.) I don't understand your meaning. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Allocate a dataset in an specific track into the DASD (z/OS)
Chris Yup, I guess there is some merit - gosh, I've done it again! - in looking through all the previous posts. ... Kees Vernooij wrote all of 7 hours before ... Yes there is, check the ABSTR parameter on the DD statement. Chris Mason On Thu, 27 May 2010 08:28:51 -0600, Blaicher, Chris chris_blaic...@bmc.com wrote: To answer the question, rather than ask why --- Use ABSTR function of the SPACE parameter as in //DUMMY DD DSN=SOMETHING,SPACE=(ABSTR, (150,15)),UNIT=SYSDA,VOL=SER=XX That allocates 10 cylinders starting at cylinder 1, assuming 3390 devices. If you wanted a PDS with 15 directory blocks, SPACE=(ABSTR,(150,15,15)) Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, May 27, 2010 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Allocate a dataset in an specific track into the DASD (z/OS) Not with modern DASD, AFAIK. Tracks, cylinders, etc are just logical constructs. The 'front' of a volume could appear just about anywhere on the physical disk. Except for some potential logical fragmentation issues, why do you care? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO, ENRIQUE ELOI Sent: Thursday, May 27, 2010 2:37 AM To: IBM-MAIN@bama.ua.edu Subject: Allocate a dataset in an specific track into the DASD (z/OS) Hi team, Is there some way to allocate a dataset specifying the exact position into the Disk? I know that in VSE using the // DLBL and // EXTENT can be used to allocate a dataset in an specific track into the DASD. But what about z/OS? Is it possible? How to do it? Thanks a bunch, Enrique Montero -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
MONTERO ROMERO, ENRIQUE ELOI pisze: Well, Why i need this?. Just to extend the VVDS of a volume. 1. Why not allocate larger VVDS ? It's a matter of few tracks. 2. What about secondary extents? Do they have to be adjacent? 3. It's enough to allocate PS dataset just after VVDS allocation (assumed VVDS is at the begining of volume) - it will be implicitly allocated just after last used track. But, I repeat: it is NOT NECESSARY. Our procedure to increase the VVDS size, is to allocate a dataset just after the current VVDS to avoid allocations from other people jobs. and used to extend the VVDS in other steps. IMHO you should have procedure to AVOID it. The problem is that, we have to create an specific ACS routine to allow allocation the file in the specific volume, Indeed. That´s the way we use to. So if there is a better way to perform this VVDS size increase, please send it. :-) See above. Tested - no need to change VVDS for years. In fact you have more or less sophisticated trick to solve the problem which can be simply avoided. -- 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
zOS1.11 Allocation error
We have an application which runs a batch job, in one step of which they use an IEFBR14 to recall multiple GDG's. They do this by specifying the GDG base with DISP=(MOD,KEEP,KEEP). There are approx.50 DD's in the step and they have multiple jobs that do this - I try not to judge, but I certainly can't defend this process. Anyway - A stub of the JCL: //DD29 DD DSN=JSDT.D1MKE.IM.RUN2.DTGDIG01, //DISP=(MOD,KEEP,KEEP) Prior to the implementation of zOS1.11, this worked successfully every time. Since we implemented 1.11, every job they have using this process abends every day with the following: IEF344I ADBD090D PS060 JS010 DD29 +002 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17370I UNEXPECTED RETURN CODE FROM UCBLOOK SERVICES WHILE PROCESSING DATA SET JSDT.D1MKE.IM.RUN2.DTGDIG01.G1138V00 RETURN CODE IS 4 REASON CODE IS 0 IGD17203I VOLUME DEFINITION NOT FOUND FOR ALLOCATION OF DATA SET JSDT.D1MKE.IM.RUN2.DTGDIG01.G1138V00 DDNAME IGD306I UNEXPECTED ERROR DURING IGDCNS01 PROCESSING RETURN CODE 5002 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDVTSAR SMS MODULE TRACE BACK - VTSAR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00159 Their work-around is to issue HRECALL's for the migrated GDG's then re-submit the job. We're following up with IBM, but I'm curious to know if anyone on this august list has implemented 1.11 and seen this same issue. thanks - ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: zOS1.11 Allocation error
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Darth Keller Sent: Thursday, May 27, 2010 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: zOS1.11 Allocation error We have an application which runs a batch job, in one step of which they use an IEFBR14 to recall multiple GDG's. They do this by specifying the GDG base with DISP=(MOD,KEEP,KEEP). There are approx.50 DD's in the step and they have multiple jobs that do this - I try not to judge, but I certainly can't defend this process. Anyway - SNIPPAGE Meanwhile, if you will invoke IKJEFT01 (TSO in batch) and issue the HRECALL in the batch job, I think you will get the desired results. And they [your users] won't have to logon to TSO and do the HRECALL manually. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- 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: zOS1.11 Allocation error
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Darth Keller Sent: Thursday, May 27, 2010 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: zOS1.11 Allocation error We have an application which runs a batch job, in one step of which they use an IEFBR14 to recall multiple GDG's. They do this by specifying the GDG base with DISP=(MOD,KEEP,KEEP). There are approx.50 DD's in the step and they have multiple jobs that do this - I try not to judge, but I certainly can't defend this process. Anyway - A stub of the JCL: //DD29 DD DSN=JSDT.D1MKE.IM.RUN2.DTGDIG01, //DISP=(MOD,KEEP,KEEP) Prior to the implementation of zOS1.11, this worked successfully every time. Since we implemented 1.11, every job they have using this process abends every day with the following: IEF344I ADBD090D PS060 JS010 DD29 +002 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17370I UNEXPECTED RETURN CODE FROM UCBLOOK SERVICES WHILE PROCESSING DATA SET JSDT.D1MKE.IM.RUN2.DTGDIG01.G1138V00 RETURN CODE IS 4 REASON CODE IS 0 IGD17203I VOLUME DEFINITION NOT FOUND FOR ALLOCATION OF DATA SET JSDT.D1MKE.IM.RUN2.DTGDIG01.G1138V00 DDNAME IGD306I UNEXPECTED ERROR DURING IGDCNS01 PROCESSING RETURN CODE 5002 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDVTSAR SMS MODULE TRACE BACK - VTSAR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00159 Their work-around is to issue HRECALL's for the migrated GDG's then re-submit the job. We're following up with IBM, but I'm curious to know if anyone on this august list has implemented 1.11 and seen this same issue. thanks - ddk Look at APAR OW02756, PTFs UW04277 or UW04278. PROBLEM SUMMARY: * USERS AFFECTED: All users of DFSMS 1.1.0 or higher. * * PROBLEM DESCRIPTION: An error message IGD17370I is issued* * followed by a IGD17409I message.* * RECOMMENDATION: * The problem occurs because the UCBLOOK macro is being used to loacte a UCB and the RANGE(ALL) option is not specified. Consequently some UCBs will not be found resulting in this error. PROBLEM CONCLUSION: The UCBLOOK invocation has been changed to specify RANGE(ALL). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: zOS1.11 Allocation error
Look at APAR OW02756, PTFs UW04277 or UW04278. John Steve - Thanks for the help. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: zOS1.11 Allocation error
Sounds like it could be related to the IEFBR14 change to delete files w/o recall /snip A stub of the JCL: //DD29 DD DSN=JSDT.D1MKE.IM.RUN2.DTGDIG01, //DISP=(MOD,KEEP,KEEP) Prior to the implementation of zOS1.11, this worked successfully every time. Since we implemented 1.11, every job they have using this process abends every day with the following: snippage... Their work-around is to issue HRECALL's for the migrated GDG's then re-submit the job. We're following up with IBM, but I'm curious to know if anyone on this august list has implemented 1.11 and seen this same issue. /snip thanks - ddk -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
On Thu, 27 May 2010 09:57:50 -0500, Mark Zelden wrote: And renaming the squatter wouldn't have sufficed? (Of course one must anticipate the need to do this.) I don't understand your meaning. Backup the obstructing (adjacent) data set. Rename it. Now you have you placeholder. (Data security erase?) Restore it. (Same could be accomplished with a copy and two renames.) I'm just timid; enlarging a VTOC is way outside my job description, and I'd be phobic about typos in the ABSTR. -- 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: Calculating the pipe size for DASD mirroring
Thanks John John, I hadn't realized that you actually consult for IntelliMagic these days. Dank je wel for your help and for putting Brent on to me. This list is helpful at times but I do wish that some respondents would read the question more carefully and remain closer to the topic when they reply. (o; Life here at CalPERS is BORING! I had to come back to the USA because my parents were ill. Now that they're gone, I'm feeling like it's time for me to move on. I'm tired of living apart from Paulo for half the year because he can't get a visa to remain here with me. We're legally married in California, for God's sake! Grumble... grumble... whine... moan... (o; LOL! How's the job market in Europe these days? I was glad to hear that all is well with the family. Your news regarding your gaggle of boys reminded me of how much time has passed. A -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Ticic Sent: Thursday, May 27, 2010 00:28 To: IBM-MAIN@bama.ua.edu Subject: Re: Calculating the pipe size for DASD mirroring If you want a complete independent source with top notch tools and expertise go to the one many of the storage companies do Intellimagic. http://www.intellimagic.net/en/product.phtml?p=Copy%20Services We license some of their tooling directly now and have had good experience with the tools and the available expertise. Getting this wrong is can be very painful and upset your cost model for a proposal so IMHO it is worthwhile to engage with en expert either allied with your storage vendor of choice or independent. Out of curiosity, how do they stack up against Dr H Pat and his pals over at _www.perfassoc.com_ (http://www.perfassoc.com) ? Dr. Pat Artis (www.perfassoc.com) and Dr. Gilbert Houtekamer (www.intellimagic.net) wrote the book titled 'MVS I/O Subsystems: Configuration Management and Performance Analysis' together. Alan, you've already had some good answers and there is a wealth of information available in RMF that can help you calculate throughput. Two of the easiest ways (if you have the right hardware) is to look at the LINK statistics (SMF 74.8) or the FICON switch port values (74.7). Both of these records will give you the write MB/s per link or port. If you intend mirroring all write activity, you now simply have to find the largest interval (peak) and add a safety margin. There are still various link replication details (compression, etc.) but you already have a good starting point. Note: The highest I/O rate typically does not correspond to the interval with the highest throughput. For some technical reading, look at our whitepapers (http://www.intellimagic.net/en/doc.phtml?p=Whitepapers) where we go into detail on obtaining information for sizing synchronous and asynchronous replication. John (alias john.ti...@intellimagic.net) -- 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: Calculating the pipe size for DASD mirroring
Sorry list! Now I did it! That was obviously meant for John. I apologize! Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Starr, Alan Sent: Thursday, May 27, 2010 09:17 To: IBM-MAIN@bama.ua.edu Subject: Re: Calculating the pipe size for DASD mirroring Thanks John John, I hadn't realized that you actually consult for IntelliMagic these days. Dank je wel for your help and for putting Brent on to me. This list is helpful at times but I do wish that some respondents would read the question more carefully and remain closer to the topic when they reply. (o; Life here at CalPERS is BORING! I had to come back to the USA because my parents were ill. Now that they're gone, I'm feeling like it's time for me to move on. I'm tired of living apart from Paulo for half the year because he can't get a visa to remain here with me. We're legally married in California, for God's sake! Grumble... grumble... whine... moan... (o; LOL! How's the job market in Europe these days? I was glad to hear that all is well with the family. Your news regarding your gaggle of boys reminded me of how much time has passed. A -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Ticic Sent: Thursday, May 27, 2010 00:28 To: IBM-MAIN@bama.ua.edu Subject: Re: Calculating the pipe size for DASD mirroring If you want a complete independent source with top notch tools and expertise go to the one many of the storage companies do Intellimagic. http://www.intellimagic.net/en/product.phtml?p=Copy%20Services We license some of their tooling directly now and have had good experience with the tools and the available expertise. Getting this wrong is can be very painful and upset your cost model for a proposal so IMHO it is worthwhile to engage with en expert either allied with your storage vendor of choice or independent. Out of curiosity, how do they stack up against Dr H Pat and his pals over at _www.perfassoc.com_ (http://www.perfassoc.com) ? Dr. Pat Artis (www.perfassoc.com) and Dr. Gilbert Houtekamer (www.intellimagic.net) wrote the book titled 'MVS I/O Subsystems: Configuration Management and Performance Analysis' together. Alan, you've already had some good answers and there is a wealth of information available in RMF that can help you calculate throughput. Two of the easiest ways (if you have the right hardware) is to look at the LINK statistics (SMF 74.8) or the FICON switch port values (74.7). Both of these records will give you the write MB/s per link or port. If you intend mirroring all write activity, you now simply have to find the largest interval (peak) and add a safety margin. There are still various link replication details (compression, etc.) but you already have a good starting point. Note: The highest I/O rate typically does not correspond to the interval with the highest throughput. For some technical reading, look at our whitepapers (http://www.intellimagic.net/en/doc.phtml?p=Whitepapers) where we go into detail on obtaining information for sizing synchronous and asynchronous replication. John (alias john.ti...@intellimagic.net) -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
On Thu, 27 May 2010 11:11:39 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 27 May 2010 09:57:50 -0500, Mark Zelden wrote: And renaming the squatter wouldn't have sufficed? (Of course one must anticipate the need to do this.) I don't understand your meaning. Backup the obstructing (adjacent) data set. Rename it. Now you have you placeholder. (Data security erase?) Restore it. (Same could be accomplished with a copy and two renames.) Okay, now I understand. That could work. In my case the data set was a catalog though. If it were a plain 'ol vsam file, yes it could be renamed, but I wanted the name to be uncataloged (which I suppose if I changed the HLQ to my own in the rename, it would be almost the same thing since it wouldn't get re-cataloged in the proper catalog). So I needed to export the catalog, allocate a place holder, then imported it so it ended up in a different place. I'm just timid; enlarging a VTOC is way outside my job description, and I'd be phobic about typos in the ABSTR. Don't worry. It's not like it forces the data set there. If the space is occupied, you will get a JCL error. Anyway, as this thread has shown, there still are some valid uses for ABSTR. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: zOS1.11 Allocation error
Hi Darth, By any chance is the catalogue containing the GDG disconnected?. If that were the case, then the MOD would try to write a new dataset, thus requiring space. HTH, Linda Mooney - Original Message - From: Allan Staller allan.stal...@kbm1.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, May 27, 2010 9:06:59 AM GMT -08:00 US/Canada Pacific Subject: Re: zOS1.11 Allocation error Sounds like it could be related to the IEFBR14 change to delete files w/o recall /snip A stub of the JCL: //DD29 DD DSN=JSDT.D1MKE.IM.RUN2.DTGDIG01, // DISP=(MOD,KEEP,KEEP) Prior to the implementation of zOS1.11, this worked successfully every time. Since we implemented 1.11, every job they have using this process abends every day with the following: snippage... Their work-around is to issue HRECALL's for the migrated GDG's then re-submit the job. We're following up with IBM, but I'm curious to know if anyone on this august list has implemented 1.11 and seen this same issue. /snip thanks - ddk -- 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: zOS1.11 Allocation error
By any chance is the catalogue containing the GDG disconnected?. If that were the case, then the MOD would try to write a new dataset, thus requiring space. Hi Linda - no chance - I checked it out. As far as I can tell, the jobs all ran successfully on 5/15, we put in zOS1.11 on the 16th, every job using this technique has abended since then. We're seriously looking at the APAR PTF's John McKown mentioned earlier. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: zOS1.11 Allocation error
On Thu, 27 May 2010 11:06:59 -0500, Staller, Allan wrote: Sounds like it could be related to the IEFBR14 change to delete files w/o recall I thought that was supposed to affect only DISP=(*,DELETE). If both primary and secondary dispositions are specified, must both be DELETE? (In case IEFBR14 ABENDs?) A stub of the JCL: //DD29 DD DSN=JSDT.D1MKE.IM.RUN2.DTGDIG01, //DISP=(MOD,KEEP,KEEP) The IEFBR14 change depends (it said here) on the name in the PGM=. Would it work to create an alias for IEFBR14 and use that? Some other executable such as IEBGENER DUMMY; DUMMY? -- 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: zOS1.11 Allocation error
On 05/27/10 12:45, Darth Keller wrote: By any chance is the catalogue containing the GDG disconnected?. If that were the case, then the MOD would try to write a new dataset, thus requiring space. Hi Linda - no chance - I checked it out. As far as I can tell, the jobs all ran successfully on 5/15, we put in zOS1.11 on the 16th, every job using this technique has abended since then. We're seriously looking at the APAR PTF's John McKown mentioned earlier. ddk That apar and PTF's are from 1994. I'd start looking at another cause. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: zOS1.11 Allocation error
Try this link: z/OS family - all hardware, OS, and related software: Red Alerts * http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html?myns=z000mynp=OCHW188mynp=OCHW18Nmynp=OCHW19Ymynp=OCHW20Lmynp=OCHW22Dmynp=OCHW23Dmynp=OCHW25Dmynp=OCHW30Dmynp=OCSWG90mynp=OCSWG80mynp=OCSWGA0mynp=OCSWGB0mync=E Possible data loss for z/OS 1.11 users of GDG's with GDS_RECLAIM Possible data loss for z/OS 1.11 users of GDG's with GDS_RECLAIM option set to YES (default) in the SMS Parmlib member, IGDSMSxx To read the complete text of this Red Alert as well as previous Red Alerts please use the above link. Frank The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Thursday, May 27, 2010 1:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: zOS1.11 Allocation error On 05/27/10 12:45, Darth Keller wrote: By any chance is the catalogue containing the GDG disconnected?. If that were the case, then the MOD would try to write a new dataset, thus requiring space. Hi Linda - no chance - I checked it out. As far as I can tell, the jobs all ran successfully on 5/15, we put in zOS1.11 on the 16th, every job using this technique has abended since then. We're seriously looking at the APAR PTF's John McKown mentioned earlier. ddk That apar and PTF's are from 1994. I'd start looking at another cause. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: zOS1.11 Allocation error
Possible data loss for z/OS 1.11 users of GDG's with GDS_RECLAIM We took care of this one - don't think it's related. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: zOS1.11 Allocation error
Interesting APAR OA31970 I wonder if you might have set the following in ALLOCxx: SYSTEM IEFBR14_DELMIGDS(NORECALL) I believe the default is IEFBR14_DELMIGDS(LEGACY) which might provide you with better results, while waiting for a fix from IBM. Brian On Thu, 27 May 2010 10:24:12 -0500, Darth Keller wrote: We have an application which runs a batch job, in one step of which they use an IEFBR14 to recall multiple GDG's. They do this by specifying the GDG base with DISP=(MOD,KEEP,KEEP). There are approx.50 DD's in the step and they have multiple jobs that do this - I try not to judge, but I certainly can't defend this process. Anyway - A stub of the JCL: //DD29 DD DSN=JSDT.D1MKE.IM.RUN2.DTGDIG01, //DISP=(MOD,KEEP,KEEP) Prior to the implementation of zOS1.11, this worked successfully every time. Since we implemented 1.11, every job they have using this process abends every day with the following: IEF344I ADBD090D PS060 JS010 DD29 +002 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERROR IGD17370I UNEXPECTED RETURN CODE FROM UCBLOOK SERVICES WHILE PROCESSING DATA SET JSDT.D1MKE.IM.RUN2.DTGDIG01.G1138V00 RETURN CODE IS 4 REASON CODE IS 0 IGD17203I VOLUME DEFINITION NOT FOUND FOR ALLOCATION OF DATA SET JSDT.D1MKE.IM.RUN2.DTGDIG01.G1138V00 DDNAME IGD306I UNEXPECTED ERROR DURING IGDCNS01 PROCESSING RETURN CODE 5002 REASON CODE 0 THE MODULE THAT DETECTED THE ERROR IS IGDVTSAR SMS MODULE TRACE BACK - VTSAR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD00159 Their work-around is to issue HRECALL's for the migrated GDG's then re-submit the job. We're following up with IBM, but I'm curious to know if anyone on this august list has implemented 1.11 and seen this same issue. thanks - ddk -- 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: zOS1.11 Allocation error
Interesting APAR OA31970 I wonder if you might have set the following in ALLOCxx: SYSTEM IEFBR14_DELMIGDS(NORECALL) I don't believe this applies as the disposition in our job is MOD,KEEP,KEEP ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: zOS1.11 Allocation error
Do you have SYSTEM IEFBR14_DELMIGDS(NORECALL) set on your z/OS 1.11 system? My point with mentioning OA31970 was a more general observation that there are problably some number of problems with IEFBR14_DELMIGDS(NORECALL). It is also possible that the brand new fix (May 2010) for OA31970 will fix your problem in addition to the problem described in the APAR. On the other hand, if you have SYSTEM IEFBR14_DELMIGDS(LEGACY) set, then I would agree that OA31970 does not apply. Brian On Thu, 27 May 2010 13:12:03 -0500, Darth Keller wrote: Interesting APAR OA31970 I wonder if you might have set the following in ALLOCxx: SYSTEM IEFBR14_DELMIGDS(NORECALL) I don't believe this applies as the disposition in our job is MOD,KEEP,KEEP ddk -- 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
Userid from assembler in z/OS batch
How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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: Userid from assembler in z/OS batch
On 05/27/10 14:40, zMan wrote: How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. If you're running RACF you can use the ACEEUSRI field in the ACEE control block to get it. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: Userid from assembler in z/OS batch
On Thu, 27 May 2010 14:40:38 -0400, zMan zedgarhoo...@gmail.com wrote: How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. -- I get it from the ACEE.ASCB -- ASXB -- ACEE Have a look at the data areas manuals, or you can have a look at this rexx example to see the offsets: /* REXX */ ASCB = C2d(Storage(224,4)) /* point to ASCB*/ ASXB = C2d(Storage(D2x(ASCB+108),4)) /* point to ASXB*/ ACEE = C2d(Storage(D2x(ASXB+200),4)) /* point to ACEE*/ /* */ USER = Storage(D2x(ACEE+21),8) /* point to USERID */ GROUP= Storage(D2x(ACEE+30),8) /* point to GROUP */ Say 'The USERID in the ACEE is:' USER Say 'The GROUP in the ACEE is:' GROUP Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Userid from assembler in z/OS batch
Thanks, Marks! :-) -- 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: Userid from assembler in z/OS batch
On Thu, 27 May 2010 14:44:18 -0400, Mark Jacobs mark.jac...@custserv.com wrote: On 05/27/10 14:40, zMan wrote: How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. If you're running RACF you can use the ACEEUSRI field in the ACEE control block to get it. It's there for ACF2 and Top Secret also. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Userid from assembler in z/OS batch
On 05/27/10 14:51, Mark Zelden wrote: On Thu, 27 May 2010 14:44:18 -0400, Mark Jacobsmark.jac...@custserv.com wrote: On 05/27/10 14:40, zMan wrote: How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. If you're running RACF you can use the ACEEUSRI field in the ACEE control block to get it. It's there for ACF2 and Top Secret also. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ - I've never worked with Top Secret and my ACF2 experience is 15 years in the past. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: Userid from assembler in z/OS batch
You will love this macro: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A2A0/29.1 You can get: JES jobid (JOBn) JOB name RACF userid -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Thursday, May 27, 2010 1:41 PM To: IBM-MAIN@bama.ua.edu Subject: Userid from assembler in z/OS batch How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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: Userid from assembler in z/OS batch
USING PSA,0 (PSA) LR1,PSATOLD R1-TCB USING TCB,R1(TCB) ICM R1,15,TCBSENV Have ACEE? BNZ HAVEACEE Yes, use it LR1,PSAAOLD R1-ASCB USING ASCB,R1 (ASCB) LR1,ASCBASXB R1-ASXB USING ASXB,R1 (ASXB) ICM R1,15,ASXBSENV Have ACEE? BNZ HAVEACEE Yes, use it BNOACEE No, don't have one HAVEACEE DS 0H USING ACEE,R1 (ACEE) MVC myfield,ACEEUSRI Get UserID DROP R1 (ASCB,ASXB,TCB,ACEE) Mapping macros not shown above If you skip the mapping macros: USING PSA,0 (PSA) LR1,X'21C'R1-TCB ICM R1,15,X'154'(R1) Have ACEE? BNZ HAVEACEE Yes, use it LR1,X'224'R1-ASCB LR1,X'6C'(,R1) R1-ASXB ICM R1,15,X'C8'(R1) Have ACEE? BNZ HAVEACEE Yes, use it BNOACEE No, don't have one HAVEACEE DS 0H USING ACEE,R1 (ACEE) MVC myfield,X'15'(R1) Get UserID DROP R1 (ASCB,ASXB,TCB,ACEE) Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 zMan zedgarhoo...@gmail.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 2010.05.27 14:40 Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Userid from assembler in z/OS batch How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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 BR_ FONT size=2BR DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email./FONT -- 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: Userid from assembler in z/OS batch
John, I do love that macro. A standard interface without any control block and/or component sensitivity (except JSAB, of course). That's a keeper! Thanks! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, May 27, 2010 11:54 To: IBM-MAIN@bama.ua.edu Subject: Re: Userid from assembler in z/OS batch You will love this macro: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A2A0/29.1 You can get: JES jobid (JOBn) JOB name RACF userid -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Thursday, May 27, 2010 1:41 PM To: IBM-MAIN@bama.ua.edu Subject: Userid from assembler in z/OS batch How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. Some Googling hasn't turned anything up, but it's a pretty generic request, lots of (useless) hits. -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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: Userid from assembler in z/OS batch
L R3,PSAAOLD-PSA(0) POINT TO ACB L R4,X'6C'(,R3) POINT TO ASXB FROM ACB MVC DDINAME8(8),X'C0'(R4) MOVE USER NAME FROM ASXB Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Thursday, May 27, 2010 11:41 AM To: IBM-MAIN@bama.ua.edu Subject: Userid from assembler in z/OS batch How do I determine what userid I'm running under from an assembler application in z/OS batch? The Rexx USERID() function works, but I'd rather not call a Rexx program just to fetch me the userid. -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
A few (okay plus a few more) years ago, one of our applications programmers would run a special run of a process that would take 12 to 14 hours to produce a large dataset that, only on the special runs, would be taken into a follow-on process. Usually, the programmer would forget to update the special run JCL to keep the dataset. So, I would get the frantic phone call. I would mount the work pack private and map the volume. I would then move whatever I could off the volume to keep future extents on the same pack. Each time an extent was taken, I would map the volume again. When the job finished and deleted the dataset, I would run an IEFBR14 with ABSTR to allocate each extent as a separate dataset, then run a job to concatenate the extents back into one dataset. Linda Mooney - Original Message - From: Mark Zelden mzel...@flash.net To: IBM-MAIN@bama.ua.edu Sent: Thursday, May 27, 2010 9:23:42 AM GMT -08:00 US/Canada Pacific Subject: Re: Allocate a dataset in an specific track into the DASD (z/OS) On Thu, 27 May 2010 11:11:39 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 27 May 2010 09:57:50 -0500, Mark Zelden wrote: And renaming the squatter wouldn't have sufficed? (Of course one must anticipate the need to do this.) I don't understand your meaning. Backup the obstructing (adjacent) data set. Rename it. Now you have you placeholder. (Data security erase?) Restore it. (Same could be accomplished with a copy and two renames.) Okay, now I understand. That could work. In my case the data set was a catalog though. If it were a plain 'ol vsam file, yes it could be renamed, but I wanted the name to be uncataloged (which I suppose if I changed the HLQ to my own in the rename, it would be almost the same thing since it wouldn't get re-cataloged in the proper catalog). So I needed to export the catalog, allocate a place holder, then imported it so it ended up in a different place. I'm just timid; enlarging a VTOC is way outside my job description, and I'd be phobic about typos in the ABSTR. Don't worry. It's not like it forces the data set there. If the space is occupied, you will get a JCL error. Anyway, as this thread has shown, there still are some valid uses for ABSTR. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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 -- 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
Same ASID in Space-Switching PC Routine
So I finally have a need to write a PC routine. I've been wanting to do this for a while. However, I'm seeing something that's not behaving like I expect it to. My server address space creates the PC routine (among other things) and then just sits there. For testing, I'm calling the PC routine via a plain old batch job. In the small program run by the batch job, I WTO'd out the TCB address and ASID before invoking the PC routine, and put the same WTOs in the PC routine itself. Since it's a space-switching PC routine, I expected the ASID from the WTO in the PC routine to match the server address space, but it doesn't; it's the same ASID for the batch job. Am I not understanding something correctly? Thanks in advance, Adam Johanson IMS Systems Programming, USAA -- 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: zOS1.11 Allocation error
Do you have SYSTEM IEFBR14_DELMIGDS(NORECALL) set on your z/OS 1.11 system? Yes, we do have this parm set. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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: Same ASID in Space-Switching PC Routine
Adam, It's been a long time since I used to live and breathe this cross-memory stuff. As I recall, PSAAOLD (which is what I assume you're looking at for your WTO) points to the HOME address space (i.e. your small batch job), which will be charged for the resources consumed by the PC subroutine (residing in the server address space. Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adam Johanson Sent: Thursday, May 27, 2010 12:34 To: IBM-MAIN@bama.ua.edu Subject: Same ASID in Space-Switching PC Routine So I finally have a need to write a PC routine. I've been wanting to do this for a while. However, I'm seeing something that's not behaving like I expect it to. My server address space creates the PC routine (among other things) and then just sits there. For testing, I'm calling the PC routine via a plain old batch job. In the small program run by the batch job, I WTO'd out the TCB address and ASID before invoking the PC routine, and put the same WTOs in the PC routine itself. Since it's a space-switching PC routine, I expected the ASID from the WTO in the PC routine to match the server address space, but it doesn't; it's the same ASID for the batch job. Am I not understanding something correctly? Thanks in advance, Adam Johanson IMS Systems Programming, USAA -- 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: Same ASID in Space-Switching PC Routine
I'm starting to think that the ASID that I'm looking at (from ASCBASID) is the home ASID, rather than the primary ASID, which does change for the space-switch. Yes, no? - Adam -- 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: Same ASID in Space-Switching PC Routine
You description matches my recollection. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Adam Johanson Sent: Thursday, May 27, 2010 12:47 To: IBM-MAIN@bama.ua.edu Subject: Re: Same ASID in Space-Switching PC Routine I'm starting to think that the ASID that I'm looking at (from ASCBASID) is the home ASID, rather than the primary ASID, which does change for the space-switch. Yes, no? - Adam -- 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: zOS1.11 Allocation error
Per OA31970, you can turn off this new behavior dynamically using the following command: SETALLOC SYSTEM,IEFBR14_DELMIGDS=LEGACY It would certainly be interesting to me to hear if the IEFBR14 problem you've reported goes away with LEGACY set for this parameter. Brian On Thu, 27 May 2010 14:39:15 -0500, Darth Keller wrote: Do you have SYSTEM IEFBR14_DELMIGDS(NORECALL) set on your z/OS 1.11 system? Yes, we do have this parm set. ddk -- 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: Same ASID in Space-Switching PC Routine
Yeah, Alan, just as I was thinking more about it, that thought came to me and I posted it. 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: Same ASID in Space-Switching PC Routine
Where are you getting the source for the ASID and TCB address? If you are using PSAAOLD and PSATOLD, then you are seeing what is expected. When you issue a PC-ss, the PASN (in CR4) will be changed, and the SASN (in CR3) may be changed, depending on how the PC routine is defined. However, the HASN (which is located from the contents of the PSA) is not changed. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Adam Johanson adam.johan...@usaa.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 02:35 PM Subject: Same ASID in Space-Switching PC Routine Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu So I finally have a need to write a PC routine. I've been wanting to do this for a while. However, I'm seeing something that's not behaving like I expect it to. My server address space creates the PC routine (among other things) and then just sits there. For testing, I'm calling the PC routine via a plain old batch job. In the small program run by the batch job, I WTO'd out the TCB address and ASID before invoking the PC routine, and put the same WTOs in the PC routine itself. Since it's a space-switching PC routine, I expected the ASID from the WTO in the PC routine to match the server address space, but it doesn't; it's the same ASID for the batch job. Am I not understanding something correctly? Thanks in advance, Adam Johanson IMS Systems Programming, USAA -- 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
SDSF-PRINT
ok---lets try this again I have a report...sitting on jes2.. I view it in sdsf...select it (S) I issue a PRINT 1100 1200 capturing 100 lines and producing another sysout..(naturally with my id as job name) My problem is original report has a CHARS/FORMDEF/PAGEDEF... The new report I just generated does not. has nothing so report will not print correctly unless I manually go in an alter it. is there a replacement for PRINT (giving me option capture or include those fields) or a means to carry over the CHARS/FORM-PAGEDEF's on the report I just generated... or maybe someone has already wrote something (rexx-clist) to do this and willing to share... thanks -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- 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: Allocate a dataset in an specific track into the DASD (z/OS)
That´s the way we use to. So if there is a better way to perform this VVDS size increase, please send it. :-) In a prior life, as a Space Cadet (over 20 years ago), when 3380 architecture was king, and 3390's hadn't even been announced, we/i handled that by allocating 'large VVDS datasets. There were guidelines in the DFP manuals at the time. We used them and added 50%, then rounded up to the nearest cylinder. We never had to increase. Also, VVDS datasets are allowed extents. And, extents have not been performance issues for a VERY long time. - Too busy driving to stop for gas! -- 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: Same ASID in Space-Switching PC Routine
Wayne, Yeah, I'm getting the ASCB from PSAAOLD and my confusion was that I didn't know that the ASCBASID is for the home address space, rather than the primary. Thanks, Adam Johanson -- 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: Same ASID in Space-Switching PC Routine
To find the PRIMARY ASID, use the EPAR instruction, then use the LOCASCB macro if you need the ASCB address. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Adam Johanson adam.johan...@usaa.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 03:40 PM Subject: Re: Same ASID in Space-Switching PC Routine Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Wayne, Yeah, I'm getting the ASCB from PSAAOLD and my confusion was that I didn't know that the ASCBASID is for the home address space, rather than the primary. Thanks, Adam Johanson -- 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
ftping a gdg from the z box
we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- 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: ftping a gdg from the z box
FTP does not understand GDG's you have to use the fully qualified name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Thursday, May 27, 2010 5:54 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] ftping a gdg from the z box we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- 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: ftping a gdg from the z box
Mace, Two things occur to me immediately: 1) Are you sure that you have defined the GDG in the catalog? FTP can create a new GDS but not the GDG. 2) If the GDS is non-SMS, have you defined the Model-DSCB in the FTP Data that is being used? Here is a snippet (rather long) from the 1.9 manual: Generation data group support Generation data groups (GDGs) enable you to store multiple data sets, called generation data sets (GDSs), as versions of the GDG. You cannot use FTP to create a new GDG, but you can use it to create a new version (that is, a new GDS) or to transfer an existing version of an existing GDG. The relationship between DCBDSN and GDGs is governed by MVS allocation rules rather than FTP usage rules. Therefore, when creating a new GDG [put 'sys1.proclib(jes2)' user77.mygdg(+1)], at least one of the following must be true: v A valid MODEL or PATTERN DSCB (for FTP, DCBDSN) specification must be coded in the FTP.DATA file when the z/OS FTP server is started. v A valid SITE DCbdsn=dataset_name must be issued before a PUT command is issued. v A data set having the same name as the GDG base must reside on the volume as the user catalog that contains the GDG definition. In this case, neither a SITE DCbdsn or a DCBDSN argument in the FTP.DATA data file is required. 94 z/OS V1R9.0 Comm Svr: IP User's Guide and Commands Allocation detects that a GDG is being created and looks in the VTOC of the volume containing the USERCATALOG for a data set (uncataloged) that has the same name as the GDG BASE (see the sample GDG JCL that follows) .Notes: 1. A model or pattern DSCB that is the same name as the GDG BASE cannot exist on an SMS managed volume. This is an SMS restriction and is documented in the DFP manuals pertaining to using data sets (generation data sets or generation data groups). 2. Allocation does not generally have any requirements about the characteristics of a MODEL DSCB (cannot be VSAM, must be on DASD). Most facilities create one model DSCB for the entire system and everyone uses that model. The system-wide model usually has no logical record length (LRecl), block size (BLKsize), record format (RECfm), data set organization (DSORG) or retention period (RETpd) associated with it. 3. The z/OS FTP server requires the MODEL DSCB to have a valid DSORG of physical sequential organization (PS). Otherwise the SITE command for the DCBDSN is ignored, and a message is issued indicating the DCBDSN was ignored. 4. GDGs are MVS-specific structures. Other operating systems might not support this structure. Using FTP to send GDG members to other operating systems is not guaranteed to yield the same results as an MVS-to-MVS transfer. 5. The REName subcommand does not guarantee serialization of the GDG data set. Use the PUt subcommand instead. See Informational APAR II08285 for more information. The following restrictions apply: v DCBDSN=USER.MYGDG(0)/ USER.MYGDG(-n), not supported v DCBDSN=SYS1.PROCLIB(JES2), specifying a member of a PDS is not valid v DCBDSN=SYS1.PROCLIB, valid v The data set referenced on the DCBDSN, a DSORG of PS needed (FTP requirement) Note: If there are explicit values associated with LRecl, BLKsize, RECfm, or the SMS management equivalent parameters, these explicit parameters override the values associated with the model DSCB specified on the DCBDSN. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Thursday, May 27, 2010 14:54 To: IBM-MAIN@bama.ua.edu Subject: ftping a gdg from the z box we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- 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: ftping a gdg from the z box
You will have to access the data set as generation zero on the ftp put step. //FTPSTEP EXEC PGM=FTP,REGION=4096K, // PARM='ftp.server.com (EXIT TI 720' //PTFBIN DD DISP=(NEW,CATLG,DELETE),DSN=GDG.DATASET(+1), . //INPUT DD * anonymous a...@a.com put target-file-name 'GDG.DATASET(0)' Natarajan On 05/27/2010 02:53 PM, larry macioce wrote: we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- 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 NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EdFund at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- 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: ftping a gdg from the z box
You can FTP a GDG If you are creating the GDG in the same JCL stream it will be (+1) if the GDG is created in a different job it will be (0). There is already a response for FTPing into the GDG. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- 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: Same ASID in Space-Switching PC Routine
Cool. And it turns out ASCBASID isn't really for the home address space, but when I picked the ASID out of PSAAOLD, that points to the home address space's ASCB. - Adam -- 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: ftping a gdg from the z box
From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace You should have no problem at all using FTP PUT to create a (+1) generation as long as you have your target z/OS server properly configured with a GDG base; and you do not need a model DSCB if the environment is SMS-managed. Might I suggest you start out by submitting a JCL jobstream on the remote system using site filetype=jes and see if your batch job can create a more typical generation Also, it's unclear if you have verified there is proper authorization on the remote system for your USERID to even be able to create a GDG generation - lest we make any formidable assumptions on either system. The recent fodder about not being able to create (+1) or having to do so with (0) or some other notation is flat-out incorrect. Again, z/OS is smart enough to help you get the dataset created, as long as you have done your duty to prepare the target system and that you have no conflicts, such as the GDG base being reserved, such as with a DFHSM daily space mgmt activity going on or someone else having the GDG base locked out with a relative generation allocated. Scott Barry SBBWorks, Inc. -- 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: SDSF-PRINT
Before issuing the PRINT command click on Print on the action bar and select 1. Print open sysout. (I'm assuming here that you do have the action bar displayed at the top of each SDSF panel.) You'll be presented with the SDSF Open Print panel. There are fields for CHARS (the UCS field), and Pagedef and Formdef. The values you put in those fields with be used for any PRINT command you issue until you issue a PRINT CLOSE. -- 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: Enterprise Extender, z/OS 1.11
Thanks to all who helped me with this issue I really appreciate it. Linda Mooney - Original Message - From: Brian Peterson brian.peterson.ibm.m...@comcast.net To: IBM-MAIN@bama.ua.edu Sent: Monday, May 24, 2010 6:01:26 PM GMT -08:00 US/Canada Pacific Subject: Re: Enterprise Extender, z/OS 1.11 Try http://www-01.ibm.com/support/docview.wss?uid=isg1OA28727 I've no idea why the difference in the uid= value with the URL you cite. Brian On Mon, 24 May 2010 19:54:43 -0500, Chris Mason wrote: Note that IBM presents me with Error, Document not found when I try http://www-01.ibm.com/support/docview.wss?uid=swg1OA28727 However the balance of evidence is that OA28727 is simply OA28332 for V1R11 rather than V1R10. -- 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: ftping a gdg from the z box
I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. I understand that the way I am trying to transmit the file in the jcl is failing,but I was wondering if I had some syntax wrong but I feel Micheal may have hit it on the head, that ftp and the put do not understand the notation of (+1) Thanks to all who responded Mace On Thu, May 27, 2010 at 6:50 PM, Scott Barry sba...@sbbworks.com wrote: From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace You should have no problem at all using FTP PUT to create a (+1) generation as long as you have your target z/OS server properly configured with a GDG base; and you do not need a model DSCB if the environment is SMS-managed. Might I suggest you start out by submitting a JCL jobstream on the remote system using site filetype=jes and see if your batch job can create a more typical generation Also, it's unclear if you have verified there is proper authorization on the remote system for your USERID to even be able to create a GDG generation - lest we make any formidable assumptions on either system. The recent fodder about not being able to create (+1) or having to do so with (0) or some other notation is flat-out incorrect. Again, z/OS is smart enough to help you get the dataset created, as long as you have done your duty to prepare the target system and that you have no conflicts, such as the GDG base being reserved, such as with a DFHSM daily space mgmt activity going on or someone else having the GDG base locked out with a relative generation allocated. Scott Barry SBBWorks, Inc. -- 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: ftping a gdg from the z box
There was another comment that was actually correct when you FTP a GDG it the windows serve whether it was or wasn't created in the JCL stream with the FTP it will always be the (0) generation. This works in my FTP PUT 'SYS3.TEST.DATA(0)' test.txt Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 09:15 PM Subject:Re: ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. I understand that the way I am trying to transmit the file in the jcl is failing,but I was wondering if I had some syntax wrong but I feel Micheal may have hit it on the head, that ftp and the put do not understand the notation of (+1) Thanks to all who responded Mace On Thu, May 27, 2010 at 6:50 PM, Scott Barry sba...@sbbworks.com wrote: From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace You should have no problem at all using FTP PUT to create a (+1) generation as long as you have your target z/OS server properly configured with a GDG base; and you do not need a model DSCB if the environment is SMS-managed. Might I suggest you start out by submitting a JCL jobstream on the remote system using site filetype=jes and see if your batch job can create a more typical generation Also, it's unclear if you have verified there is proper authorization on the remote system for your USERID to even be able to create a GDG generation - lest we make any formidable assumptions on either system. The recent fodder about not being able to create (+1) or having to do so with (0) or some other notation is flat-out incorrect. Again, z/OS is smart enough to help you get the dataset created, as long as you have done your duty to prepare the target system and that you have no conflicts, such as the GDG base being reserved, such as with a DFHSM daily space mgmt activity going on or someone else having the GDG base locked out with a relative generation allocated. Scott Barry SBBWorks, Inc. -- 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
is out of the office.
I will be out of the office starting 05/27/2010 and will not return until 05/28/2010. I will be out of the office on Friday, May 28th. I will return on Tuesday, June 1. Thanks. HCSC Company Disclaimer The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- 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
AUTO: BRIAN X WICKETT is out of the office. (returning 06/02/2010)
I am out of the office until 06/02/2010. If you cannot wait for my return, you may contact John Kinkel at 716-841-4478. Note: This is an automated response to your message IBM-MAIN Digest - 26 May 2010 to 27 May 2010 (#2010-147) sent on 5/27/10 11:00:03 PM. This is the only notification you will receive while this person is away. - ** This E-mail is confidential. It may also be legally privileged. If you are not the addressee you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return E-mail. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions. ** SAVE PAPER - THINK BEFORE YOU PRINT! -- 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
TSO Issue
I got below message when I log on the z/OS TSO or start a new Hi All, I got below message when I log on the z/OS TSO or start a new ISPF panel via 'START' command. (The z/OS version is 1.11): ISPI025 TSO routine IRXINIT severe error - REXX environment could not be initialized. -- I have no idea how to deal with it. Anyone can help on this? 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: TSO Issue
Suggest collecting more diagnostic information. Try starting ISPF with the TESTX and TRACEX options. Ant. Northern Territory Govt., Australia -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anson Ye Sent: Friday, 28 May 2010 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: TSO Issue I got below message when I log on the z/OS TSO or start a new Hi All, I got below message when I log on the z/OS TSO or start a new ISPF panel via 'START' command. (The z/OS version is 1.11): ISPI025 TSO routine IRXINIT severe error - REXX environment could not be initialized. -- I have no idea how to deal with it. Anyone can help on this? 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
Why the ISFROWS1 is diffenent between on batch with under ISPF/PDF
I have the following questions : 1.Running my REXX under ISPF/PDF under ispf p.6 EX TEST.BJSP55.ZTB9TMP(SCHDA04) TEST.BJSP55.ZTB9TMP(SCHDA04) /* REXX */ RC=ISFCALLS(ON) ISFOWNER =CCBSP02 ADDRESS SDSF ISFEXEC ST (DELAYED ALTERNATE) IF RC0 THEN EXIT RC SAY NUMBER OF ROWS RETURNED: ISFROWS RC=ISFCALLS(OFF) EXIT 0 * output: 3 *-* RC=ISFCALLS(ON) 4 *-* SAY 'RC1=' RC RC1= 0 5 *-* ISFOWNER =CCBSP02 6 *-* ADDRESS SDSF ISFEXEC ST (DELAYED ALTERNATE) ISFEXEC ST (DELAYED ALTERNATE) 7 *-* SAY 'RC2=' RC RC2= 0 8 *-* SAY ISFROWS1: ISFROWS ISFROWS1: 27 9 *-* IF RC0 10 *-* SAY NUMBER OF ROWS RETURNED: ISFROWS NUMBER OF ROWS RETURNED: 27 11 *-* RC=ISFCALLS(OFF) 12 *-* EXIT 0 2.Running the REXX on batch //RUNSCHDA JOB ADM#,TIME=1440,NOTIFY=SYSUID,CLASS=2, //MSGCLASS=X,MSGLEVEL=(1,1),REGION=4M //JOBLIB DD DSN=DSN810.SDSNLOAD,DISP=SHR //RUNREXX EXEC PGM=IKJEFT01,DYNAMNBR=30,REGION=0M //SYSEXEC DD DISP=SHR,DSN=TEST.BJSP55.ZTB9TMP //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * %SCHDA04 /* output: * TOP OF 3 *-* RC=ISFCALLS(ON) 4 *-* SAY 'RC1=' RC RC1= 0 5 *-* ISFOWNER =CCBSP02 6 *-* ADDRESS SDSF ISFEXEC ST (DELAYED ALTERNATE) ISFEXEC ST (DELAYED ALTERNATE) 7 *-* SAY 'RC2=' RC RC2= 0 8 *-* SAY ISFROWS1: ISFROWS ISFROWS1: 0 9 *-* IF RC0 10 *-* SAY NUMBER OF ROWS RETURNED: ISFROWS NUMBER OF ROWS RETURNED: 0 BOTTOM O Why the ISFROWS1 is diffenent between on batch with under ISPF/PDF? Thanks a lot! Best Regards, Jason Cai -- 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