Re: End of service for 3490-A20 and 3490-B40
Just my €0.02: 1. It is money waste to pay IBM for support of the drives. IBM does NOT want to support those drives, so their prices are really high. There are independent companies which can support those drives. If you want really quick fix time, then ...simply use another drive as a hot spare. BTDT. 2. Of course there is no good reason to still use the drives nowadays. Oh, there's one: one has STUPID customer who INSIST on receiving data on the tapes. And one cannot convince him to start using DVD or cable. Or one has internal stupidity problem. -- 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: PDS vs. PDSE
. . . 2. In fact blocksize DOESN'T MATTER. What matters is the block cannot be share between members. In PDS you can have many small member occupying single block. In PDSE any member takes *at least* one block. No block in a PDS can contain more than one member. In a PDS any member also takes at least one block, but there can be short blocks (less than BLKSIZE). -- 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: PDS vs. PDSE
Barbara, Puh, how do I go about finding this out? If any of this is specified in the IGDSMS member, then we take whatever default IBM set. And these things apparently don't *have* storage class, management class or dataclass. I just tested, and they end up on hte volumes they do because I manually put them there way back when. :-( Should I try to get anything changed here? That's what I was wondering about. The default for PDSE_HSP_SIZE|HSP_SIZE(nnn) is 0, and according to the Manual 0 disables PDSE Member Caching. You can use the HSP_SIZE parameter to request up to 2047 megabytes for the PDSE hiperspace. You can indicate that the hiperspace is not to be created by setting HSP_SIZE to 0. If the hiperspace is not created, the system will not cache PDSE members. On systems that are running in z/Architecture mode, by default the PDSE hiperspace is not created and PDSE member caching is disabled. You need to specify something to get PDSE member caching. I'm just wondering if this is tied to directory caching and buffer beyond close also. I think the default of 2GB should be enough for Directory cache, but it would be nice to know how your statistics support this. Ron -- 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: PDS vs. PDSE
And, HFS is a form of PDSE. What does it mean exactly? The internal structure is almost exactly the same as a PDSE. The differences are subtle, such as supporting UNIX-style names. - 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: PDS vs. PDSE
. . . In a PDS any member also takes at least one block, but there can be short blocks (less than BLKSIZE). Well, to be precise, any non-empty member of a PDS takes at least one block (and an EOF block). An empty member has only the EOF block (count field with zero data length). -- 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: PDS vs. PDSE
That's what I was wondering about. The default for PDSE_HSP_SIZE|HSP_SIZE(nnn) is 0, and according to the Manual 0 disables PDSE Member Caching. I'll try to get this set for tomorrow's IPL on the second of the two systems that are affected. I'll start with 500M. On the other, I will start my little sleeper program. I'll let you know what happens. Actually, I have copied the biggest one (it is now 120.000 tracks). It went down 25.000 pages in usage. No bad. I think the last copy action was a while ago. Thanks again, best regards, Barbara -- 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: PDS vs. PDSE
And one (emulated) block gap. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andy Wood Sent: Friday, February 12, 2010 12:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] PDS vs. PDSE . . . In a PDS any member also takes at least one block, but there can be short blocks (less than BLKSIZE). Well, to be precise, any non-empty member of a PDS takes at least one block (and an EOF block). An empty member has only the EOF block (count field with zero data length). -- 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
SV: About ENQ - some basic questions
Yes, I know that but tend to forget it... Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För DanD Skickat: den 12 februari 2010 01:40 Till: IBM-MAIN@bama.ua.edu Ämne: Re: About ENQ - some basic questions There's a gotcha that you have to remember ... If you allocate a data set, ignoring existing allocations, then if the new allocation is exclusive and the old allocation was share, the old enqueue will be promoted to exclusive. Then when you FREE the newly allocated data set the exclusive enqueue will NOT be released until the original allocation is free'd. DanD -- From: Thomas Berg Subject: SV: About ENQ - some basic questions Thanks! It was as I suspected, more or less. Regards, Thomas Berg __ Thomas Berg Specialist IT-U SWEDBANK -Ursprungligt meddelande- Shmuel Metz (Seymour J.) Ämne: Re: About ENQ - some basic questions on 02/09/2010 at 04:49 PM, Thomas Berg said: As I'm playing a bit with an ENQ-function, I wonder how ENQ's work when doing dynamic allocation. The same as any other ENQ or RESERVE, except that you're not the one issuing it. Normally - as I understand - an ENQ is always released when the (sub)task terminates (or doing DEQ). An ENQ is release when the task owning the resource terminates. For an unprivileged caller, that's the task issuing the ENQ. DYNALLOC is a privileged caller, so it is more complicated. But if You e g do an allocation in the same rexx its ENQ is kept thru the entire TSO session or until You free the dataset. More or less, except that an allocation might be marked not in use, which is sort of intermediate between allocated and unallocated. Does this mean that the ENQ in this case is assigned to the main task (TSO) or is there another mechanism in work ? The ENQ is assigned to the Initiator task for the jobstep; that's the login task for foreground TSO. -- Shmuel (Seymour J.) Metz, SysProg and JOAT -- 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: Determining if DUMMY allocation
Charles Mills wrote: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Sometimes I use the minimum call type of the DEVTYPE macro, and test for zeros being returned, as per the DFSMSdfp Advanced Services manual. To be pedantic, I suppose I am assuming that file is not a TCAM application process queue. The first fullword is documented as (hex) 0 - DUMMY (or that TCAM thing) 101 - TSO terminal 102 - subsystem eg. SYSIN, SYSOUT 103 - UNIX with the last three supporting a maximum blocksize of 32760. I'll have to try a DEVTYPE with /dev/null one day... Gil's remarks warn us that it may return the data for DUMMY, whereas is could be argued that it should return the data for UNIX. Cheers, Greg -- 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: PDS vs. PDSE
On Fri, 12 Feb 2010 03:20:34 -0600, Barbara Nitz wrote: That's what I was wondering about. The default for PDSE_HSP_SIZE|HSP_SIZE(nnn) is 0, and according to the Manual 0 disables PDSE Member Caching. I'll try to get this set for tomorrow's IPL on the second of the two systems that are affected. I'll start with 500M. On the other, I will start my little sleeper program. I'll let you know what happens. PDSEs without a storage class are not cached in hiperspace: http://www.redbooks.ibm.com/abstracts/TIPS0567.html?Open (Ensure that SMS-managed PDSEs are associated with storage classes that have appropriate MSR settings. (Note that PDSE data sets shipped as part of the operating system are generally not SMS-managed, so they have no storage class and therefore cannot be cached).) Norbert Friemel -- 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: Compuware FileAid to IBM FileManager Conversion
Ted MacNeil writes: You're missing one that I've seen missed all the time. Unless it's a work-alike, you have the (one-time) cost of re-training. I disagree (a little). I think retraining is not missed very often at all, but it gets expressed (incorrectly, opaquely) as I don't ever want to change or some variation thereof. At least in the mainframe world that's a too-common (and self-destructive, I would argue) phenomenon. Of course it's rubbish, at least from a business management point of view. People ought to focus on what the true costs and benefits of change are. There ought to be a clear, unemotional distinction between 5 minutes to read the new documentation to learn a new menu option versus 100 collective person-years of intense Ph.D.-level study. (Or whatever.) One of those costs is not like the other. My point is that those conversion issues, including retraining, need to get expressed as *realistic* numbers. By the way, there's a certain active participant in this forum who likely has a very good idea of the real costs (and benefits) of training. :-) And he would probably say, as I would, that training ought not be a one-time cost. There is often continuing education, staff turnover, etc. Those factors ought to go into a proper business case analysis, too. For example, it's entirely possible that converting from Tool X to Tool Y would involve moderate or high up-front retraining costs but substantially lower recurring training costs. So you look at risk-adjusted net present values, etc., to determine the best course of action. (And yes, IBM and perhaps also other companies offer financing to smooth out cash flows, which is a common requirement in a conversion project.) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDS vs. PDSE
In PDS you can have many small member occupying single block. Not true! Each member has its own TTR. Date: Fri, 12 Feb 2010 08:38:46 +0100 From: r.skoru...@bremultibank.com.pl Subject: Re: PDS vs. PDSE To: IBM-MAIN@bama.ua.edu Eric Bielefeld pisze: I just tried allocating the ds as 4080 for the blocksize, and used the same 95%, so apparently the blocksize doesn't matter. As a few have pointed out, the smaller members that take less than a full 4K page waste a lot of space. So, does PDS/E write out 4K blocks regardless of what you specify? 1. Yes, PDSE always use 4kB internally (see used pages in PDF). It does not depend on BLKSIZE from JCL DD. 2. In fact blocksize DOESN'T MATTER. What matters is the block cannot be share between members. In PDS you can have many small member occupying single block. In PDSE any member takes *at least* one block. -- Radoslaw Skorupka Lodz, Poland _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469226/direct/01/ -- 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
Eav emulation is ready fro beta.
HI, I support now the 3390 EAV emulation. You can download the code and test the emulation. No quick start video is needed because no special actions required. See for the documentation for instructions. There are 2 download files now, the regular and the beta. The beta code is with EAV support. Shai -- 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: PDS vs. PDSE
PDSEs without a storage class are not cached in hiperspace: http://www.redbooks.ibm.com/abstracts/TIPS0567.html?Open (Ensure that SMS-managed PDSEs are associated with storage classes that have appropriate MSR settings. (Note that PDSE data sets shipped as part of the operating system are generally not SMS-managed, so they have no storage class and therefore cannot be cached).) Well, that explains why the parm doesn't get us anything. It may also explain why the directory cache is completely ineffective, especially as *that* is also set to the IBM default value, which is 2GB. What really galls me is that inittuna reference doesn't even mention that! And nonSMS managed PDSEs have been around a long time, too! So we are supposed to just *know* when it's specified in IGDSMSxx, it doesn't apply to PDSEs, only to *sms-managed* PDSEs. Good thing it's Friday. Barbara -- 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: Eav emulation is ready fro beta.
Shai, You mean the beta code of what ? 2010/2/12 Shai Hess shai.h...@gmail.com HI, I support now the 3390 EAV emulation. You can download the code and test the emulation. No quick start video is needed because no special actions required. See for the documentation for instructions. There are 2 download files now, the regular and the beta. The beta code is with EAV support. Shai -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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: Eav emulation is ready fro beta.
Yes. Only one beta code. On Fri, Feb 12, 2010 at 3:32 AM, Dick de Groot derkfr...@gmail.com wrote: Shai, You mean the beta code of what ? 2010/2/12 Shai Hess shai.h...@gmail.com HI, I support now the 3390 EAV emulation. You can download the code and test the emulation. No quick start video is needed because no special actions required. See for the documentation for instructions. There are 2 download files now, the regular and the beta. The beta code is with EAV support. Shai -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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: FTP problems
If the file transfer is for purposes of application integration (or similar), then I would (often) suggest an application interface of some sort as an alternative. Since the platform currently receiving the files is Microsoft Windows, then presumably Windows-friendly interfaces such as Web services (SOAP, etc.) and/or ODBC would be possible candidates. Or even something as basic as CIFS/SMB or SMTP. But that's jumping ahead a little. I don't necessarily object to FTP as a protocol. I'm asking about file transfer (generically) and the reason for it in this particular situation. Why are files getting transferred at all? I'm asking a architectural question, quite simply. There are myriad architectural disadvantages to bulk record file transfer as an application integration pattern. Perhaps you've slammed into only one of them (operational challenges) so far. Among the other disadvantages: probable conversion of two on-line/real-time applications into a delayed/batch interaction (with its associated reconcilation and other issues), complete loss of enterprise security context for the data, potentially harder-to-manage workload spikes driven by wall clock deadlines for transfer, potential waste of resources repeatedly dumping duplicate/unprocessed records, and inflated storage costs. So I'm curious. I might have some suggestions to offer. File transfer of any sort, between any two systems, is nothing more than taking card decks and trucking them or footing them between system A and system B, just like in the 1950s. And sometimes that's entirely appropriate. But file transfer is way, way overused as a deployment pattern, in my experience. And I'm not sure so many of us should be spending so much time and attention moving card decks these days. So I ask. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP problems
Might it be a workload problem , what are your service levels for those batch jobs, is there a cpu or other resource contraint , is there workload capping ? Is your WLM setup correct ? There must be more information to gather. Have a look in the windows event log etc. 2010/2/12 גדי בן אבי gad...@malam.com Because FTP is probably the cheapest way to transfer data. What would suggest as an alternative? Gadi From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples [timothy.sipp...@us.ibm.com] Sent: 11 February 2010 22:15 To: IBM-MAIN@bama.ua.edu Subject: Re: FTP problems Forgive me for asking the stupid question, but why are you FTPing? - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot
Re: Eav emulation is ready fro beta.
For what product ? 2010/2/12 shai hess shai.h...@gmail.com Yes. Only one beta code. On Fri, Feb 12, 2010 at 3:32 AM, Dick de Groot derkfr...@gmail.com wrote: Shai, You mean the beta code of what ? 2010/2/12 Shai Hess shai.h...@gmail.com HI, I support now the 3390 EAV emulation. You can download the code and test the emulation. No quick start video is needed because no special actions required. See for the documentation for instructions. There are 2 download files now, the regular and the beta. The beta code is with EAV support. Shai -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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: Eav emulation is ready fro beta.
MFNetDisk. www.mfnetdisk.com Shai On Fri, Feb 12, 2010 at 3:40 AM, Dick de Groot derkfr...@gmail.com wrote: For what product ? 2010/2/12 shai hess shai.h...@gmail.com Yes. Only one beta code. On Fri, Feb 12, 2010 at 3:32 AM, Dick de Groot derkfr...@gmail.com wrote: Shai, You mean the beta code of what ? 2010/2/12 Shai Hess shai.h...@gmail.com HI, I support now the 3390 EAV emulation. You can download the code and test the emulation. No quick start video is needed because no special actions required. See for the documentation for instructions. There are 2 download files now, the regular and the beta. The beta code is with EAV support. Shai -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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: PDS vs. PDSE
Barbara, Your email address bounced. I'd be happy to look at this offline with you. It would be interesting to check the before and after stats. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Friday, February 12, 2010 1:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] PDS vs. PDSE That's what I was wondering about. The default for PDSE_HSP_SIZE|HSP_SIZE(nnn) is 0, and according to the Manual 0 disables PDSE Member Caching. I'll try to get this set for tomorrow's IPL on the second of the two systems that are affected. I'll start with 500M. On the other, I will start my little sleeper program. I'll let you know what happens. Actually, I have copied the biggest one (it is now 120.000 tracks). It went down 25.000 pages in usage. No bad. I think the last copy action was a while ago. Thanks again, best regards, Barbara -- 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: PDS vs. PDSE
Barbara, Yes it is a confusing subject. The MSR value was there at day one with PDSE. It had to set to 3ms whereas must cache was 6ms for 3390-3 or smaller as I recall. There was a bug that disabled this, but then it was returned. We'll wait and see if some of those presentations match what is observed in the SMF records. You've sleeper program has already verified that you are getting directory caching when another address has the file open. That conflicts with the statement below. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Friday, February 12, 2010 3:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] PDS vs. PDSE PDSEs without a storage class are not cached in hiperspace: http://www.redbooks.ibm.com/abstracts/TIPS0567.html?Open (Ensure that SMS-managed PDSEs are associated with storage classes that have appropriate MSR settings. (Note that PDSE data sets shipped as part of the operating system are generally not SMS-managed, so they have no storage class and therefore cannot be cached).) Well, that explains why the parm doesn't get us anything. It may also explain why the directory cache is completely ineffective, especially as *that* is also set to the IBM default value, which is 2GB. What really galls me is that inittuna reference doesn't even mention that! And nonSMS managed PDSEs have been around a long time, too! So we are supposed to just *know* when it's specified in IGDSMSxx, it doesn't apply to PDSEs, only to *sms-managed* PDSEs. Good thing it's Friday. Barbara -- 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: Compuware FileAid to IBM FileManager Conversion
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, February 11, 2010 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Compuware FileAid to IBM FileManager Conversion * Any sensible business case analysis includes both functional and financial considerations. And ultimately the functional considerations should probably translate into financial ones. (Examples: If feature X is unavailable, that loss will cost us $5 per year. If feature Y requires 5 more minutes to use per incident, that will cost us about $100 more per year in lost productivity.) You're missing one that I've seen missed all the time. Unless it's a work-alike, you have the (one-time) cost of re-training. - That is a good point. However, it can be abused. We hated the CA products. We trialled Macro4's, which I thought were excellant. The programmers voted to go back to Compuware (which are also very good). Their reason was that we had used Compuware in the past and so they already knew it. Good reason. However, they are __now__ saying that they can't be responsible for using Strobe because they don't know how to use it. They didn't get any training. Hum, they refused training because they already knew it and now they refuse to use it because they got no training. Yeah, they want Tech Services to do all the Strobing, look at the reports and then summarize what the programmers need to do to address the CPU usage problem. -- 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: REXX file information question
Most weird! I just did the REXX below from the ISPF TSO prompt (option 6) and got zeroes. /* REXX */ xx=listdsi(sysexec file) say xx=xx sysreason=sysreason -- 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 Field, Alan C. Sent: Thursday, February 11, 2010 2:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question That's what I tried. In my test case it ends with return code 16, reason code 2. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 11, 2010 14:15 To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question Curiously it is the self-same LISTDSI command. xx=LISTDSI(DDNAME FILE) -- 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 Field, Alan C. Sent: Thursday, February 11, 2010 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: REXX file information question Is there a way in REXX to obtain the filename from a //ddname PATH ? Kinda like a LISTDSI does for a dsname? Thanks, Alan -- 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 -- 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: Compuware FileAid to IBM FileManager Conversion
And he would probably say, as I would, that training ought not be a one-time cost. Training existing staff is a one-time cost. There is often continuing education, staff turnover, etc. I would have that requirement, regardless of which product I would be using. And, I might get lucky and hire somebody who already knows the product in use. So, the ongoing training should not be part of the business case for acquiring a replacement product. Rather, it is an ongoing cost of maintaining the business, again, regardless of the product in use. - 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: PDS vs. PDSE
On 11 Feb 2010 20:44:37 -0800, in bit.listserv.ibm-main you wrote: No one seems to have pointed out that even for large members requiring more than 4 KiB there is more wasted space for PDSE than for a PDS: Since all space allocation is in 4KiB blocks, one should expect on average 50% of the last block or 2 KiB per member to be wasted for all members, not just the short ones; although there could be pathological cases where this wastage approaches 4 KiB per member. For a PDS the last block of a member uses a short physical block if there are not enough records to fill it, and the unused space can potentially be used for the following member. And, for those that have taken the trouble to optimize PDS blocksize with half-track blocking to maximize DASD track utilization, converting to PDSE and reverting back to a sub-optimal 4 KiB block size throws away close to 10% of the optimal track capacity on a 3390. With these factors to consider, the only way a PDSE can end up occupying less space than a PDS with the same data is when there is appreciable update activity to existing members and the PDS must be oversized to not run out of space between compresses, while the PDSE can eventually reuse deleted space. And all of the above is more painfully true because space is wasted by emulating CKD on FBA underneath the covers. IBM saved 26 million by not implementing FBA in MVS when the other IBM operating systems could handle it. IBM consistently made FBA data sets (VSAM, HFS, zFS, PDSE, Linear, Page) wasters of space in a CKD environment. The savings has long since been overshadowed by the complexity of maintaining CKD in an environment where it is irrelevant instead of moving on. The lack of strategic thinking strikes again. JC Ewing On 02/11/2010 10:16 AM, R.S. wrote: Eric Bielefeld pisze: I just discovered something about PDS/Es that I don't remember being discussed. This discussion inspired me to copy my JCL PDS to a PDS/E on one of my accounts. Notice that the % full went from 62 to 95%. I used the same blksize. I figured that since the PDS was 62% full, I'd make the PDS/E 2 cylinders less. Here are the results: Tracks % XT Device Dsorg Recfm Lrecl Blksz $IQLG.JCL.CNTL 120 62 1 3390 PO FB 80 7520 $IQLG.JCLN.CNTL 120 95 2 3390 PO-E FB 80 7520 That's almost a third more space used. Any comments? I'm sure there are a few who know why that is out there. This PDS has just over a thousand members. IMHO thet answer is obvious: PDSE allocates space to members in 4kB blocks. So 1 record member takes whole 4kB block. For large members it's not a problem, but for small ones it is. -- 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: IBM Ported Tools
Ok thanks, Dave and John I have matching directory structures to you guys, and the perl and php ones have content, but I can see no sign of any ssh stuff anywhere that it's supposed to be. Think I'll junk it all and start again.. Thanks again. Brian -- 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: IBM Ported Tools
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Bri P Ok thanks, Dave and John I have matching directory structures to you guys, and the perl and php ones have content, but I can see no sign of any ssh stuff anywhere that it's supposed to be. Think I'll junk it all and start again.. IIRC, the ssh (and sftp) binaries install into /bin. -jc- -- 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: REXX file information question
From the Rexx Reference on LISTDSI. filename the name of an allocated file (ddname) about which you want to retrieve information. file you must specify the word FILE if you specify filename instead of data-set-name. If you do not specify FILE, LISTDSI assumes that you specified a data-set-name. Thanks, Ray Baraniecki Morgan Stanley Smith Barney 18th Floor 1 New York Plaza New York, NY 10004 Office - 212-276-5641 Cell - 917-597-5692 ray.baranie...@morganstanley.com BE CARBON CONSCIOUS. PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS E-MAIL. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, February 12, 2010 8:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question Most weird! I just did the REXX below from the ISPF TSO prompt (option 6) and got zeroes. /* REXX */ xx=listdsi(sysexec file) say xx=xx sysreason=sysreason -- 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 Field, Alan C. Sent: Thursday, February 11, 2010 2:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question That's what I tried. In my test case it ends with return code 16, reason code 2. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 11, 2010 14:15 To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question Curiously it is the self-same LISTDSI command. xx=LISTDSI(DDNAME FILE) -- 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 Field, Alan C. Sent: Thursday, February 11, 2010 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: REXX file information question Is there a way in REXX to obtain the filename from a //ddname PATH ? Kinda like a LISTDSI does for a dsname? Thanks, Alan -- 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 -- 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 -- Important Notice to Recipients: It is important that you do not use e-mail to request, authorize or effect the purchase or sale of any
Re: PDS vs. PDSE
PMFJI here, but the facts that Media Manager underlies these new (FSVO new) file technologies and that Media Manager is page-oriented in its use of disk storage *could* be taken as a sign (however faint and clouded) that IBM is (ver-r-ry slowly) moving towards direct support of FBA in z/OS, perhaps only for those file types supported by MM, perhaps eventually for all file types. Maybe one day a z/OS successor will IPL from the /boot file system? Wild and rampant speculation with just two chances of being right (slim and none, and slim is out to lunch), but interesting thoughts nonetheless. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Friday, February 12, 2010 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PDS vs. PDSE Snipped And all of the above is more painfully true because space is wasted by emulating CKD on FBA underneath the covers. IBM saved 26 million by not implementing FBA in MVS when the other IBM operating systems could handle it. IBM consistently made FBA data sets (VSAM, HFS, zFS, PDSE, Linear, Page) wasters of space in a CKD environment. The savings has long since been overshadowed by the complexity of maintaining CKD in an environment where it is irrelevant instead of moving on. The lack of strategic thinking strikes again. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX file information question
John et al. //HFS DD PATH='/aaa.bbb.ccc',... Xx=listdsi(hfs file) What I want back is /aaa.bbb.ccc I wrote a little REXXX listfinm function that does that. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, February 12, 2010 07:15 To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question Most weird! I just did the REXX below from the ISPF TSO prompt (option 6) and got zeroes. /* REXX */ xx=listdsi(sysexec file) say xx=xx sysreason=sysreason -- 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 Field, Alan C. Sent: Thursday, February 11, 2010 2:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question That's what I tried. In my test case it ends with return code 16, reason code 2. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 11, 2010 14:15 To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question Curiously it is the self-same LISTDSI command. xx=LISTDSI(DDNAME FILE) -- 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 Field, Alan C. Sent: Thursday, February 11, 2010 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: REXX file information question Is there a way in REXX to obtain the filename from a //ddname PATH ? Kinda like a LISTDSI does for a dsname? Thanks, Alan -- 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 -- 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: Compuware FileAid to IBM FileManager Conversion
generalization It's a sad reality that many application programmers have little interest in technology. For them, programming is merely a unpleasant job that they have to endure until they are promoted higher up the ladder to become analysts or managers. My advice to any sysprog who wants to promote a new tool or technique is to ignore those people. Instead, find the programmers who actually enjoy programming and engage them. They're easy to find; they're the ones who do most of the work. /generalization On Fri, Feb 12, 2010 at 07:55, McKown, John john.mck...@healthmarkets.comwrote: That is a good point. However, it can be abused. We hated the CA products. We trialled Macro4's, which I thought were excellant. The programmers voted to go back to Compuware (which are also very good). Their reason was that we had used Compuware in the past and so they already knew it. Good reason. However, they are __now__ saying that they can't be responsible for using Strobe because they don't know how to use it. They didn't get any training. Hum, they refused training because they already knew it and now they refuse to use it because they got no training. Yeah, they want Tech Services to do all the Strobing, look at the reports and then summarize what the programmers need to do to address the CPU usage problem. -- John McKown Systems Engineer IV 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: ARCMDEXT size calculations.
Thanks a lot for the explanation about the calculation, it worked. See you. 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
SORTWK files
I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Larry Crilley Dino-Software Corporation 800.480.DINO 412.366.3566 outbind://92-0C19A532C55CD94285A5E250EF9EC5A7445E7B00/www.dino-soft ware.com www.dino-software.com blocked::blocked::http://www.dino-software.com/trex_factsheet.php T-REX - Superior ICF catalog mgmt with full Tape support and HSM Auditing blocked::blocked::http://www.dino-software.com/reorgadon_factsheet.php REORGadon - First ever online REORG for HSM blocked::blocked::http://www.dino-software.com/teradon_factsheet.php TERADON - First ever REPRO MERGECAT While-OPEN blocked::blocked::http://www.dino-software.com XTINCT - Secure DASD/TAPE data eradication blocked::blocked::http://www.dino-software.com/rtd_factsheet.php RTD - DASD Real Time Defrag blocked::blocked::http://www.dino-software.com/dal_details.php DAL - DINO healthcheck Analysis service for Legato blocked::blocked::http://www.dino-software.com/sentinel_factsheet.php SENTINEL - Real-time FTP Management. All Secure, all the time. -- 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: SORTWK files
Last I heard, (and I may have heard wrong), optimum sort performance for modern sorts (DFSORT, SYNCSORT,...) was obtained with (if possible) 3 SORTWKxx files. I would imagine (without backup information) that each SORTWKxx file should be large enough (again if possible) to hold the entire input file. Of course, given real file sizes, many times this will not be possible. Frank Yeager, you can chime in any time... HTH, snip I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? /snip -- 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: SORTWK files
There are overheads associated with sorting that get written to SORTWK. They vary by sort (DFSORT/SYNCSORT/CASORT) and by type (Variable/fixed length records) and by size and by key size and type, so it is difficult to say input filesize + 10% or 20% or more. The sort products, at least SyncSort, are far better at sizing the SORTWK files than you can be. I know it sometimes looks like they over-allocate, but sometimes that is because a SORTWK file they have allocated gets put on a device with poor performance and so they try another allocation to see if it is any better. Now, if you insist upon allocating them yourself, a first cut is at least 3 SORTWKS and the total size should be input filesize + 30%. I would also put a 10% secondary allocation size, for example SPACE=(CYL,(100,10)). YMMV due to all the variables mentioned at the top. 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 Larry Crilley Sent: Friday, February 12, 2010 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: SORTWK files I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Larry Crilley Dino-Software Corporation 800.480.DINO 412.366.3566 outbind://92-0C19A532C55CD94285A5E250EF9EC5A7445E7B00/www.dino-soft ware.com www.dino-software.com blocked::blocked::http://www.dino-software.com/trex_factsheet.php T-REX - Superior ICF catalog mgmt with full Tape support and HSM Auditing blocked::blocked::http://www.dino-software.com/reorgadon_factsheet.php REORGadon - First ever online REORG for HSM blocked::blocked::http://www.dino-software.com/teradon_factsheet.php TERADON - First ever REPRO MERGECAT While-OPEN blocked::blocked::http://www.dino-software.com XTINCT - Secure DASD/TAPE data eradication blocked::blocked::http://www.dino-software.com/rtd_factsheet.php RTD - DASD Real Time Defrag blocked::blocked::http://www.dino-software.com/dal_details.php DAL - DINO healthcheck Analysis service for Legato blocked::blocked::http://www.dino-software.com/sentinel_factsheet.php SENTINEL - Real-time FTP Management. All Secure, all the time. -- 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 stable is the Name/Token area mappings?
In listserv%201002110930340513.0...@bama.ua.edu, on 02/11/2010 at 09:30 AM, Victor Gil victor@broadridge.com said: IEANTRT is documented to NOT change registers R2-R13, so their slots in the passed savearea can be used to format the required parameter list. Not unless it's also documented to not use the save area. Not that I am happy with the approach, but it works. Is it guarantied to always work? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Determining if DUMMY allocation
In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Preview: z/OS V1.12 - September 2010
In 1265899827.22396.879.ca...@chuck.duda.com, on 02/11/2010 at 09:50 AM, David Andrews d...@lists.duda.com said: There is a lucid discussion of the issue on Wikipedia: http://en.wikipedia.org/wiki/Year_2038_problem You mean where it says The ISO C standard states that time_t must be an arithmetic type, but does not mandate any specific type or encoding for it.? Whether a Unix issue or not, expanding time_t beyond the commonly implemented (and signed!) 32 bits breaks binary compatibility and file format. Lots of things break binary compatibility without proving the existence of a bug in the old code. As for breaking file formats, is a new file system any worse than dropping IMBED and REPLICATE in VSAM? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: SORTWK files
snip Now, if you insist upon allocating them yourself, a first cut is at least 3 SORTWKS and the total size should be input filesize + 30%. I would also put a 10% secondary allocation size, for example SPACE=(CYL,(100,10)). /snip IASTR the SORTWKxx cannot span volumes (at least in the case of SYNCSORT). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Blaicher, Chris Sent: Friday, February 12, 2010 8:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SORTWK files There are overheads associated with sorting that get written to SORTWK. They vary by sort (DFSORT/SYNCSORT/CASORT) and by type (Variable/fixed length records) and by size and by key size and type, so it is difficult to say input filesize + 10% or 20% or more. The sort products, at least SyncSort, are far better at sizing the SORTWK files than you can be. I know it sometimes looks like they over-allocate, but sometimes that is because a SORTWK file they have allocated gets put on a device with poor performance and so they try another allocation to see if it is any better. Now, if you insist upon allocating them yourself, a first cut is at least 3 SORTWKS and the total size should be input filesize + 30%. I would also put a 10% secondary allocation size, for example SPACE=(CYL,(100,10)). YMMV due to all the variables mentioned at the top. 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 Larry Crilley Sent: Friday, February 12, 2010 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: SORTWK files I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Larry Crilley Dino-Software Corporation 800.480.DINO 412.366.3566 outbind://92-0C19A532C55CD94285A5E250EF9EC5A7445E7B00/www.dino- soft ware.com www.dino-software.com blocked::blocked::http://www.dino-software.com/trex_factsheet.php T-REX - Superior ICF catalog mgmt with full Tape support and HSM Auditing blocked::blocked::http://www.dino-software.com/reorgadon_factsheet.php REORGadon - First ever online REORG for HSM blocked::blocked::http://www.dino-software.com/teradon_factsheet.php TERADON - First ever REPRO MERGECAT While-OPEN blocked::blocked::http://www.dino-software.com XTINCT - Secure DASD/TAPE data eradication blocked::blocked::http://www.dino-software.com/rtd_factsheet.php RTD - DASD Real Time Defrag blocked::blocked::http://www.dino-software.com/dal_details.php DAL - DINO healthcheck Analysis service for Legato blocked::blocked::http://www.dino-software.com/sentinel_factsheet.php SENTINEL - Real-time FTP Management. All Secure, all the time. -- 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: SORTWK files
Right you are. I was not attempting to be complete in my description, but that is one thing that is consistent across the sort products, no multi-volume SORTWK files, so UNIT=(SYSDA,2) is OUT. As I said, let the sort products do the allocation for you. 99.999% of the time they get it right. 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 Staller, Allan Sent: Friday, February 12, 2010 8:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SORTWK files snip Now, if you insist upon allocating them yourself, a first cut is at least 3 SORTWKS and the total size should be input filesize + 30%. I would also put a 10% secondary allocation size, for example SPACE=(CYL,(100,10)). /snip IASTR the SORTWKxx cannot span volumes (at least in the case of SYNCSORT). tp://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: SORTWK files
For DFSORT, we generally recommend 4 work data sets. I have done testing with varied numbers of work data sets and not seen much variance in performance until you start allocating very large numbers of work data sets for small sorts.Also, I would recommend that you allocate total space of about 10% more than the file size. So for your 100 cylinder data set, you'd want to allocate 4 work data sets of about 28 cylinders each. Also, we generally don't recommend allocating your own work data sets and instead let DFSORT's dynamic allocation handle it. DFSORT can take into account how much central storage is going to be used and adjust the work data set space allocations accordingly. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/12/2010 09:13:53 AM: [image removed] SORTWK files Larry Crilley to: IBM-MAIN 02/12/2010 09:15 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List. I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Larry Crilley Dino-Software Corporation 800.480.DINO 412.366.3566 outbind://92-0C19A532C55CD94285A5E250EF9EC5A7445E7B00/www.dino-soft ware.com www.dino-software.com blocked::blocked::http://www.dino-software.com/trex_factsheet.php T-REX - Superior ICF catalog mgmt with full Tape support and HSM Auditing blocked::blocked::http://www.dino-software.com/reorgadon_factsheet.php REORGadon - First ever online REORG for HSM blocked::blocked::http://www.dino-software.com/teradon_factsheet.php TERADON - First ever REPRO MERGECAT While-OPEN blocked::blocked::http://www.dino-software.com XTINCT - Secure DASD/TAPE data eradication blocked::blocked::http://www.dino-software.com/rtd_factsheet.php RTD - DASD Real Time Defrag blocked::blocked::http://www.dino-software.com/dal_details.php DAL - DINO healthcheck Analysis service for Legato blocked::blocked::http://www.dino-software.com/sentinel_factsheet.php SENTINEL - Real-time FTP Management. All Secure, all the time. -- 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: SORTWK files
Larry Crilley wrote: I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Frank Yaeger will hopefully chimes in for DFSORT... In my opinion - It is the best to let DFSORT figure it out. You can however tailor DFSORT working by specifying REGION in job card and then playing around with the OPTION keywords of these (partial list): DSPSIZE, DYNALLOC, DYNSPC, HIPRMAX, MAINSIZE, MOSIZE, ODMAXBF and SIZE. You can use FILESZ and AVRGLEN to help DFSORT determine the input size and thus indirectly the workspace required. Unfortunately you did not say in WHAT format your input is. What is the LRECL, RECFM of your input? The format of the input is one of the major factor used by DFSORT to work out space required. In your examples, I would like to substitude those zeros with something else. 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: End of service for 3490-A20 and 3490-B40
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 12, 2010 2:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Just my €0.02: 1. It is money waste to pay IBM for support of the drives. IBM does NOT want to support those drives, so their prices are really high. There are independent companies which can support those drives. If you want really quick fix time, then ...simply use another drive as a hot spare. BTDT. 2. Of course there is no good reason to still use the drives nowadays. Oh, there's one: one has STUPID customer who INSIST on receiving data on the tapes. And one cannot convince him to start using DVD or cable. Or one has internal stupidity problem. SNIP Or one is an ISV and has customers who have problem #2 so you have to support 3480/90 drives, because the customer base still has them. And stop thinking z/OS only. There are VSE and VM shops... 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: Determining if DUMMY allocation
look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. -- 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: Doofus recovery routine
On Fri, 12 Feb 2010 10:18:15 +1000, Shane ibm-m...@tpg.com.au wrote: On Thu, 2010-02-11 at 06:39 -0600, John P Kalinich wrote: When we pick teams, I want to be on Barbara's side. Me too - especially if it should come to pass that she actually gets mad at something. Shane... Barbara's team is going to have a deep bench, so much so, many of us probably won't see any ice time. And should she truly get fired up, it's bound to be a real donnybrooke (Katie, bar the door). Art -- 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: Determining if DUMMY allocation
Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. -- 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
PKWARE
Anyone running PKWARE and experiencing problems allocating to non-SMS controlled volumes?? Specific to PDS or PDSE large files ?? -- 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
Fw: PKWARE
Rel 11.1a on z/OS 1.9 - Forwarded by Ron Wells/AGFS/AGFin on 02/12/2010 08:59 AM - From: Ron Wells/AGFS/AGFin To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: 02/12/2010 08:58 AM Subject: PKWARE Anyone running PKWARE and experiencing problems allocating to non-SMS controlled volumes?? Specific to PDS or PDSE large files ?? -- 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: SORTWK files
Why? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Crilley Sent: Friday, February 12, 2010 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: SORTWK files I want to dynamically allocate my own sort work files ..snip Larry Crilley 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: Determining if DUMMY allocation
Tony Minor niggle - but shouldn't that be? : DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ELSEIF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: 12 February 2010 14:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. -- 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: End of service for 3490-A20 and 3490-B40
Thompson, Steve pisze: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 12, 2010 2:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Just my €0.02: 1. It is money waste to pay IBM for support of the drives. IBM does NOT want to support those drives, so their prices are really high. There are independent companies which can support those drives. If you want really quick fix time, then ...simply use another drive as a hot spare. BTDT. 2. Of course there is no good reason to still use the drives nowadays. Oh, there's one: one has STUPID customer who INSIST on receiving data on the tapes. And one cannot convince him to start using DVD or cable. Or one has internal stupidity problem. SNIP Or one is an ISV and has customers who have problem #2 so you have to support 3480/90 drives, because the customer base still has them. And stop thinking z/OS only. There are VSE and VM shops... It's still case 2 - customer decides. BTW: What's wrong with VSE and VM? Don't they support any connectivity to PC? (Hint: PC usually has or at least can have DVD drive...) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- 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: SORTWK files
DFSORT tells me: Generally, DFSORT can automatically determine the input file size. However, in a few cases, such as when an E15 supplies all of the input records, when information about a tape data set is not available from a tape management system, or when Blockset is not selected, DFSORT cannot determine an accurate file size. If I want to subtask multiple sorts (same input file), and use E15/E35 so I can control the reading of the input file, it would seem DFSOFT would run more efficiently if I allocated the SORTWRks. Our nightly batch cycle has a lot of sorts and many use the same input file. I've been tasked with improving the run times. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Friday, February 12, 2010 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SORTWK files Why? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Crilley Sent: Friday, February 12, 2010 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: SORTWK files I want to dynamically allocate my own sort work files ..snip Larry Crilley 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 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: FTP problems
As far as I can see so far, the target of such a transfer is almost always some tool or process that does not support any of the DBMS solutions. But even if they did, the costs of crafting and deploying a DBMS infrastructure is often complex and prohibitively expensive. I agree with you that there is a lot wrong with bulk data movement. But that seems to be the most cost effective solution by far at the current state of the technology. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Friday, February 12, 2010 5:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP problems If the file transfer is for purposes of application integration (or similar), then I would (often) suggest an application interface of some sort as an alternative. Since the platform currently receiving the files is Microsoft Windows, then presumably Windows-friendly interfaces such as Web services (SOAP, etc.) and/or ODBC would be possible candidates. Or even something as basic as CIFS/SMB or SMTP. But that's jumping ahead a little. I don't necessarily object to FTP as a protocol. I'm asking about file transfer (generically) and the reason for it in this particular situation. Why are files getting transferred at all? I'm asking a architectural question, quite simply. There are myriad architectural disadvantages to bulk record file transfer as an application integration pattern. Perhaps you've slammed into only one of them (operational challenges) so far. Among the other disadvantages: probable conversion of two on-line/real-time applications into a delayed/batch interaction (with its associated reconcilation and other issues), complete loss of enterprise security context for the data, potentially harder-to-manage workload spikes driven by wall clock deadlines for transfer, potential waste of resources repeatedly dumping duplicate/unprocessed records, and inflated storage costs. So I'm curious. I might have some suggestions to offer. File transfer of any sort, between any two systems, is nothing more than taking card decks and trucking them or footing them between system A and system B, just like in the 1950s. And sometimes that's entirely appropriate. But file transfer is way, way overused as a deployment pattern, in my experience. And I'm not sure so many of us should be spending so much time and attention moving card decks these days. So I ask. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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: Preview: z/OS V1.12 - September 2010
In listserv%20100234270926.0...@bama.ua.edu, on 02/11/2010 at 11:34 AM, Paul Gilmartin paulgboul...@aim.com said: It would be wise to make both these changes at the same time as extension to 64-bit. For existing code, the only viable option is to make time_t 64 bits. For new clock services, all options are on the table, but that's best left to, e.g., The Open Group, rather than a single vendor. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Preview: z/OS V1.12 - September 2010
In blu149-w226cd66cc2ea7529d3fda6a1...@phx.gbl, on 02/11/2010 at 01:10 PM, Dave Salt ds...@hotmail.com said: The ISPF main menu (or more properly the 'ISPF Primary Option Menu') is usually i...@prim. The ISR indicates that it is PDF. That's another reason why I consider the distinction between ISPF and PDF to be arbitrary. In contrast, i...@mstr is a proper ISPF menu (accessible by entering ISPSTART at a TSO READY prompt instead of entering ISPF or PDF). All three are the same interface. In particular, I use ISPSTART with a panel of i...@prim. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: SORTWK files
Aha. If you know how many records are going to be sorted, then pass this information to the sort program via the sort parms. An accurate record count should do a lot more for overall performance than just sort work areas. Perhaps a preliminary run that creates sort parm members to be passed to the various produciton jobs. If the input file sizes don't vary much, then a reasonable guestimate manually updated every so often might be a quick and dirty fix. You may need to add the DFSPARM or $ORTPARM (?) DD statement to each affected job step, but no program modifications are needed. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Crilley Sent: Friday, February 12, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SORTWK files DFSORT tells me: Generally, DFSORT can automatically determine the input file size. However, in a few cases, such as when an E15 supplies all of the input records, when information about a tape data set is not available from a tape management system, or when Blockset is not selected, DFSORT cannot determine an accurate file size. If I want to subtask multiple sorts (same input file), and use E15/E35 so I can control the reading of the input file, it would seem DFSOFT would run more efficiently if I allocated the SORTWRks. Our nightly batch cycle has a lot of sorts and many use the same input file. I've been tasked with improving the run times. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Friday, February 12, 2010 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SORTWK files Why? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Larry Crilley Sent: Friday, February 12, 2010 8:14 AM To: IBM-MAIN@bama.ua.edu Subject: SORTWK files I want to dynamically allocate my own sort work files ..snip Larry Crilley 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: REXX file information question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Field, Alan C. Sent: Friday, February 12, 2010 8:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: REXX file information question John et al. //HFS DD PATH='/aaa.bbb.ccc',... Xx=listdsi(hfs file) What I want back is /aaa.bbb.ccc I wrote a little REXXX listfinm function that does that. Alan OH. LISTDSI is likely only legacy dataset aware. I would use BPXWDYN if a UNIX file is a possibility. -- 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: Determining if DUMMY allocation
Agreed Rob. However, to further respond to Charles' question, for a low overhead or non-SVC solution, 1.) Scan the TIOT... finding your DDName... 2.) Use the SVA (SWAREQ) to find the JFCB 3.) The JFCB data set name contains NULLFILE for both NULLFILE and DUMMY files. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, February 12, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Tony Minor niggle - but shouldn't that be? : DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ELSEIF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: 12 February 2010 14:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. -- 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 -- 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: SORTWK files
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Larry Crilley I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Why reinvent that wheel? DFSORT (and Syncsort, AFAIK) can be configured to decide whether, how many and what size sort work files to allocate on the fly. Depending on how much storage you have and how busy your system is, a 100-cylinder input file frequently will be sorted in-core anyway. -jc- -- 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: PDS vs. PDSE
On Fri, 12 Feb 2010 00:52:02 -0800, Ron Hawkins ron.hawkins1...@sbcglobal.net wrote: Barbara, Puh, how do I go about finding this out? If any of this is specified in the IGDSMS member, then we take whatever default IBM set. And these things apparently don't *have* storage class, management class or dataclass. I just tested, and they end up on hte volumes they do because I manually put them there way back when. :-( Should I try to get anything changed here? That's what I was wondering about. The default for PDSE_HSP_SIZE|HSP_SIZE(nnn) is 0, and according to the Manual 0 disables PDSE Member Caching. You can use the HSP_SIZE parameter to request up to 2047 megabytes for the PDSE hiperspace. You can indicate that the hiperspace is not to be created by setting HSP_SIZE to 0. If the hiperspace is not created, the system will not cache PDSE members. On systems that are running in z/Architecture mode, by default the PDSE hiperspace is not created and PDSE member caching is disabled. You need to specify something to get PDSE member caching. I'm just wondering if this is tied to directory caching and buffer beyond close also. I think the default of 2GB should be enough for Directory cache, but it would be nice to know how your statistics support this. Since OA11068 PDSE_HSP_SIZE has defaulted to 0 and you may want to leave it that way since it can cause high cpu usage. Also PDSE_BUFFER_BEYOND_CLOSE(NO) can be left as the default since the LNKLST is never closed. This is assuming you are running SMSPDSE1. This is what I have: PDSE_RESTARTABLE_AS(YES) PDSE1_BUFFER_BEYOND_CLOSE(YES) PDSE1_HSP_SIZE(256) All our Endevor controlled application libraries (product/qa/test) - loadlibs and proclibs - are PDSE since around 2003 and we have never had any problems. At least none that weren't self inflicted. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: End of service for 3490-A20 and 3490-B40 -- Small twist
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 12, 2010 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Thompson, Steve pisze: SNIPPAGE Or one is an ISV and has customers who have problem #2 so you have to support 3480/90 drives, because the customer base still has them. And stop thinking z/OS only. There are VSE and VM shops... It's still case 2 - customer decides. BTW: What's wrong with VSE and VM? Don't they support any connectivity to PC? (Hint: PC usually has or at least can have DVD drive...) SNIPPAGE I see your point, it is still #2, but with a twist. The customer has given a business case for us to keep the support in our product. We may not have the drives (in fact, our 3480s are powered off and looking for someone needing an anchor for a yacht). However, IBM, in its race for larger, bigger, faster, one size fits all, misses that some customers still have to send/receive tape and not 100GiB at a time. You ask, why would you want to do that when you could... First: A few posters here have seen that they could pick up and ship their RAID unit faster than they can transmit the data. This indicates that I/O bandwidth across the Internet is NOT unlimited. And huge file xfers probably have to be encrypted which eats CPU, and then compression of that is not so great, but eats even more CPU. And then there is the xmit glitch (or receive) and so now you either restart, or the software has to have checkpoint/restart capability (more expense). There are needs to send a large quantity of data, where a tape is better and easier (with KNOWN support), but where the receiver doesn't have the DASD space to hold a transmission (end of qtr, dasd is constrained...). But they can read and process the data from the tape as they need it. Think of companies that do not have 100TB pipes. ;-) (Yes, there is an ap/map for that), or 5+TB RAID systems. So, there is a need for one 3480/90 compressed/encrypted to hold the data being transferred. Cheap media, cost effective. And the receiving end may be a P/390 (or Herc machine), or an AS/400, etc. Now we go to the next largest tape (which holds huge amounts of data), which is a new/different form factor (based on the cartridge design we know). Now we need a new device for the receiving end. There are costs associated. I know of a few small companies that have found that DVD backup is a nightmare and quite costly compared to carts that hold about 20GB (think write times to DVD compared to tape). With SCSI based tapes they can backup and restore their data effectively. However, finding the right sized media and drives, looking at time to backup/restore and costs is a chore -- because manufacturers all want to go to the new bigger stuff (where the margins are better). So point #2 with a twist. 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: SORTWK files
Over guessing is far better than under guessing. If you have a file that varies between 1 million and 2.5 million records a night and at month end goes to 4 million, then pass a SIZE=300E. Generally speaking, you can be short by 50% and not kill your process (at least with SyncSort), so with 3 million passed you can still handle that 4 million job and not have to make control card changes. Of course if your month-end job uses different JCL, many do, then set you daily job for 2.5 million and the month-end job to 4 million. 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: Friday, February 12, 2010 9:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SORTWK files Aha. If you know how many records are going to be sorted, then pass this information to the sort program via the sort parms. An accurate record count should do a lot more for overall performance than just sort work areas. Perhaps a preliminary run that creates sort parm members to be passed to the various produciton jobs. If the input file sizes don't vary much, then a reasonable guestimate manually updated every so often might be a quick and dirty fix. You may need to add the DFSPARM or $ORTPARM (?) DD statement to each affected job step, but no program modifications are needed. -- 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: SORTWK files
DFSORT tells me: Generally, DFSORT can automatically determine the input file size. However, in a few cases, such as when an E15 supplies all of the input records, Actually it's when E15 supplies all of the input records AND no file size information is provided to DFSORT. If you pass a file size and record length information, then DFSORT will have the information it needs to calculate the correct amount of work space as well other resources like main storage and such. -- 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: REXX file information question
On Fri, 12 Feb 2010 09:42:38 -0600, McKown, John wrote: OH. LISTDSI is likely only legacy dataset aware. I would use BPXWDYN if a UNIX file is a possibility. Has BPXWDYN the capability to extract characteristics of an existing DDNAME? I'm familiar only with its ability to return DSNAME, VOLSER, and/or DDNAME when allocating a new DDNAME? Again, I suspect that LISTDSI( DDN 'file' ) finds the associated DSNAME and extracts information from the VTOC. (What if DDN is allocated to an uncatalogued data set and another, with the same name, catalogued exists?) -- 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: GDPS Distance Impact on Sysplex Response Time
On Thu, 11 Feb 2010 10:03:33 -0600, Martin Kline martin.kl...@yrcw.com wrote: We have a sysplex with four processors, two of which run production work with development work on the others. In their quest for trivia, my management wants to know the impact to production if we move the development processors to a second site, leaving the coupling facilities, DASD, VTS and primary network all on one site. ... And, just to make this interesting, they want an answer tomorrow. Actually they would like it yesterday, but tomorrow will have to do. I've been reading several manuals, and I think the answer they should get is 42. ... 42 seems like the right answer to me. Particularly if the question is, What do you get when you multiply 6 by 9? Such a move has no effect on licensing costs if you indeed preserve the current sysplex configuration. If you are currently under Sysplex Aggregate pricing, it will remain regardless of how far apart the DC's are. Hardware costs are another matter. Since the PHBs want to move development and leave production alone, the impact I see is latency to the CFs impacting common structures - ISGLOCK, SYSIGGCAS_ECS, Operlog, Logrec, and any IXC structures, provided none of your development DB2/CICS/IMS are datasharing with production regions. The dumb question of the day is, what's the point? Unless they need the floor space, are phasing a dc relocation, or want to eventually build a quasi-GDPS (which means moving / mirroring tape, DASD, CFs, etc.), this is a costly exercise in futility. I'm just sayin'... Art Gutowski Ford Motor Company -- 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: GDPS Distance Impact on Sysplex Response Time
Arthur Gutowski wrote: On Thu, 11 Feb 2010 10:03:33 -0600, Martin Kline martin.kl...@yrcw.com wrote: We have a sysplex with four processors, two of which run production work with development work on the others. In their quest for trivia, my management wants to know the impact to production if we move the development processors to a second site, leaving the coupling facilities, DASD, VTS and primary network all on one site. ... And, just to make this interesting, they want an answer tomorrow. Actually they would like it yesterday, but tomorrow will have to do. I've been reading several manuals, and I think the answer they should get is 42. ... And you can cite The Hitchhiker's Guide to the Galaxy as reference. :-) [OK, it's Friday.] -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques Ask me about our new, reduced rates for purchasing our course materials for use by your own trainers or Subject Matter Experts (SMEs). -- 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: GDPS Distance Impact on Sysplex Response Time
You do know that 6 x 9 = 42, works correctly in base 13 math. 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 Arthur Gutowski aguto...@ford.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 2010.02.12 11:27 Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: GDPS Distance Impact on Sysplex Response Time On Thu, 11 Feb 2010 10:03:33 -0600, Martin Kline martin.kl...@yrcw.com wrote: We have a sysplex with four processors, two of which run production work with development work on the others. In their quest for trivia, my management wants to know the impact to production if we move the development processors to a second site, leaving the coupling facilities, DASD, VTS and primary network all on one site. ... And, just to make this interesting, they want an answer tomorrow. Actually they would like it yesterday, but tomorrow will have to do. I've been reading several manuals, and I think the answer they should get is 42. ... 42 seems like the right answer to me. Particularly if the question is, What do you get when you multiply 6 by 9? Such a move has no effect on licensing costs if you indeed preserve the current sysplex configuration. If you are currently under Sysplex Aggregate pricing, it will remain regardless of how far apart the DC's are. Hardware costs are another matter. Since the PHBs want to move development and leave production alone, the impact I see is latency to the CFs impacting common structures - ISGLOCK, SYSIGGCAS_ECS, Operlog, Logrec, and any IXC structures, provided none of your development DB2/CICS/IMS are datasharing with production regions. The dumb question of the day is, what's the point? Unless they need the floor space, are phasing a dc relocation, or want to eventually build a quasi-GDPS (which means moving / mirroring tape, DASD, CFs, etc.), this is a costly exercise in futility. I'm just sayin'... Art Gutowski Ford Motor Company -- 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: GDPS Distance Impact on Sysplex Response Time
Yes, that is a well known fact among Hitch-Hiker enthusiasts ;-) Hayim Sokolsky hsokol...@dtcc.com 2/12/2010 11:49 AM You do know that 6 x 9 = 42, works correctly in base 13 math. Hayim _ Hayim Sokolsky, CISSP CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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: PDS vs. PDSE
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. peter.far...@broadridge.com (Farley, Peter x23353) writes: PMFJI here, but the facts that Media Manager underlies these new (FSVO new) file technologies and that Media Manager is page-oriented in its use of disk storage *could* be taken as a sign (however faint and clouded) that IBM is (ver-r-ry slowly) moving towards direct support of FBA in z/OS, perhaps only for those file types supported by MM, perhaps eventually for all file types. Maybe one day a z/OS successor will IPL from the /boot file system? Wild and rampant speculation with just two chances of being right (slim and none, and slim is out to lunch), but interesting thoughts nonetheless. re: http://www.garlic.com/~lynn/2010d.html#0 PDS vs. PDSE note that industry fixed-block has been 512 byte records ... CKD emulation on top of underlying fixed-block has its own space inefficiencies (in addition to processing inefficiencies and significantly increased complexity ... with all the associated costs that complexity brings). however, the industry is started moving to larger fixed block size ... (because of the per block physical overhead becoming increasing factor) HDD Manufacturers Moving To 4096-Byte Sectors http://hardware.slashdot.org/story/09/12/28/1422253/HDD-Manufacturers-Moving-To-4096-Byte-Sectors Western Digital's Advanced Format: The 4K Sector Transition Begins http://anandtech.com/storage/showdoc.aspx?i=3691 Western Digital brings Advanced Format to Caviar Green http://techreport.com/discussions.x/18115 misc. past posts mentioning CKD, multi-track searches, etc http://www.garlic.com/~lynn/submain.html#dasd for some historical perspective ... original CMS filesystem was 800byte physical blocks (logical fixed block) mapped on CKD dasd. One of the features was that it provided for small record allocation ... i.e. four independent 200byte records within 800byte physical record. This resulted in inefficiency since anytime a 200byte record was involved ... the whole 800byte record had to be read/written (cases where a 200byte physical record could just be written ... would involve first having to read in the 800 byte physical record, update a 200 byte portion and then write out the record). Of course analogous stuff is seen today in real hardware when there is updates in RAID5 environment. In any case, direct support of 512byte fixed-block ... could still mean certain inefficiencies for smaller records ... either optimize for space (say allowing mapping of four 128byte blocks in single physical block) or transfer ( waste the ondisk space). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: SORTWK files
Elardus Engelbrecht wrote on 02/12/2010 06:40:29 AM: Frank Yaeger will hopefully chimes in for DFSORT... FYI, I'm happy to chime in on DFSORT/ICETOOL how-to, function and migration questions. But David Betten, our Performance Team leader, is our expert on performance, tuning, capacity, etc so I happily defer to him on those questions. He already responded to this one. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: PDS vs. PDSE
Does wasted space in PDSE's really matter all that much? I'll bet no one has al their PDS data set compressed 100% of the time - that's called wasted space not to mention the constant battle with directory blocks. PDSE's are not perfect but this stuff about wasted-space is just hot air AFAIC -- Guy Gardoit z/OS Systems Programming -- 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: Determining if DUMMY allocation
1.) Scan the TIOT... finding your DDName... If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a DUMMY allocation? Date: Fri, 12 Feb 2010 10:46:36 -0500 From: tony.lubr...@neon.com Subject: Re: Determining if DUMMY allocation To: IBM-MAIN@bama.ua.edu Agreed Rob. However, to further respond to Charles' question, for a low overhead or non-SVC solution, 1.) Scan the TIOT... finding your DDName... 2.) Use the SVA (SWAREQ) to find the JFCB 3.) The JFCB data set name contains NULLFILE for both NULLFILE and DUMMY files. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, February 12, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Tony Minor niggle - but shouldn't that be? : DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ELSEIF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: 12 February 2010 14:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -- 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: Determining if DUMMY allocation
True confession time: I've never used DEVTYPE. Questions: 1. Is it low overhead? How would you guess it compares to searching the TIOT and issuing a SWAREQ? I'm not concerned about one or two instructions here, but I'm trying to avoid OPEN or SVC 99, for example. 2. Are there any advantages over the TIOT/SWAREQ/NULLFILE approach? I don't think I need any other device type information, and I do already have search the TIOT code. 3. Where is it documented? I don't see it in MVS Assembler Services, Authorized Assembler Services, or DFSMS Macros. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: Friday, February 12, 2010 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. -- 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: Determining if DUMMY allocation
TIOEFSRT certainly looks promising: TIOEFSRT - DURING PROBLEM PROGRAM, ADDRESS OF UCB. DURING ALLOCATION, BITS 0-11 CONTAIN OFFSET, IN THE UCB LOOK-UP TABLE, TO AN ADDRESS FOR A DEVICE REQUIRED OR ELIGIBLE FOR THIS DATA SET. THE UCB LOOK-UP TABLE HAS ADDRESSES OF UCB'S. BITS 12-23 CONTAIN OFFSET, IN THE STEP VOLUME TABLE (VOLT), TO THE VOLUME SERIAL NUMBER FOR THE VOLUME REQUIRED OR ELIGIBLE FOR THIS DATA SET. I'm not so desperate for ultra performance that I would use any field that was likely to not provide a reliable answer under certain circumstances. It's product code that will be shipped to multiple customers, many of which will have MVS environments under which I will not be able to test, such as JES3. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Friday, February 12, 2010 9:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation 1.) Scan the TIOT... finding your DDName... If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a DUMMY allocation? n.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: PDS vs. PDSE
On 2/11/2010 at 5:54 AM, in message listserv%201002110654218573.0...@bama.ua.edu, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: No-one said anything about corrupt PDSE during IPL... (or I have missed it.) In z/OS v1.12 Preview this snippet: PDSE processing is planned to be changed to reduce delays that can occur when two systems are accessing a PDSE concurrently while it is being updated. PDSE will be designed to improve its cross-system sharing capabilities, including member-level sharing, within a GRS complex but outside a Parallel Sysplex. These changes are intended to make PDSEs more usable outside single-system and Parallel Sysplex environments. This one looks like the answer to our prayer. So when is 1.12 due? :-) Late 2010 I am assuming... Frank The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. 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: Determining if DUMMY allocation
On 2/12/2010 2:04 PM, Charles Mills wrote: I'm not so desperate for ultra performance that I would use any field that was likely to not provide a reliable answer under certain circumstances. It's product code that will be shipped to multiple customers, many of which will have MVS environments under which I will not be able to test, such as JES3. Unless you are getting control during step allocation (possible SMF or similar exit), a zero UCB address is reliable. No need for the JFCB, as you can test the status bits. A DUMMY won't have the SYSIN, SYSOUT, or similar flags. I've used this method for more than forty years with no problems. But your first post said you didn't want use the TIOT? Gerhard Postpischil Bradford, VT -- 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: Determining if DUMMY allocation
3. Where is it documented? I don't see it in MVS Assembler Services, Authorized Assembler Services, or DFSMS Macros. It's in SC26-7400-09 z/OS V1R11.0 DFSMSdfp Advanced Services I've used it a lot in the distant past but not for a long time now. It issues SVC24. I don't think there is a branch entry option. Date: Fri, 12 Feb 2010 10:01:34 -0800 From: charl...@mcn.org Subject: Re: Determining if DUMMY allocation To: IBM-MAIN@bama.ua.edu True confession time: I've never used DEVTYPE. Questions: 1. Is it low overhead? How would you guess it compares to searching the TIOT and issuing a SWAREQ? I'm not concerned about one or two instructions here, but I'm trying to avoid OPEN or SVC 99, for example. 2. Are there any advantages over the TIOT/SWAREQ/NULLFILE approach? I don't think I need any other device type information, and I do already have search the TIOT code. 3. Where is it documented? I don't see it in MVS Assembler Services, Authorized Assembler Services, or DFSMS Macros. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: Friday, February 12, 2010 6:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection. http://clk.atdmt.com/GBL/go/201469226/direct/01/ -- 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
CA SPOOL REPLACEMENT
Hi All, Does anybody know of a good replacement product for CA-Spool? JQP from mackinney seems pretty good. Any others? Regards. Jerome -- 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: Determining if DUMMY allocation
This is how we do it DDCHKCLC TIOEFSRT,=AL3(0) Q. REAL UCB ADDRESS ? BEDDBAD A. NO, BAD DD We test for the presence of DD DUMMY concatenated in the middle of a SORTIN concatenation in ICEIEXIT. If it is there, DFSORT drops all records after DD DUMMY, and still finished RC(0) _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Friday, February 12, 2010 12:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation 1.) Scan the TIOT... finding your DDName... If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a DUMMY allocation? Date: Fri, 12 Feb 2010 10:46:36 -0500 From: tony.lubr...@neon.com Subject: Re: Determining if DUMMY allocation To: IBM-MAIN@bama.ua.edu Agreed Rob. However, to further respond to Charles' question, for a low overhead or non-SVC solution, 1.) Scan the TIOT... finding your DDName... 2.) Use the SVA (SWAREQ) to find the JFCB 3.) The JFCB data set name contains NULLFILE for both NULLFILE and DUMMY files. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, February 12, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Tony Minor niggle - but shouldn't that be? : DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ELSEIF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: 12 February 2010 14:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: End of service for 3490-A20 and 3490-B40
Maybe it doesn't happen in your industry but some of us sell products whose life span is measured in decades. Abandoning one in the middle will not get you much repeat business. It is also pretty much guaranteed to scare away any new customers. (How many Apple II customers ever bought a Mac?) You can generate more good will supporting obsolete configurations than any PR department ever could, even when the support is minimal. The fact that IT mutates fast is just one (frequently negligible) factor in the decisions customers using these products must make. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 12, 2010 12:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Just my €0.02: 1. It is money waste to pay IBM for support of the drives. IBM does NOT want to support those drives, so their prices are really high. There are independent companies which can support those drives. If you want really quick fix time, then ...simply use another drive as a hot spare. BTDT. 2. Of course there is no good reason to still use the drives nowadays. Oh, there's one: one has STUPID customer who INSIST on receiving data on the tapes. And one cannot convince him to start using DVD or cable. Or one has internal stupidity problem. -- 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: CA SPOOL REPLACEMENT
What's the matter with CA-Spool?? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of jerome benting Sent: Friday, February 12, 2010 SYSN 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: CA SPOOL REPLACEMENT Hi All, Does anybody know of a good replacement product for CA-Spool? JQP from mackinney seems pretty good. Any others? Regards. Jerome -- 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: CA SPOOL REPLACEMENT
costs -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: 12 February 2010 10:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA SPOOL REPLACEMENT What's the matter with CA-Spool?? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of jerome benting Sent: Friday, February 12, 2010 SYSN 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: CA SPOOL REPLACEMENT Hi All, Does anybody know of a good replacement product for CA-Spool? JQP from mackinney seems pretty good. Any others? Regards. Jerome -- 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: SORTWK files
David, Many moons ago (maybe DFSORT 1.7) the recommended total SORTWK space was 1.7 times the input file size. I've noted how using Hiperspace and Dataspace reduces the sortwk space used, and I'm wondering if your 10% recommendation is based on Sort being able to use an optimal amount of memory. If so, would you recommend a larger value for SORTWK space on memory constrained system, or where customers have hobbled sort's memory in the ways that are often discussed on this list? In other words, is 110% good enough if sort chooses the smallest dynamic memory options. Some questions on your SORTWK performance tests: Does CFW on/off affect the impact when many SORTWK datasets are allocated (I'm assuming you mean 16 or more), and does the difference between 4 and many SORTWK change in any way when there is an intermediate merge? And a query: is the recommendation of 4 SORTWK good up to a particular size. I'm interested in that point because four SORTWK would be limited to about 17K CYLS total. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Betten Sent: Friday, February 12, 2010 6:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] SORTWK files For DFSORT, we generally recommend 4 work data sets. I have done testing with varied numbers of work data sets and not seen much variance in performance until you start allocating very large numbers of work data sets for small sorts.Also, I would recommend that you allocate total space of about 10% more than the file size. So for your 100 cylinder data set, you'd want to allocate 4 work data sets of about 28 cylinders each. Also, we generally don't recommend allocating your own work data sets and instead let DFSORT's dynamic allocation handle it. DFSORT can take into account how much central storage is going to be used and adjust the work data set space allocations accordingly. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/12/2010 09:13:53 AM: [image removed] SORTWK files Larry Crilley to: IBM-MAIN 02/12/2010 09:15 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List. I want to dynamically allocate my own sort work files. If I know how large my input file is (I can read the catalog), then what would everyone recommend for the allocation of the sort work files? How many datasets are optimal? If my input file is 100 cylinders, for example, would you allocate 3 sort work files CYL(35,0), 4 sort work files CYL(25,0), 8 sort work files.? Larry Crilley Dino-Software Corporation 800.480.DINO 412.366.3566 outbind://92-0C19A532C55CD94285A5E250EF9EC5A7445E7B00/www.dino-soft ware.com www.dino-software.com blocked::blocked::http://www.dino-software.com/trex_factsheet.php T-REX - Superior ICF catalog mgmt with full Tape support and HSM Auditing blocked::blocked::http://www.dino-software.com/reorgadon_factsheet.php REORGadon - First ever online REORG for HSM blocked::blocked::http://www.dino-software.com/teradon_factsheet.php TERADON - First ever REPRO MERGECAT While-OPEN blocked::blocked::http://www.dino-software.com XTINCT - Secure DASD/TAPE data eradication blocked::blocked::http://www.dino-software.com/rtd_factsheet.php RTD - DASD Real Time Defrag blocked::blocked::http://www.dino-software.com/dal_details.php DAL - DINO healthcheck Analysis service for Legato blocked::blocked::http://www.dino-software.com/sentinel_factsheet.php SENTINEL - Real-time FTP Management. All Secure, all the time. -- 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: Determining if DUMMY allocation
David's suggestion is a good one (unless someone knows a time when it could be zeros and not indicate a DD DUMMY file). TIOEFSRT is a GUPI field - although that doesn't always mean you can be assured of its usability in the future. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Friday, February 12, 2010 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation This is how we do it DDCHKCLC TIOEFSRT,=AL3(0) Q. REAL UCB ADDRESS ? BEDDBAD A. NO, BAD DD We test for the presence of DD DUMMY concatenated in the middle of a SORTIN concatenation in ICEIEXIT. If it is there, DFSORT drops all records after DD DUMMY, and still finished RC(0) _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Friday, February 12, 2010 12:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation 1.) Scan the TIOT... finding your DDName... If you're looking in the TIOT, what does TIOESTTB/TIOEFSRT show for a DUMMY allocation? Date: Fri, 12 Feb 2010 10:46:36 -0500 From: tony.lubr...@neon.com Subject: Re: Determining if DUMMY allocation To: IBM-MAIN@bama.ua.edu Agreed Rob. However, to further respond to Charles' question, for a low overhead or non-SVC solution, 1.) Scan the TIOT... finding your DDName... 2.) Use the SVA (SWAREQ) to find the JFCB 3.) The JFCB data set name contains NULLFILE for both NULLFILE and DUMMY files. Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, February 12, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Tony Minor niggle - but shouldn't that be? : DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ELSEIF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Lubrano Sent: 12 February 2010 14:55 To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation Charles, You can do a DEVTYPE macro to determine if the file is DUMMY or NULLFILE... the returned area is low-values: DEVTYPE =CL8'MYDDNAME',OUTAREA IF (LTR,R15,R15,NZ) *** DD Not allocated *** ENDIF , IF (OC,OUTAREA,OUTAREA,Z) *** DD DUMMY SPECIFIED *** ENDIF , OUTAREA DS D Tony Lubrano Product Author NEON Enterprise Software, LLC. p: 281 207 4922 f: 281 207 4973 tony.lubr...@neon.com What is zPrime? Find out at www.zprime.com or just ask us! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, February 12, 2010 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation look in the TIOT Where? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, February 11, 2010 9:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation In 013801caab27$c57da320$5078e9...@org, on 02/11/2010 at 06:37 AM, Charles Mills charl...@mcn.org said: Is there a way to determine if a DD statement has been allocated DUMMY, short of SVC 99 info retrieval? Before OPEN, use DEVTYPE or look in the TIOT. _ Hotmail: Free, trusted and rich email service. http://clk.atdmt.com/GBL/go/201469228/direct/01/ -- 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are
Re: End of service for 3490-A20 and 3490-B40
Having worked for a hardware vendor big in tape and tape libraries, I can understand IBM wanting to stop servicing these drives. What may actually be occurring is they are losing the ability to service (repair) these devices. I would not be surprised to find that the parts required are no longer being made. I think IBM most likely did a Last Time Buy of these parts to continue servicing these devices for a extended period of time (think 5 years after EOS was announced as required for any device listed on a US GSA contract). I would not be surprised to find that IBM kept servicing them beyond the 5 years. At some time it just becomes more cost effective for all parties involved to move on to new technologies. There are a number of reasons why maintenance prices go up as products get older. This generally falls into 2 categories; 1) The company has a replacement product available and would like customers to buy that one. 2) Parts are becoming hard to get and the skills necessary to service these products are expensive. If you want to keep using these devices buy a number of them cheap and when one breaks replace it with its spare, this should keep you going for awhile, and probably cost less than you were paying for maintenance. Just my thoughts, Carl Swanson carl.swans...@verizon.net Mobile: 215.688.1459 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Friday, February 12, 2010 3:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Maybe it doesn't happen in your industry but some of us sell products whose life span is measured in decades. Abandoning one in the middle will not get you much repeat business. It is also pretty much guaranteed to scare away any new customers. (How many Apple II customers ever bought a Mac?) You can generate more good will supporting obsolete configurations than any PR department ever could, even when the support is minimal. The fact that IT mutates fast is just one (frequently negligible) factor in the decisions customers using these products must make. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, February 12, 2010 12:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Just my €0.02: 1. It is money waste to pay IBM for support of the drives. IBM does NOT want to support those drives, so their prices are really high. There are independent companies which can support those drives. If you want really quick fix time, then ...simply use another drive as a hot spare. BTDT. 2. Of course there is no good reason to still use the drives nowadays. Oh, there's one: one has STUPID customer who INSIST on receiving data on the tapes. And one cannot convince him to start using DVD or cable. Or one has internal stupidity problem. -- 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: GDPS Distance Impact on Sysplex Response Time
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Arthur Gutowski [ snip ] 42 seems like the right answer to me. Particularly if the question is, What do you get when you multiply 6 by 9? If you say so. I never did fully understand that new math anyway. -jc- -- 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: CA SPOOL REPLACEMENT
Costs was the reason we migrated to it. But our VTAM group that replaced another product could probably go on for days about whats wrong with it compared to the product we previously used.But they will also say that the support was excellent in responding to issues and writing code to support our migration, which took about a year. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Fri, 12 Feb 2010 22:19:46 +0200, jerome benting jero...@bssw.co.za wrote: costs -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: 12 February 2010 10:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA SPOOL REPLACEMENT What's the matter with CA-Spool?? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of jerome benting Sent: Friday, February 12, 2010 SYSN 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: CA SPOOL REPLACEMENT Hi All, Does anybody know of a good replacement product for CA-Spool? JQP from mackinney seems pretty good. Any others? Regards. Jerome -- 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 -- 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: End of service for 3490-A20 and 3490-B40
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Carl Swanson Sent: Friday, February 12, 2010 2:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: End of service for 3490-A20 and 3490-B40 Having worked for a hardware vendor big in tape and tape libraries, I can understand IBM wanting to stop servicing these drives. What may actually be occurring is they are losing the ability to service (repair) these devices. I would not be surprised to find that the parts required are no longer being made. I think IBM most likely did a Last Time Buy of these parts to continue servicing these devices for a extended period of time (think 5 years after EOS was announced as required for any device listed on a US GSA contract). I would not be surprised to find that IBM kept servicing them beyond the 5 years. At some time it just becomes more cost effective for all parties involved to move on to new technologies. There are a number of reasons why maintenance prices go up as products get older. This generally falls into 2 categories; 1) The company has a replacement product available and would like customers to buy that one. 2) Parts are becoming hard to get and the skills necessary to service these products are expensive. If you want to keep using these devices buy a number of them cheap and when one breaks replace it with its spare, this should keep you going for awhile, and probably cost less than you were paying for maintenance. SNIPPAGE I understand that set of reasons for dumping the big units. But when one can obtain SCSI based 3480/90 drives (or even 6250 BPI reel to reel drives!), it becomes obvious that there is a market or need for these. So, it would seem that IBM would/could purchase some kind of replacement and brand it and make it available rather than dumping this entirely. But then, look at the kill of PSI by acquisition. The new demand for the low end media and support (which I would go to the SCSI drive makers for FLEX and/or PSI systems) is terminated by this. This also forces all IBM SCP customers to keep moving up in hardware or quit. Notice that these 3480/90 type SCSI based drives are available to *nix, Windows, etc. systems. There seems to be some demand for this technology (as I was saying in an earlier post about End of service for 3490-A20 and 3490-B40 -- Small Twist) else this market would have dried up and died. The only headache here is connecting these SCSI drives to a z/x box because the controllers have to now have a SCSI backend (IBM is already doing it, look at the ATLs and the fact that they are using SCSI drives internally). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect the opinion(s) held by 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
SMP/E DDDEF SYSOUT OUTLIM?
I see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM41/24.3.4.3 Title: SMP/E V3R5.0 for z/OS V1R11.0 Commands Document Number: SA22-7771-13 24.3.4.3 SMP/E V3R5.0 for z/OS V1R11.0 Commands __ 24.3.4.3 SYSOUT data set Click here to display pages in Accessible mode ___ DDDEF entry _ | | | __ _ADD_ __DDDEF(name)__SYSOUT(_ _class_ _)__ _ | | |_DEL_| |_*_||_CATALOG_| | | |_REP_||_DELETE__| | ||_KEEP| | | | | __ __ ___ __ __ | ||_DATACLAS(name)_| |_DIR()_| |_DSNTYPE(_ _LIBRARY_ _)_|| | |_PDS_|| | | | __ __ _ | ||_MGMTCLAS(name)_| |_SPACE(prime,secondary)_| | | | | __ __ __ ___ __°__ | ||_STORCLAS(name)_| |_UNIT(type)_| |_VOLUME(volid)_|| | | |_| Many of these parameters don't seem to me to be applicable to SYSOUT data sets. DIR? DSNTYPE? CATALOG? What am I missing? And what I'm really looking for is the syntax to specify OUTLIM for a DDDEF SYSOUT. I can't find it. Thanks, 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: SMP/E DDDEF SYSOUT OUTLIM?
On Fri, 12 Feb 2010 15:20:31 -0600, Paul Gilmartin paulgboul...@aim.com wrote: I see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM41/24.3.4.3 Title: SMP/E V3R5.0 for z/OS V1R11.0 Commands Document Number: SA22-7771-13 24.3.4.3 SMP/E V3R5.0 for z/OS V1R11.0 Commands __ 24.3.4.3 SYSOUT data set Click here to display pages in Accessible mode snip Many of these parameters don't seem to me to be applicable to SYSOUT data sets. DIR? DSNTYPE? CATALOG? What am I missing? Nothing. And what I'm really looking for is the syntax to specify OUTLIM for a DDDEF SYSOUT. I can't find it. So then code it in the execution JCL. I actually prefer coding the sysout type DDs in my execution JCL so I get a single listing when I run RECEIVE and APPLY CHECK (for example) in on job. This is what my SMP/E PROC looks like: //SMPE PROC CSI='SMPE.IBM.ZOS110.GLOBAL.CSI' //* //* LIB: SYS1.PROCLIB(SMPE) //* DOC: THIS PROCEDURE INVOKES SMP/E. LIBRARIES REQUIRED //* FOR SMP PROCESSING ARE MADE AVAILABLE THROUGH //* DDDEF'S IN ZONES TO BE PROCESSED, RATHER THAN //* DATA DEFINITION STATEMENTS IN THIS PROCEDURE. //* SYSOUT DATA SETS ARE ALLOCATED USING DD STATEMENTS //* SO THAT LISTINGS WILL BE CONSOLIDATED, OTHERWISE //* SMP/E ALLOCATES NEW SYSOUT DATA SETS WITH EACH //* 'SET BOUNDARY'. SYMBOLIC PARAMETER 'CSI' MAY BE //* USED TO INDICATE THE GLOBAL ZONE TO BE PROCESSED. //* //SMPE EXEC PGM=GIMSMP, // REGION=100M, // TIME=120, // PARM='CSI=CSI' //SMPOUT DD SYSOUT=* //SMPRPT DD SYSOUT=* //SMPLIST DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SMPPUNCH DD SYSOUT=* //ASMOUT DD SYSOUT=* /* SMP/E V3 */ //COPYOUT DD SYSOUT=* /* SMP/E V3 */ //LKEDOUT DD SYSOUT=* /* SMP/E V3 */ //VSAMOUT DD SYSOUT=* /* SMP/E V3 */ //UPDTOUT DD SYSOUT=* /* SMP/E V3 */ //ZAPOUT DD SYSOUT=* /* SMP/E V3 */ //SMPHRPT DD SYSOUT=* /* SMP/E V3.5 HOLD REPORTS */ //SMPCNTL DD DDNAME=SMPCNTL Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: SMP/E DDDEF SYSOUT OUTLIM?
1) You should look in SMP/E Reference for the definition of the DDDEF keywords. For example: o SYSOUT is mutually exclusive with BLOCK, CYLINDER, TRACK, CONCAT, PATH, and DATASET. 2) I don't see how OUTLIM would be remotely useful in SMP/E, as the default result of exceeding an OUTLIM limit is the system cancels the job. I certainly would NOT want that to happen to any SMP/E job I run Brian On Fri, 12 Feb 2010 15:20:31 -0600, Paul Gilmartin wrote: I see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GIMCOM41/24.3.4.3 Title: SMP/E V3R5.0 for z/OS V1R11.0 Commands Document Number: SA22-7771-13 (snip) Many of these parameters don't seem to me to be applicable to SYSOUT data sets. DIR? DSNTYPE? CATALOG? What am I missing? And what I'm really looking for is the syntax to specify OUTLIM for a DDDEF SYSOUT. I can't find it. Thanks, 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: Old assembler modules.
---snip--- Here is a funny one for you. We were doing house cleaning and found the 3705 assembler modules in linklib. We were just going to delete them but we thought we should go through change control to CYA. AFter the weekend we get a call from an irate user asking what happened to the assembler. We told him we deleted the obsolete 3705 assembler and he started yelling. I was able to get him to calm down and asked to see his source. After a quick preview we didn't see anything preventing him from using the latest assembler and I gave him the procs needed etc he was still irate but I assured him this would run a lot faster. He still wasn't happy but I suggested he try it. The next day he called up and was ecstatic and said his assemblies were done in 1 minute what used to take 20. He was so happy and I asked him to go through anything else that might be needing to update. He found 5 (IIRC) jobs. Ended up he called my boss and thanks me a lot so I got some brownie points from the user. unsnip--- I fail to understand how 3705 Assembler routines/modules could possibly be relevant to this discussion. The 3705/3745 PoPS are radically different from any IBM mainframe hardware of the last 40 years. Rick -- 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: Determining if DUMMY allocation
--snip True confession time: I've never used DEVTYPE. Questions: 1. Is it low overhead? How would you guess it compares to searching the TIOT and issuing a SWAREQ? I'm not concerned about one or two instructions here, but I'm trying to avoid OPEN or SVC 99, for example. 2. Are there any advantages over the TIOT/SWAREQ/NULLFILE approach? I don't think I need any other device type information, and I do already have search the TIOT code. 3. Where is it documented? I don't see it in MVS Assembler Services, Authorized Assembler Services, or DFSMS Macros. --unsnip-- Charles, AFAIK DEVTYPE returns information gathered from within the active nucleus and/or UCB list. There is no allocation or I/O involved. DOC for DEVTYPE used to be in Data Management for Systems Programmers, right after the section on EXCP/XDAP. Haven't looked for it recently. Rick -- 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: CA SPOOL REPLACEMENT
I'd encourage any account to go back to their sales team and get them to work with you on the costs. Installation and Migration can be very costly in dollars and people-time. And unless there is some missing functionality, I'd think you would want to avoid that. znor...@ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Friday, February 12, 2010 SYSN 12:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA SPOOL REPLACEMENT Costs was the reason we migrated to it. But our VTAM group that replaced another product could probably go on for days about whats wrong with it compared to the product we previously used.But they will also say that the support was excellent in responding to issues and writing code to support our migration, which took about a year. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Fri, 12 Feb 2010 22:19:46 +0200, jerome benting jero...@bssw.co.za wrote: costs -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Norman Hollander on DesertWiz Sent: 12 February 2010 10:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CA SPOOL REPLACEMENT What's the matter with CA-Spool?? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of jerome benting Sent: Friday, February 12, 2010 SYSN 11:27 AM To: IBM-MAIN@bama.ua.edu Subject: CA SPOOL REPLACEMENT Hi All, Does anybody know of a good replacement product for CA-Spool? JQP from mackinney seems pretty good. Any others? Regards. Jerome -- 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 -- 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: SMP/E DDDEF SYSOUT OUTLIM?
On Fri, 12 Feb 2010 15:31:45 -0600, Brian Peterson wrote: 1) You should look in SMP/E Reference for the definition of the DDDEF keywords. For example: o SYSOUT is mutually exclusive with BLOCK, CYLINDER, TRACK, CONCAT, PATH, and DATASET. Ugh! So the Commands manual doesn't tell me the whole truth about the command syntax. 2) I don't see how OUTLIM would be remotely useful in SMP/E, as the default result of exceeding an OUTLIM limit is the system cancels the job. I certainly would NOT want that to happen to any SMP/E job I run A tester reported to me that he was seeing such as: $HASP375 I70APP ESTIMATE EXCEEDED BY 470,000 LINES 1 % SPOOL ... I was actually seeking to increase it. Should I be looking at the LINES parameter of the JOB statement instead. How does that interact with installation limits and exits? Thanks, 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: Determining if DUMMY allocation
But your first post said you didn't want use the TIOT? Sorry. My first post was badly phrased. I didn't mean that. I said My preference would be for something low overhead (I have a bunch of DD's to look up) and that did not require below the line storage (such as searching the TIOT and using SWAREQ to get the JFCB). and you can read that either way. I meant I wanted a method -- such as TIOT/SWAREQ -- that did not require BTL storage. At the time, I was not aware of a TIOT or JFCB field that would indicate DUMMY, but I wanted something such as that. I think I'm going to write an assembler routine DD and concatenation number in, JFCB and DUMMY bool out, via SWAREQ. There is undoubtedly stuff in the JFCB that will come in handy also such as DISP. bool moreConcats = GETJFCB(const char ddname[9], const int concatNum, jfcb *jfcbPtr, bool isDummy); I'll do the check for DUMMY in the assembler routine and return a bool so that (1) I can do a quick CLC for NULLFILE and (2) this *slightly* kludgey logic is in the assembler code, not in every caller's code. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Friday, February 12, 2010 11:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining if DUMMY allocation On 2/12/2010 2:04 PM, Charles Mills wrote: I'm not so desperate for ultra performance that I would use any field that was likely to not provide a reliable answer under certain circumstances. It's product code that will be shipped to multiple customers, many of which will have MVS environments under which I will not be able to test, such as JES3. Unless you are getting control during step allocation (possible SMF or similar exit), a zero UCB address is reliable. No need for the JFCB, as you can test the status bits. A DUMMY won't have the SYSIN, SYSOUT, or similar flags. I've used this method for more than forty years with no problems. But your first post said you didn't want use the TIOT? Gerhard Postpischil Bradford, VT -- 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: SMP/E DDDEF SYSOUT OUTLIM?
On Fri, 12 Feb 2010 16:22:28 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Fri, 12 Feb 2010 15:31:45 -0600, Brian Peterson wrote: 1) You should look in SMP/E Reference for the definition of the DDDEF keywords. For example: o SYSOUT is mutually exclusive with BLOCK, CYLINDER, TRACK, CONCAT, PATH, and DATASET. Ugh! So the Commands manual doesn't tell me the whole truth about the command syntax. 2) I don't see how OUTLIM would be remotely useful in SMP/E, as the default result of exceeding an OUTLIM limit is the system cancels the job. I certainly would NOT want that to happen to any SMP/E job I run A tester reported to me that he was seeing such as: $HASP375 I70APP ESTIMATE EXCEEDED BY 470,000 LINES 1 % SPOOL ... I was actually seeking to increase it. Should I be looking at the LINES parameter of the JOB statement instead. How does that interact with installation limits and exits? Ah, you gave us the solution instead of the problem. :-) Yes, or you can also use /*JOBPARM L=n. See the JCL reference and JES2 Init and Tuning for more info. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: CA SPOOL REPLACEMENT
On Fri, 12 Feb 2010 14:25:07 -0800, Norman Hollander on DesertWiz norman.hollan...@desertwiz.biz wrote: Installation and Migration can be very costly in dollars and people-time. Unfortunately, that part is ignored more often than not. Bean counters look at the bottom line and figure they are already paying people to be there and work anyway. sigh The good news is, that works out well for companies (like the one you work for) that provide less expensive software alternatives. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: SORTWK files
I just noticed the following in one of your postings. If I want to subtask multiple sorts (same input file), If you are going to run multiple sorts concurrently in the same address space, things can get interesting. NOTE: You may want to confirm what I say with your sort vendor. Sorts like resources, mainly memory. They also think they are the only thing running in the address space, or that whatever else is running will not get more memory once the sort has started. This means that starting multiple sorts can have a very negative impact on the sorts started first. Running multiple sorts will often times get you an 878 type abend, especially if your REGION is not REGION=0M. If all the sorts are similar in size and characteristics, then maybe a simple thing as passing the proper parameters in SORTPARM may do the trick. If you have sorts of different sizes and different characteristics and run them all with a common set of over-rides, then some are getting more than they need and others are probably getting less. This is not as simple as it sounds. To put it in perspective, I have 25 years of experience in trying to get it right. Of course, I am trying to balance anywhere from 1 to 48 concurrent sorts of different types and sizes. You'll get it to run, but getting it to run the best it can is not easy. Chris Blaicher Phone: 512-340-6154 Mobile: 512-627-3803 -- 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
