DASD Space Allocation
Recap: Situation came up on a client site where they received a very large file, 2.988 million records, and allocate the file size at (cyl,(2500,100)) with a unit parameter of sysda,10; the file is received across 2 volumes in 20 extents totaling 4,331 cylinders. I am not concerned about the extents, what I don't understand is the space allocation. Explanation: Reference: 1R9.0 Using Data Sets: 1.3.4.2 Multivolume Non-VSAM Data Sets When a multivolume non-VSAM, non-extended-format data set extends to the next volume, the initial space allocated on that volume is the secondary amount. In your instance, it looks like you got the first 16 extents on the first volume, and, the remainder of extents were allocated in 100 cylinder extent increments. Ken Kripke [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
re SMF Subtype 132 record
Recap: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Response: SMF record # 132? If true, this is coming from some other product. Dumping the record(s) is a possibility. The other is to determine which module the MACRO SMFWTM calls to write the records, set an Instruction Fetch slip upon entry into the code and generate a dump with MATCHLIM=1. I do not have access to a system to assemble an SMFWTM macro, let alone look at it, so, if you chose to pursue this method, you will have to do the research. when the Record type is of type X'84'. You could also IF slip in IEFU83 which gets control when writing smf records also. I don't know which record type MULC used, or what name that product offering goes by now from IBM, but, I think it used a record type somewhere in the x'80' bracket. Reference material: smf manual. Ken Kripke [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Connect:Direct writes type 132 by default if you turn the feature on (using the statistics exit - STATISTICS.EXIT=x (DMGSMF by default) in the startup parms). If you have C:D then it could be that your TSO user is doing something with it that's causing it to generate and log statistics. Bri -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Rogers Laine Sent: 15 August 2008 02:52 To: IBM-MAIN@BAMA.UA.EDU Subject: SMF Subtype 132 record We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLIB statement in PROGxx?
SYSLIB statements must always appear before any LNKLST statements in PROGxx. So, must any SYSLIB statement(s) appear before the first LNKLST DEFINE statement, or before the first LNKLST ADD... To be blunt, what part of any is not clear? Any means any. A LNKLST statement in PROGxx is a statement with LNKLST beginning it. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYSLIB statement in PROGxx?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Relson SYSLIB statements must always appear before any LNKLST statements in PROGxx. So, must any SYSLIB statement(s) appear before the first LNKLST DEFINE statement, or before the first LNKLST ADD... To be blunt, what part of any is not clear? This part, which got snipped from my original query: For example, if you specify PROG=(01,02) during IPL, consider the following: If PROG01 has a LNKLST statement, ensure that no SYSLIB statement appears after the LINKLIB statement, or in PROG02. Note the spelling is _LINKLIB_, not LNKLST. Any means any. A LNKLST statement in PROGxx is a statement with LNKLST beginning it. Looks like an RCF is in order. Will you do it? If you'd rather I do it, may I quote you from this post? Peter Relson z/OS Core Technology Design -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Kevin, You are correct, I mean type 132. Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fletcher, Kevin Sent: Thursday, August 14, 2008 9:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record Rogers, you said subtype 132, do you mean type? if so, I see references to NETSPY. If you really do mean subtype I saw references to type 102 (DB2) with a suptype of 132. Thanks, Fletch snip We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Sandbox for Z
_http://whitepapers.zdnet.com/abstract.aspx?docid=361870promo=100601_ (http://whitepapers.zdnet.com/abstract.aspx?docid=361870promo=100601) Anybody tried this? **Looking for a car that's sporty, fun and fits in your budget? Read reviews on AOL Autos. (http://autos.aol.com/cars-Volkswagen-Jetta-2009/expert-review?ncid=aolaut000307 ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? bILL -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Friday, August 15, 2008 12:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation William, Assuming you do not have any software with Primary or Secondary extent reduction, or secondary extent increase rules. I'm talking pure dataset allocation without any allocation recovery. So, if the Primary was allocated in four extents, that means you can have an additional 12 extents on the 1st volume. That's 2500 CYLs + 1200 CYLs for a total 3700 CYLs. That means the second volume would have 7 secondary extents. That is 6 of 100 CYLS and one of 31 CYLS (which is what happens with RLSE in the JCL or MGMTCLAS). That's one extreme. You could have 3 secondary extents on the 1st volume (2800 CYLS) and 16 secondary extents on the 2nd volume (1531 CYLS), or some combination in between. I guess I'm not following what the problem is. Ron The initial allocation was in 4 extents. I thought for a PS file, the F1 DSCB gave 3 extent descriptors and the F3 DSCB gave another 13 extent descriptor for a total of 16 extents per volume. Please explain how 1831 cylinders requires 19 extents and that is consistent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
-Original Message- From: IBM Mainframe Discussion List On Behalf Of William F Besnier I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? It is. Your JCL (apparently) specified to use (at least one) additional volume(s), so when space was no longer available on the first volume for a secondary extent, you then got allowed to allocate another 16 extents of 100 cyls each on the second volume, for a total of 1600 cyls ON THAT VOLUME. Thus, given your observation that you got one primary and three secondary extents on the first volume, for a total of 2800 cyls, and the dataset then extended to a second volume, you got entitled to an additional 1600 cyls on the second volume. Had you specified the maximum of 59 volumes, you would have been entitled to allocate a maximum of 1600*58 + whatever space you got on the first volume (2800, based on your posted observation) If you wanted to limit the available space to exactly 4000 cyls, you should have specified a primary of 4000 cyls with no secondary, on a volume that had 4000 cyls available. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
On Fri, 15 Aug 2008 09:07:52 -0400, William F Besnier [EMAIL PROTECTED] wrote: I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? Perhaps I don't understand something here, but you seem to be making an erroneous assumption that SPACE= (CYL,(2500,100)) requests a total of 4000 cylinders. It requests a primary space allocation of 2500 cylinders, and secondary allocations of 100 cylinders. True, if you consider only a single volume, and only 16 extents, that gives you a max of 4000 cylinders. But you don't have a single-volume case, if I've read this thread correctly. You have a multi-volume case, and there each volume can have up to 16 extents, where each volume after the first uses an allocation unit of 100 cylinders per extent. So, in theory, you could have 4000 cylinders on the first volume, 1600 cylinders on a second volume, 1600 cylinders on a third volume, etc. for as many volumes as you've allowed the data set to expand onto. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
I'm sorry. I probably missed something at the beginning of this thread, but how do you know only 4000 was requested? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of William F Besnier Sent: Friday, August 15, 2008 07:08 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? bILL -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Friday, August 15, 2008 12:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation William, Assuming you do not have any software with Primary or Secondary extent reduction, or secondary extent increase rules. I'm talking pure dataset allocation without any allocation recovery. So, if the Primary was allocated in four extents, that means you can have an additional 12 extents on the 1st volume. That's 2500 CYLs + 1200 CYLs for a total 3700 CYLs. That means the second volume would have 7 secondary extents. That is 6 of 100 CYLS and one of 31 CYLS (which is what happens with RLSE in the JCL or MGMTCLAS). That's one extreme. You could have 3 secondary extents on the 1st volume (2800 CYLS) and 16 secondary extents on the 2nd volume (1531 CYLS), or some combination in between. I guess I'm not following what the problem is. Ron The initial allocation was in 4 extents. I thought for a PS file, the F1 DSCB gave 3 extent descriptors and the F3 DSCB gave another 13 extent descriptor for a total of 16 extents per volume. Please explain how 1831 cylinders requires 19 extents and that is consistent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
Bill, That would be a max of 4000 cyls on the primary volume and a max of 1600 cyls on the secondary volumes. Neal William F Besnier wrote: I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? bILL -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Friday, August 15, 2008 12:50 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation William, Assuming you do not have any software with Primary or Secondary extent reduction, or secondary extent increase rules. I'm talking pure dataset allocation without any allocation recovery. So, if the Primary was allocated in four extents, that means you can have an additional 12 extents on the 1st volume. That's 2500 CYLs + 1200 CYLs for a total 3700 CYLs. That means the second volume would have 7 secondary extents. That is 6 of 100 CYLS and one of 31 CYLS (which is what happens with RLSE in the JCL or MGMTCLAS). That's one extreme. You could have 3 secondary extents on the 1st volume (2800 CYLS) and 16 secondary extents on the 2nd volume (1531 CYLS), or some combination in between. I guess I'm not following what the problem is. Ron The initial allocation was in 4 extents. I thought for a PS file, the F1 DSCB gave 3 extent descriptors and the F3 DSCB gave another 13 extent descriptor for a total of 16 extents per volume. Please explain how 1831 cylinders requires 19 extents and that is consistent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
To all that responded to this thread, thank you. One of the good thinks about this field is you learn every day and when you stop learning, it's time to get out. Again thanks, Bill -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, August 15, 2008 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation -Original Message- From: IBM Mainframe Discussion List On Behalf Of William F Besnier I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? It is. Your JCL (apparently) specified to use (at least one) additional volume(s), so when space was no longer available on the first volume for a secondary extent, you then got allowed to allocate another 16 extents of 100 cyls each on the second volume, for a total of 1600 cyls ON THAT VOLUME. Thus, given your observation that you got one primary and three secondary extents on the first volume, for a total of 2800 cyls, and the dataset then extended to a second volume, you got entitled to an additional 1600 cyls on the second volume. Had you specified the maximum of 59 volumes, you would have been entitled to allocate a maximum of 1600*58 + whatever space you got on the first volume (2800, based on your posted observation) If you wanted to limit the available space to exactly 4000 cyls, you should have specified a primary of 4000 cyls with no secondary, on a volume that had 4000 cyls available. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
Ted, Wow, that is old. The IBM 3090 is from back in the 80s. That's a life time in the computer world. Actually, I don't think IBM officially publishes MIPS figures for its new machine. They use either the LSPR values based on workload type or MSUs for software pricing. Other entities (Isham Research, Cheryl Watson) do publish MIPS values. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, August 14, 2008 7:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MIPS /day IBM doesn't use MIPS Actually, they do. I have an old slide chart from IBM Canada, where a 3090-200E is 31.5 'processing units'. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
I think his question is why MVS is allocating 16 extents instead of 12 extents, giving him 4400 cylinders instead of 4000 cylinders. I'm reading this as: Expected: 2500 primary+3(x100) secondary=2800, then 12(x100) secondary=4000 Actual: 2500 primary+3(x100) secondary=2800, then 16(x100) secondary=4400 At least that's the way I read it (so far.) That's why I'm wondering why the OP seems to think that it was supposed to stop at 4000. Am I misunderstanding the question perhaps? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walt Farrell Sent: Friday, August 15, 2008 07:32 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation On Fri, 15 Aug 2008 09:07:52 -0400, William F Besnier [EMAIL PROTECTED] wrote: I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? Perhaps I don't understand something here, but you seem to be making an erroneous assumption that SPACE= (CYL,(2500,100)) requests a total of 4000 cylinders. It requests a primary space allocation of 2500 cylinders, and secondary allocations of 100 cylinders. True, if you consider only a single volume, and only 16 extents, that gives you a max of 4000 cylinders. But you don't have a single-volume case, if I've read this thread correctly. You have a multi-volume case, and there each volume can have up to 16 extents, where each volume after the first uses an allocation unit of 100 cylinders per extent. So, in theory, you could have 4000 cylinders on the first volume, 1600 cylinders on a second volume, 1600 cylinders on a third volume, etc. for as many volumes as you've allowed the data set to expand onto. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
Posted By: John Kim Thursday, August 14, 2008 10:54 AM I also had a same issue when my client wanted to know, how much horse power was being used by his application, and no such standard tool I could find out there. Instead I used the following formula; CPUTIME / (ACTUAL INTERVAL DURATION * NUMBER OF CPS) * TOTAL MIPS -- Posted by: Bill Fairchild And this computation results in some number of foot-pounds per second? lol Yes, but as someone else previously implied in their post, you have to make management happy and talk management speak. I actually have charts where the x-axis is time of day, the left hand y-axis is in %CPU utilization, and the right hand y-axis is in MIPS. I use the exact same formula that John does. Hey, it might not be technically correct to use MIPS, but it's something management understands (or thinks they do), makes them happy, and preserves my job. :-) Tom Kelman * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
In a message dated 8/15/2008 8:45:12 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Actually, I don't think IBM officially publishes MIPS figures for its new machine. They use either the LSPR values based on workload type or MSUs for software pricing. Other entities (Isham Research, Cheryl Watson) do publish MIPS values. Yazbut in their SEC filings they publish MIPS for expansion and contraction by machine type with no regard for CISC vs RISC anywhere. _http://www.ibm.com/investor/2q08/_ (http://www.ibm.com/investor/2q08/) (p.21 esp) **Looking for a car that's sporty, fun and fits in your budget? Read reviews on AOL Autos. (http://autos.aol.com/cars-Volkswagen-Jetta-2009/expert-review?ncid=aolaut000307 ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? Once you've asked for more than one volume, all bets are off. Since it couldn't find the 4000 on volume1, it went looking elsewhere using the secondary allocation. What would you have preferred? The job abend at 4000 cyls? You can only get that if you specify a primary with a single volume, that has 4000 cyls available. Me, I'd rather the job complete successfully. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
Ted, Wow, that is old. The IBM 3090 is from back in the 80s. That's a life time in the computer world. Actually, I don't think IBM officially publishes MIPS figures for its new machine. They use either the LSPR values based on workload type or MSUs for software pricing. I realise it's old, but I've had salesmen talk in MIPS even after that. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. On Fri, 15 Aug 2008 07:40:49 -0500, Laine, Rogers [EMAIL PROTECTED] wrote: Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| How unfortunate. Some, hopefully most, ISVs mark their record with some small eye-catcher string, just in case two products are writing to the same record type. Then any SMF data post-processing utility/code can validate that the record is really their own. So, it's time to back-track to your PARMLIB(SMFPRMxx) member and/or your intra-day DUMPXY/SMFDUMP job or your nightly SMF collection processing. Sure hope you might have some DOC reference indicating who's writing that record type. Any authorized software product or application program could be writing this record type to your MAN dataset. Another option is to disable the record type in SMFPRMxx and see what program gripes about it when the SMFWTM invocation gets a non-zero RC. Then your prairie dog will pop out of its den! Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
On Fri, 15 Aug 2008 08:44:59 -0500, Kelman, Tom wrote: ... Actually, I don't think IBM officially publishes MIPS figures for its new machine. Maybe not, but... http://www-1.ibm.com/support/docview.wss?uid=tss1td103411 -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
In a message dated 8/15/2008 9:26:45 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: I realise it's old, but I've had salesmen talk in MIPS even after that. And I have heard technical people who know better continue to use the term channel-unit address, CUU, or device address when they really should be saying device number. They still build new software that displays this obsolete term externally to users. The operating system thing called CUU was changed to device number with the advent of S/370/XA around 1983. Unit address is a meaningful term used correctly within a control unit, but not from the point of view of the operating system. Once a term becomes engrained, it is hard to replace. That's why I still sometimes think of, but don't let myself speak, the phrase low core. Bill Fairchild Rocket Software **Looking for a car that's sporty, fun and fits in your budget? Read reviews on AOL Autos. (http://autos.aol.com/cars-Volkswagen-Jetta-2009/expert-review?ncid=aolaut000307 ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Try this: To determine who's writing an SMF rectype: SL SET,IF,A=SYNCSVCD,L=(IGC0008C,64),DATA=(1R?+5,EQ,xx), SD=(ALLNUC,ALLPSA,CSA,GRSQ,LPA,RGN,SQA,SUM,TRT),END where xx = the SMF record type in hex You should then be able to check SYSTRACE to see who issued the SVC 83 (x'svc53'). In the case in which it's a branch entry, you should be able to follow the registers back to see who made the call. Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Laine, Rogers [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/15/2008 08:40 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMF Subtype 132 record Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Port assignment for 992 ssl
Setting up (or attempting to set up) ssl for TN3270 using port 992. What should the 'job' name assigned to the port be? i.e., port 23 says 23 TCP INTCLIEN... Thanks, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
You can try ISMF under ISPF Or if you have QuickRef you can use the SPACE command to see volumes or storage groups Lizette I used to be able to check the capacity of a volume somehow using ISPF option #6...I could be wrong. I can't seem to do this anymore. I'm I wrong, or how can I do this now. Any help will be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS FTP - handling a ..
On Thu, 14 Aug 2008 17:36:15 -0500, Patrick O'Keefe [EMAIL PROTECTED] wrote: A little more info would be helpful. Are these 2 periods actually as such in the data? (I suspect not.) Are they perhaps unprintable data represented as periods in whatever you are using to display the data? If so they are not going to make it to the remote end unless you send it BIN or unless you specify your own translate table that makes them something meaningful to the remote end (in whatever code page it is using). ascii option did the trick and the data in question was periods, not non-displayable data, as in the following. Hard to see with this formatting but the periods right before REILY are stripped out and REILLY goes to the beginning of a new line. Source data (on mainframe) 0 ! Then this morning, Coop said, 'BOB's not from around here.'..REILY: That's fun Target data (after FTP to server) 0 ! Then this morning, Coop said, 'BOB's not from around here.' REILY: That's fun -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Datasets with KEYs
Perhaps you can do this with Enterprise PL/I REGIONAL(1) data sets. They are non-VSAM data sets with keys. http://publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/ibm3pg60/2.4? DT=20071108121521 Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
Select 3.4 put a V on the option line and put the Volume serial number. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Friday, August 15, 2008 12:20 PM To: IBM-MAIN@bama.ua.edu Subject: Checking Volume Capacity I used to be able to check the capacity of a volume somehow using ISPF option #6...I could be wrong. I can't seem to do this anymore. I'm I wrong, or how can I do this now. Any help will be appreciated. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
I used to be able to check the capacity of a volume somehow using ISPF option #6...I could be wrong. I can't seem to do this anymore. 3.4 Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Port assignment for 992 ssl
1.9 default telnet daemon stc name tn3270D (no ssl here). BROWSETECGRM.NETSTAT.CONNLine 0001 Col 0 Command === Scroll === MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 01:53:12 User Id Conn Local Socket Foreign Socket State --- -- - BPXOINIT 000C 0.0.0.0..10007 0.0.0.0..0 Listen FTPD10012 0.0.0.0..210.0.0.0..0 Listen OSNMPD 0014 0.0.0.0..1025 0.0.0.0..0 Listen SNMPQE 0010 0.0.0.0..1024 0.0.0.0..0 Listen TN3270D 001B 0.0.0.0..230.0.0.0..0 Listen Setting up (or attempting to set up) ssl for TN3270 using port 992. What should the 'job' name assigned to the port be? i.e., port 23 says 23 TCP INTCLIEN... Thanks, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Checking Volume Capacity
I used to be able to check the capacity of a volume somehow using ISPF option #6...I could be wrong. I can't seem to do this anymore. I'm I wrong, or how can I do this now. Any help will be appreciated. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
If you are licensed, QuickRef reports this type of VOLUME-level information with the QS S= (DASD space info) command; scroll to the right for Cylinders_On_Volume. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
-snip-- This is information in the SMFPRMxx member. SYS(TYPE(0:255),EXITS(IEFU83,IEFU84,IEFACTRT,IEFUTL, IEFUSI,IEFUJI),NOINTERVAL,NODETAIL) We are allowing all type records to be written. (management request). We do not have any DOC to tell us what product 132 belongs, thus my problem. Do you think one of these exits could be producing this type record. I'm not sure what these exits do. -unsnip To the best of my knowledge, these exits can examine and modify a record, but not create one. Unless you've installed one or more of these exits, they're all dummys that are basically a IEFBR14. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Scott, This is information in the SMFPRMxx member. SYS(TYPE(0:255),EXITS(IEFU83,IEFU84,IEFACTRT,IEFUTL, IEFUSI,IEFUJI),NOINTERVAL,NODETAIL) We are allowing all type records to be written. (management request). We do not have any DOC to tell us what product 132 belongs, thus my problem. Do you think one of these exits could be producing this type record. I'm not sure what these exits do. Thanks, Rogers Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| How unfortunate. Some, hopefully most, ISVs mark their record with some small eye-catcher string, just in case two products are writing to the same record type. Then any SMF data post-processing utility/code can validate that the record is really their own. So, it's time to back-track to your PARMLIB(SMFPRMxx) member and/or your intra-day DUMPXY/SMFDUMP job or your nightly SMF collection processing. Sure hope you might have some DOC reference indicating who's writing that record type. Any authorized software product or application program could be writing this record type to your MAN dataset. Another option is to disable the record type in SMFPRMxx and see what program gripes about it when the SMFWTM invocation gets a non-zero RC. Then your prairie dog will pop out of its den! Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
On Fri, 15 Aug 2008 14:26:26 +, Ted MacNEIL wrote: I realise it's old, but I've had salesmen talk in MIPS even after that. Ha! That's a reference for technical information? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MIPS /day
Did anyone actually answer the OP? All I saw was sarcasm and topic drift. First, there are many tools that show CPU consumption. Consumption data is stored in SMF interval records, and can be seen live using SDSF, Omegamon, Tmon, RMF, and other tools. So, look at SDSF and RMF, which you should already have along with the operating system. Assuming you record and keep SMF data, and that you have SAS available, you might look into Barry Merrill's MXG product. As for the term 500MIPS/Day, it's entirely ambiguous. MIPS means Millions of Instructions Per Second. So, the term could mean just 500 million instructions per day, or it could mean 500 million instructions every second all day long every day. (or an average of about that). 500 million instructions per day is a nit. It can occur in less than a second. Most likely, the customer meant the latter, and that is significant. Depending on the hardware, that may be one or two engines. You may also want to review historical SMF data for the application. Has the application CPU time increased significantly over time? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Port assignment for 992 ssl
Melissa Perry wrote: Setting up (or attempting to set up) ssl for TN3270 using port 992. What should the 'job' name assigned to the port be? i.e., port 23 says 23 TCP INTCLIEN... If you are still using the internal TN3270 server (gone as of 1.9 I think) then you would code: 992 TCP INTCLIEN otherwise you would code: 992 TCP name where name is the JOBNAME of STCNAME of your TN3270 server. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Port assignment for 992 ssl
Hi Melissa, Try: 23 TCP TN3270 ; Telnet Server TN3270 Hope this helps, Paul On Fri, 15 Aug 2008 10:01:23 -0500, Melissa Perry [EMAIL PROTECTED] wrote: Setting up (or attempting to set up) ssl for TN3270 using port 992. What should the 'job' name assigned to the port be? i.e., port 23 says 23 TCP INTCLIEN... Thanks, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
On Fri, 15 Aug 2008 10:26:46 -0500, Laine, Rogers [EMAIL PROTECTED] wrote: Scott, This is information in the SMFPRMxx member. SYS(TYPE(0:255),EXITS(IEFU83,IEFU84,IEFACTRT,IEFUTL, IEFUSI,IEFUJI),NOINTERVAL,NODETAIL) We are allowing all type records to be written. (management request). We do not have any DOC to tell us what product 132 belongs, thus my problem. Do you think one of these exits could be producing this type record. I'm not sure what these exits do. Thanks, Rogers Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| How unfortunate. Some, hopefully most, ISVs mark their record with some small eye-catcher string, just in case two products are writing to the same record type. Then any SMF data post-processing utility/code can validate that the record is really their own. So, it's time to back-track to your PARMLIB(SMFPRMxx) member and/or your intra-day DUMPXY/SMFDUMP job or your nightly SMF collection processing. Sure hope you might have some DOC reference indicating who's writing that record type. Any authorized software product or application program could be writing this record type to your MAN dataset. Another option is to disable the record type in SMFPRMxx and see what program gripes about it when the SMFWTM invocation gets a non-zero RC. Then your prairie dog will pop out of its den! Scott Barry SBBWorks, Inc. An application program is writing the SMF type 132, not one of the listed exits. Time to take back your SMF recording...from management, per se. Possibly, it's a Bull Moose scenario (flog your mouse-cursor - those from the Morino Associates days, if you know Bull Mooseor if you are one!). Technical individuals who are force-groomed and promoted, sometimes side-swiped, to a manager position, dragging along their legacy SYSPROG/geek 'ness! My vote is turn off the record and see who complains first, likely to occur in your SYSLOG. Be sure that a manager-type is aware of your action for CYA protection. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
When is LDA-LDAVVRG LDA-LDALIMIT?
In the LDA: LDAVVRG is 16M V=V Region high value LDAEVVRG is 16M V=V Region high value And LDALIMIT is 16M V=V Region limit value LDAELIM is 16M V=V Region limit value I've checked almost every address space on my system and they are always the same: LDAVVRG = LDALIMIT and LDAEVVRG = LDAELIM. Does anyone know what would cause them to be different? Or why are they the same? Thanks! Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Re-instates requirement for PA product Sub-Capacity licensing
Cross posted to LPAR-Pricing, ISVCosts and IBM-Main Listservers Folks, I know these forums don't specifically relate to IBM Passport Advantage product licensing - however I thought it important enough to ensure that the message below gets out to those who need to know it. Some time back IBM introduced sub-capacity licensing for a number of off-mainframe products and it mandated the use of a tool to track these licenses. The tool had some problems so IBM withdrew the requirement to use the tool to track sub-capacity licenses (see http://www-306.ibm.com/software/lotus/passportadvantage/tivolilicensemanager.html). As of the 1st of August 2008 the tool is now available and customers have 90 days to get it in and operational to meet sub-capacity eligibility requirements. See the link below for details http://www-306.ibm.com/software/lotus/passportadvantage/ilmt_subcapacity_licensing.html Peter Gammage IT Architect ISOS Technology, Strategy and Planning Standard Life Employee Services Limited 2nd floor, Dundas House, 20 Brandon Street Edinburgh, EH3 5PP Tel: +44(0) 131-245-7024 Mob: +44(0) 773-659-2559 Email: [EMAIL PROTECTED] This e-mail is confidential and, if you are not the intended recipient, please return it to us and do not retain or disclose it. We filter and monitor e-mails in order to protect our system and the integrity, confidentiality and availability of e-mails. We cannot guarantee that e-mails are risk free and are not responsible for any related damage or unauthorised alteration of e-mails by third parties after sending. For more information on Standard Life group, visit our website http://www.standardlife.com/ Standard Life plc (SC286832), Standard Life Assurance Limited* (SC286833) and Standard Life Employee Services Limited (SC271355) are all registered in Scotland at Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH. *Authorised and regulated by the Financial Services Authority. 0131 225 2552. Calls may be recorded/monitored. Standard Life group includes Standard Life plc and its subsidiaries. Please consider the environment. Think - before you print. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When is LDA-LDAVVRG LDA-LDALIMIT?
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/15/2008 11:56:04 AM: In the LDA: LDAVVRG is 16M V=V Region high value LDAEVVRG is 16M V=V Region high value And LDALIMIT is 16M V=V Region limit value LDAELIM is 16M V=V Region limit value I've checked almost every address space on my system and they are always the same: LDAVVRG = LDALIMIT and LDAEVVRG = LDAELIM. Does anyone know what would cause them to be different? Or why are they the same? In MVS Initialization and Tuning Guide see section 1.4.12.3 Limiting User Region Size Also, if you have an IEFUSI exit, see the documentation for IEFUSI in MVS Installation Exits. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMPE Receive Out of Space Question
I did an SMPE receive of CICSTS32 and the features which came on the CBPDO tape and ran out of space during the process. I'm installing into a seperate CSI just for CICS. What would be the best way to resolve this issue...expand the Global CSI or delete the SMP datasets and redefine them. If extend, how would I go about that. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Ralph, How would I go about checking SYSTRACE? Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ralph Kaden Sent: Friday, August 15, 2008 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record Try this: To determine who's writing an SMF rectype: SL SET,IF,A=SYNCSVCD,L=(IGC0008C,64),DATA=(1R?+5,EQ,xx), SD=(ALLNUC,ALLPSA,CSA,GRSQ,LPA,RGN,SQA,SUM,TRT),END where xx = the SMF record type in hex You should then be able to check SYSTRACE to see who issued the SVC 83 (x'svc53'). In the case in which it's a branch entry, you should be able to follow the registers back to see who made the call. Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Laine, Rogers [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/15/2008 08:40 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMF Subtype 132 record Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error, please immediately notify us by return E-Mail or telephone to arrange for return of its contents including any documents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance
Re: SMPE Receive Out of Space Question
Howard, What data set did you run out of space on? Can you include the error message from the out of space condition? Cheers, Joe Aulph, Senior Systems Programmer: 850-487-8945 [EMAIL PROTECTED] Howard Rifkind [EMAIL PROTECTED] OMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU SMPE Receive Out of Space Question 08/15/2008 01:36 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU I did an SMPE receive of CICSTS32 and the features which came on the CBPDO tape and ran out of space during the process. I'm installing into a seperate CSI just for CICS. What would be the best way to resolve this issue...expand the Global CSI or delete the SMP datasets and redefine them. If extend, how would I go about that. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Receive Out of Space Question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Howard Rifkind I did an SMPE receive of CICSTS32 and the features which came on the CBPDO tape and ran out of space during the process. I'm installing into a seperate CSI just for CICS. What would be the best way to resolve this issue...expand the Global CSI or delete the SMP datasets and redefine them. If extend, how would I go about that. Depends on what specific dataset(s) ran out of space. -jc- P.s. Why CBPDO and not ServerPac? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
No, the initial allocation was not in 4 extents. It was in one extent and consumed 2500 cylinders. The remaining 3 extents on the first volume are secondary extents and consume 100 cylinders each. After the initial allocation was used up, the dataset continued to grow, by a total of 1831 cylinders. It did not obtain all this space at once. It grew by one secondary extent at a time, 100 cylinders apiece. The first 18 secondary extents provided 1800 cylinders. The last 31 cylinders were in the 19th extent and the excess space (69 cylinders) was apparently released. (How many 100 Euro notes does it take to pay for an airplane ticket costing 1832 Euros?) One initial extent of 2500 + 18 secondary extents of 100 + 1 secondary extent of 31 (19 secondary extents total) yields 4331 cylinders in 20 extents. -Original Message- From: William F Besnier [mailto:snip] Sent: Thursday, August 14, 2008 7:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A Sent: Thursday, August 14, 2008 6:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation What is the LRECL, RECFM, and BLKSIZE? 4331 cylinders is 64,965 tracks. That averages to ~46 records per track. Is there some reason you think this is unreasonable? Don't think it's unreasonable, don't know what it has to do what is specified in JCL and what was allocated. What is the percentage used of the 4,331 cylinders? What is the device type the dataset is on? The dataset was allocated across 2 3390-9 volumes; 4 extents on the first volume with 100% utilization. If the initial allocation provided all 2500 cylinders in one extent, the remaining 1831 cylinders does require 19 extents so it at least that looks consistent. The initial allocation was in 4 extents. I thought for a PS file, the F1 DSCB gave 3 extent descriptors and the F3 DSCB gave another 13 extent descriptor for a total of 16 extents per volume. Please explain how 1831 cylinders requires 19 extents and that is consistent. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
You specified (SYSDA,10) in your allocation. This means up to 4000 cylinders on the first volume and up to 1600 cylinders on each of up to 9 additional volumes. -Original Message- From: William F Besnier [mailto:snip] Sent: Friday, August 15, 2008 6:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation I'm not explaining my concerns correctly. My concern is not the number of extents used; it is the space allocated, the JCL space parameter is asking for 2500,100 cylinders of space for a total 4000 cylinders. What seems to have happened is the first volume was allocated the primary + 3 extents for 2800 cylinders; the second volume was allocated 16 extents of 100 cylinders for 1600 cylinders - rlse, the total being 4331 cylinders being allocated when only 4000 was requested. The file/volume are non-SMS and my question is WHY ISN'T THE JCL REQUEST BEING HONOURED? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
If you were doing it from ISPF Option 6, you were probably using a home-grown, 3rd party or CBT TSO CP or CLIST. There were several around. The one that comes to mind is LSPACE which simply issued the LSPACE macro/SVC. It returned a formatted line of text containing how much free space was on the volume, how many extents, the largest, etc. Be aware that this reads the F5 dscbs and probably ENQs SYSVTOC, so you wouldn't want to do it indiscriminately. Date: Fri, 15 Aug 2008 09:20:29 -0700 From: [EMAIL PROTECTED] Subject: Checking Volume Capacity To: IBM-MAIN@BAMA.UA.EDU I used to be able to check the capacity of a volume somehow using ISPF option #6...I could be wrong. I can't seem to do this anymore. I'm I wrong, or how can I do this now. Any help will be appreciated. Thanks _ Be the filmmaker you always wanted to be—learn how to burn a DVD with Windows®. http://clk.atdmt.com/MRT/go/108588797/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
Be aware that this reads the F5 dscbs and probably ENQs SYSVTOC, so you wouldn't want to do it indiscriminately. Most of these utilities were changed years ago to not ENQ the VTOC. A couple out of synch in today's DASD farms don't matter. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of J R Sent: Friday, August 15, 2008 2:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Checking Volume Capacity If you were doing it from ISPF Option 6, you were probably using a home-grown, 3rd party or CBT TSO CP or CLIST. There were several around. The one that comes to mind is LSPACE which simply issued the LSPACE macro/SVC. It returned a formatted line of text containing how much free space was on the volume, how many extents, the largest, etc. Be aware that this reads the F5 dscbs and probably ENQs SYSVTOC, so you wouldn't want to do it indiscriminately. Are you sure it reads the F5's? If you have an indexed VTOC (and you should!), then the free space information is kept in the VTOCIX and, IIRC, DADSM no longer maintains the F5 DSCBs on that volume. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking Volume Capacity
Hmm ... Good point! However, since you raise the issue, I googled for LSPACE and came up with http://www-1.ibm.com/support/docview.wss?uid=isg1II02887 which, despite being 20 years old, still seems to apply and was updated as recently as April. It says: LSPACE then causes an ENQ to be issued against each device. So, whether it reads F5 DSCBs or not, there does appear to be an ENQ against the device. What actual resource name is used it doesn't say. Date: Fri, 15 Aug 2008 14:23:04 -0500 From: [EMAIL PROTECTED] Subject: Re: Checking Volume Capacity To: IBM-MAIN@BAMA.UA.EDU -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of J R Sent: Friday, August 15, 2008 2:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Checking Volume Capacity If you were doing it from ISPF Option 6, you were probably using a home-grown, 3rd party or CBT TSO CP or CLIST. There were several around. The one that comes to mind is LSPACE which simply issued the LSPACE macro/SVC. It returned a formatted line of text containing how much free space was on the volume, how many extents, the largest, etc. Be aware that this reads the F5 dscbs and probably ENQs SYSVTOC, so you wouldn't want to do it indiscriminately. Are you sure it reads the F5's? If you have an indexed VTOC (and you should!), then the free space information is kept in the VTOCIX and, IIRC, DADSM no longer maintains the F5 DSCBs on that volume. -- John McKown _ See what people are saying about Windows Live. Check out featured posts. http://www.windowslive.com/connect?ocid=TXT_TAGLM_WL_connect2_082008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E 3.5 and FIXCAT and Septemeber 2008
I think I have this information correct. My notes are in my suite case waiting to board a plane. At the Share presentation yesterday on the new features in SMP/E 3.5 it was stated that we need to install a toleration PTF in order to continue receiving maintenance once the FIXCAT function is implemented in SEPTEMBER 2008. Without the PTF on our SMP/E 3.4 or 3.3 systems, our Receives will fail due to the new keywords From the Share session 2841 SMP/E Simplifying PSP Buckets and Other goodies FIXCAT type ++HOLDs will be included with ERROR ++HOLDs: - Delivered with all existing IBM product and service offerings . Included in the same file (SMPHOLD) FIXCAT HOLDDATA is incompatible with prior releases of SMP/E - Prior SMP/E releases (V3.3 and V3.4) will ignore FIXCAT HOLDs when discovered in SMPHOLD data sets. Coexistence APAR IO07480 (PTF UO00702 for V3.4) is required to silently ignore the FIXCAT HOLDs Coexistence APAR IO07480 (PTF UO00700 for V3.3) is required Coexistence service is highlighted in WSC Flash 10639 - FIXCAT HOLDDATA is RECEIVEd only if the UPGRADE command for SMP/E V3.5 has been run. . Failure to run the UPGRADE command will generate a single message - GIM58903W SMP/E COULD NOT PROCESS A ++HOLD FIXCAT MCS BECAUSE IT WOULD HAVE MADE A CHANGE TO THE GLOBAL ZONE THAT CANNOT BE PROCESSED COMPLETELY BY PRIOR LEVELS OF SMP/E. USE THE UPGRADE COMMAND TO ALLOW SMP/E TO MAKE SUCH CHANGES. It was mentioned that these changes to the ++HOLD statements will take place at the end of September and the maintenance is needed so the older versions of SMP/E will ignore the new ++HOLD parameters. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS FTP - handling a ..
On Fri, 15 Aug 2008 11:24:14 -0500, Paul Peplinski [EMAIL PROTECTED] wrote: ... ascii option did the trick and the data in question was periods, not non-displayable data, as in the following. Hard to see with this formatting but the periods right before REILY are stripped out and REILLY goes to the beginning of a new line. Source data (on mainframe) 0 ! Then this morning, Coop said, 'BOB's not from around here.'..REILY: That's fun Target data (after FTP to server) 0 ! Then this morning, Coop said, 'BOB's not from around here.' REILY: That's fun ... Boy, that's really strange! I'm glad you got it working so this is now just idle curiosity on my part, but I'd really like to understand this better. This was data in an MVS dataset being FTPed to a remote non-MVS server? And the original dataset was all printable data?(That is sort of a meaningless question if I don't also ask what code page, but I'm going to pretend I don't need to.) This was a single- byte character stream transfer, wasn't it? If you bring up the local FTP client and issue a status command you will get many lines of config information (at least from the MVS client). One of the lines mentions Mode, Structure, type and byte-size. What do you have for type? If it says ASCII then your specifying it again should not have had any effect. (ASCII means it is going to assume a character transmission, and is going to translate from EBCDIC into ASCII. It doesn't mean the data is in ASCII on MVS. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
On Fri, 15 Aug 2008 11:47:38 -0700, Schwarz, Barry A [EMAIL PROTECTED] wrote: You specified (SYSDA,10) in your allocation. This means up to 4000 cylinders on the first volume and up to 1600 cylinders on each of up to 9 additional volumes. ... Well, William shouldn't feel alone in this. I've been mucking around with MVS since about 1980 (where mucking around means doing various systems programming work) and never knew that the 16 extent limit was per volume. Admittedly, I've never had to specify a multi-volume allocation for a dataset (although SMS has probably done it for me); system programming (especially communication software related system programming ) doesn't usually require massively large datasets. Maybe everybody is supposed to know how DASD allocation works, but some of us don't. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E 3.5 and FIXCAT and September 2008
Lizette, on behalf of those of us who don't get to go to SHARE, thanks for sharing! Thanks, Emily Rambo Convergys Data Center Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APF authorization question
In [EMAIL PROTECTED], on 08/13/2008 at 02:32 PM, Fletcher, Kevin [EMAIL PROTECTED] said: Does a JOBLIB invalidate APF authorization of a module pulled from the link list (remember no STEPLIB) when first tried? JOBLIB and STEPLIB are just alternate ways to ask the Initiator to specify a TASKLIB; what applies to one applies to both. In either case an unauthorized library will cause you problems if the authorized program tries to load anything from it. In [EMAIL PROTECTED], on 08/13/2008 at 10:38 PM, Fletcher, Kevin [EMAIL PROTECTED] said: Thanks for you input, but I must have been vague about my orginal post. No; you didn't understand Walt's response. but failed with an apf authorization failure. What authorization failure? That would have been ABEND S047. Your failure was a key mismatch. As for the PPT entry, I used the entry supplied with DB2 by IBM A correct PPT entry does no good if you have an unauthorized TASKLIB. KEY(7)/* STORAGE PROTECT KEY*/ You got key 8, which is why it failed. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: California's COBOL payroll system
In [EMAIL PROTECTED], on 08/11/2008 at 07:49 AM, Howard Brazee [EMAIL PROTECTED] said: At one time the words widdershins and soleil were used - BC (before clocks). What happened to deasil? -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: California's COBOL payroll system
In [EMAIL PROTECTED], on 08/11/2008 at 08:00 AM, Schwartz, Alan [EMAIL PROTECTED] said: My favorite scene was when the mathematician was asked how much is 9x7. With pencil to paper he answered 16. The generals used their calculators and came up with the same answer That would be more impressive if the answer were correct. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: California's COBOL payroll system
In [EMAIL PROTECTED], on 08/11/2008 at 08:39 AM, Chase, John [EMAIL PROTECTED] said: Must be more of the new math. I guess I missed the lecture wherein it was taught that x as an operator means arithmetic add (but I remember that + was used to signify logical AND, No, + is used to signify logical or, except when it is used to signify exclusive or. It's * that is used to signify logical and when ^ isn't available for the purpose. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APF authorization question
In [EMAIL PROTECTED], on 08/13/2008 at 02:29 PM, Chase, John [EMAIL PROTECTED] said: Check for message IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED That's not related to APF for the J/S task, which is the issue in the subject. It is, however, related to a failure to honor PPT entries, which is the real issue. DSNUTILB has AC=1, which implies that (in some cases, at least) it needs special properties. No. The programs that need special properties are in the PPT. The term does *not* refer to AC(1). any libraries in a STEPLIB concatenation be APF-authorized. Yes. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I Finally Got a Job
In [EMAIL PROTECTED], on 08/13/2008 at 10:05 AM, Eric Bielefeld [EMAIL PROTECTED] said: I finally got a new job, starting Monday Aug. 18. Mazal tov! -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When is LDA-LDAVVRG LDA-LDALIMIT?
Ok thank you. I can now see the differences after I played with some batch jobs and the REGION. This just shows me how very, very, very (very) little I know about memory on z/OS. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim Mulder Sent: 15. elokuuta 2008 20:28 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: When is LDA-LDAVVRG LDA-LDALIMIT? I've checked almost every address space on my system and they are always the same: LDAVVRG = LDALIMIT and LDAEVVRG = LDAELIM. Does anyone know what would cause them to be different? Or why are they the same? In MVS Initialization and Tuning Guide see section 1.4.12.3 Limiting User Region Size Also, if you have an IEFUSI exit, see the documentation for IEFUSI in MVS Installation Exits. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Friday, August 15, 2008 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation SNIP Well, William shouldn't feel alone in this. I've been mucking around with MVS since about 1980 (where mucking around means doing various systems programming work) and never knew that the 16 extent limit was per volume. SNIP I have been looking at Using Data Sets (a DFP document) from various releases going back to OS/390 2.10 and I can't find something. Didn't the allocation scheme allow 3/5 (whatever the DSCB1 allows) extents to meet the *PRIMARY* and then go to secondaries (up to the 16 extent limit) *PER VOLUME* for NON-VSAM? Reading this thread and looking at the aforementioned manual for z/OS 1.7, I was surprised to read that on second and subsequent volumes, allocation is based on SECONDARY amounts. And like Patrick was saying, I've also been doing some of this stuff since the mid-'70s (pre MVS/SE). It is too bad that I discarded almost all my old MVS manuals (I really need 'em these days working with Herc and MVS 3.8J). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Space Allocation
I was surprised to read that on second and subsequent volumes, allocation is based on SECONDARY amounts. Not only that, but if you do a DISP=MOD on an existing dataset, it uses the SECONDARY. The PRIMARY is not remembered anywhere; the SECONDARY is always. I mean no disrespect, but I've known this since 1981, and I'm ssurprised by how many don't! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I Finally Got a Job
Congrats, I am still looking. On 8/13/08, Eric Bielefeld [EMAIL PROTECTED] wrote: I finally got a new job, starting Monday Aug. 18. As I don't know how my employer will react to posting on IBM-Main, I'll wait to tell you who after I start. I'll be working in St. Louis. Anybody in St. Louis from IBM-Main? Contact me off list, or call my cell phone at 414-477-7259. Maybe we can go out for a meal or something. It's interesting in this pursuit of a job. All three of the jobs I got since my long term job at PH Mining were gotten by someone calling me. All the work searching for jobs on the web, and applying for them got nothing. This job, and my other two contract jobs came from someone searching the web and either calling or emailing me! Also, all three jobs were gotten by agencies that are local to the area. -- Eric Bielefeld Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Glen J. Gasior (630) 712-2104 Chicago, Illinois 60611 Leadership that improves the process of change -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
In IPCS option 6, enter SYSTRACE and do a find for ' 53 ' That should take you to the SVC 83 entry, but there could, conceivably, be multiple SVC 83 entries, so you'll need to check Reg1 to be sure it's pointing to a type132 record. Regs in SYSTRACE follow the PSW and are in the sequence R15, R0, and R1. If you need more help than this, please see if someone can give you a short lesson in the IPCS commands you'll need or take an IPCS course. Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Laine, Rogers [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/15/2008 01:37 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMF Subtype 132 record Ralph, How would I go about checking SYSTRACE? Rogers -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ralph Kaden Sent: Friday, August 15, 2008 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record Try this: To determine who's writing an SMF rectype: SL SET,IF,A=SYNCSVCD,L=(IGC0008C,64),DATA=(1R?+5,EQ,xx), SD=(ALLNUC,ALLPSA,CSA,GRSQ,LPA,RGN,SQA,SUM,TRT),END where xx = the SMF record type in hex You should then be able to check SYSTRACE to see who issued the SVC 83 (x'svc53'). In the case in which it's a branch entry, you should be able to follow the registers back to see who made the call. Regards, Ralph Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] Laine, Rogers [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/15/2008 08:40 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMF Subtype 132 record Scott, This is what I see when dumping this SMF record. I see nothing that jumps out at me that would indicate who this belongs to. d k¬ SYSBOPER004 \ d k¬ SYSBOPER007 A| d SYSBOPER007 A| d SYSBOPER004 \ d SYSBOPER004 \ d SYSBOPER007 A| -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barry Sent: Thursday, August 14, 2008 10:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMF Subtype 132 record On Thu, 14 Aug 2008 20:52:01 -0500, Rogers Laine [EMAIL PROTECTED] wrote: We are trying to research what software is producing SMF subtype of 132? We see these records being created every 1-2 minutes when a TSO user is log on the system. Any ideas? Dump a few of these records and look for an eye-catcher in the header, presuming you are looking for SMF type 132. You can use some DFSORT / COPY and IDCAMS PRINT utility commands - example JCL below: //S1 EXEC PGM=SORT,PARM=ABEND //SYSOUT DD SYSOUT=* //SORTIN DD DISP=SHR,DSN=_your_smf_input_file_ //SORTOUT DD DSN=amp;SORTTEMP, // UNIT=SYSDA,SPACE=(CYL,(10,10)), // DISP=(NEW,PASS) //SYSINDD * OPTION STOPAFT=5 SORT FIELDS=COPY INCLUDE COND=(6,1,BI,EQ,132) /* //DUMP EXEC PGM=IDCAMS //IN1 DD DISP=(OLD,DELETE),DSN=amp;SORTTEMP //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT INFILE(IN1) DUMP /* Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Confidentiality Notice: This E-Mail transmission (and/or the documents accompanying it) may contain information belonging to the sender which is confidential, privileged and/or exempt from disclosure under applicable law. The information is intended only for the use of the individual(s) or entity named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this E-Mail transmission in error,
Re: DASD Space Allocation
I'm not sure I understand what you mean; if the default volume is a 3380 and the allocation is satisfied on a 3390, a larger volume, how would the space allocation be increased for the larger 3390. Found the following info in DFSMSdfp Storage Administration Reference (SC26-4920-01) in Chapter 3 (Creating the Base Configuration), Topic 3.2 (Defining the Base Configuration), subtopic 3.2.3 (Specifying the Default Device Geometry): When allocating space for a new data set on DASD, SMS converts all space requests in tracks (TRK) or cylinders (CYL) into requests for space in KB or MB. If a generic device type such as the 3380 is specified, SMS uses the device geometry for that generic device to convert tracks or cylinders into KB or MB. If an esoteric device type such as SYSDA or no UNIT is specified, SMS uses the default device geometry to convert tracks and cylinders into KB or MB. If the users in your installations specify space in tracks or cylinder units, and they specify an esoteric UNIT or no UNIT you must specify a default device geometry prior to converting these allocations to system-managed data sets. . After SMS converts space requests to KB or MB, the space values are passed to the ACS routines. The values are later used to determine the number of tracks or cylinders to allocate for the data set. The default device geometry does not apply to objects or data sets allocated on tape. . There is only one Default Device Geometry for the entire SMS complex. Default Device Geometry is an installations' definition of how much space is represented by a TRK or a CYL when an esoteric unit or no unit is specified. . The device geometry for a 3380 is 47476 bytes/track, 15 tracks/cylinder. The device geometry for a 3390 is 56664 bytes/track, 15 tracks/cylinder. . It is up to each installation to decide what values to use. From MVS Storage Management Library: Managing Data Sets (SC26-4408): Using Default Device Geometry: In an SMS environment, you use default device geometry to convert track and cylinder allocation requests to bytes. This can be used for both SMS- and non-SMS-managed data sets. Using default device geometry isolates users from actual physical devices; the amount of allocated space will be consistent, regardless of which device is used. If you specify a default device geometry, it will be used for a new data set allocation as follows: - When the data set is SMS-managed and a generic UNIT has not been explicitly specified. - When an esoteric UNIT name is specified for a non-SMS-managed data set. - When no UNIT name is specified for a non-SMS-managed data set, and the default unit is esoteric. If the default unit is generic (e.g., 3390), then the device geometry of this unit is used for space calculations. Ralph Kaden z/OS (MVS) Level 2 Support - Allocation and Scheduler (Converter/Interpreter, Initiator/Terminator, ENF, SJF, SMF, SSI, SWA Mgr) T/ L: 8/295-4096 External: 845-435-4096 VM: S390VM.v$i01029MVS: PLPSC.v$i316 External email: [EMAIL PROTECTED] Internal email: Ralph Kaden/Poughkeepsie/Contr/[EMAIL PROTECTED] William F Besnier [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/14/2008 10:07 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: DASD Space Allocation I'm not sure I understand what you mean; if the default volume is a 3380 and the allocation is satisfied on a 3390, a larger volume, how would the space allocation be increased for the larger 3390. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Thursday, August 14, 2008 6:05 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DASD Space Allocation On Thu, 14 Aug 2008 17:22:35 -0400, William F Besnier wrote: Situation came up on a client site where they received a very large file, 2.988 million records, and allocate the file size at (cyl,(2500,100)) with a unit parameter of sysda,10; the file is received across 2 volumes in 20 extents totaling 4,331 cylinders. I am not concerned about the extents, what I don't understand is the space allocation. If SMS is configured with a default volume specified as 3380 and the space allocation is satisfied on a 3390, the amount allocated will be adjusted to account for the larger cylinders on a 3390. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at
Re: California's COBOL payroll system
On Fri, 15 Aug 2008 09:58:24 -0300, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 08/11/2008 at 07:49 AM, Howard Brazee said: At one time the words widdershins and soleil were used - BC (before clocks). What happened to deasil? Spell Checker corrected it to diesel. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E 3.5 and FIXCAT and Septemeber 2008
I heard about this change several times during the week in San Jose. I'm pretty sure that the message was that RECEIVE will *not fail* absent the toleration PTF. You will get 30K+ messages complaining about unrecognized data in the input stream and a return code 8 to make you pay attention. All recognized data--that is, everything you currently process successfully--will be properly digested and absorbed, as all properly absorbed nutrients are, into vital motors for the sustenance of the total organism. The undigested intake is deposited elsewhere. In other words, without the toleration PTF, you will have to deal with a rather foul mess, but there will be no harm. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Lizette Koehler [EMAIL PROTECTED] ING.COM To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU SMP/E 3.5 and FIXCAT and Septemeber 2008 08/15/2008 12:51 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU I think I have this information correct. My notes are in my suite case waiting to board a plane. At the Share presentation yesterday on the new features in SMP/E 3.5 it was stated that we need to install a toleration PTF in order to continue receiving maintenance once the FIXCAT function is implemented in SEPTEMBER 2008. Without the PTF on our SMP/E 3.4 or 3.3 systems, our Receives will fail due to the new keywords snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Subtype 132 record
Hello; Ralph Kaden has given you a slip trap to use which will pretty much get you where you want to get to rather quickly in identifying who is producing the record. It will require knowledge on how to use IPCS to format up the dump. There are a series of Redbook publications available that will give you guidance on how to use IPCS. Volume 8 of the ABC's of SYSTEMS PROGRAMMING is a good one. There are even url's to download dumps for the exercises in the book you can use. Ken Kripke [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html