Re: Licence to kill -9
In ofb5042316.3ea33d63-on87257956.007d303a-86257956.007f1...@us.ibm.com, on 11/28/2011 at 05:08 PM, Steve Thompson sthomp...@us.ibm.com said: There is a group that does something called the Certified Data Processor (CDP). I hold a CDP[1]. I don't bother to list it on my résumé. Were I hiring, I wouldn't consider a CDP relevant. OK, now let's look at TSO, ISPF, HLASM, IPCS, etc. How would you determine if someone was good with TSO native commands Would you want to, or would it be more important to determine if they were familiar with TSO services, e.g., PARSE, PUTGET? Would familiarity with the commands be as important as mastery of CLIST and REXX? [1] from DPMA, not from RCA ;-) -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
In 45fcfbbb8bc8eb4a9dfedc6fa2cc7fdf0b0...@sdkmbx03.emea.sas.com, on 11/28/2011 at 09:03 PM, Lindy Mayfield lindy.mayfi...@sas.com said: What are your thoughts about having some sort of certification for working with computers? The Devil is in the details. If you're talking about a bank of multiple choice questions keyed to a specific language, platform or vendor, kill it before it multiplies. If you're talking about something else, spell out what you would test for and how you would test for it. Ok, sometimes a university degree helps, but still it isn't the same as being qualified. Neither is, e.g., an MCSE certificate. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS file Access
On Tue, 29 Nov 2011 12:30:35 +0530, saurabh khandelwal wrote: Hello, I want to move some of the user files from one path to another path. but before that I want to make sure that user is not editing any files currently, so that I can move this files safely. Is it possible to do this. Using 1) OMVS,ASID=ALL* --- it shows me that the user is active in the system 2) *ps -ef | grep username --- I can use this command to know the process name and then I can kill that. But I don't want to use this option. I just want to know, if user is accessing or editing any files under /u/saurabh directory before safely move o Check the command fuser(1) to see whether it's any help to you. - but beware the timing window. o If the move is within a single filesystem, and the editor holds the file open, there's no problem -- the handle (descriptor) is valid after the move even as it was before. o You could create a hard link to the file before the move; after the move use fuser(1) to verify the file is not in use, then compare the content of the hard link to the moved file. If they match, you're OK; unlink the hard link. If they differ, investigate and reconcile. Have I missed something? Does fuser(1) base its result on the i-number or on the pathname? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OMVS file Access
On Tue, 29 Nov 2011 12:30:35 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, I want to move some of the user files from one path to another path. but before that I want to make sure that user is not editing any files currently, so that I can move this files safely. Is it possible to do this. Using 1) OMVS,ASID=ALL* --- it shows me that the user is active in the system 2) *ps -ef | grep username --- I can use this command to know the process name and then I can kill that. But I don't want to use this option. I just want to know, if user is accessing or editing any files under /u/saurabh directory before safely move -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OMVS file Access
Hello, I want to move some of the user files from one path to another path. but before that I want to make sure that user is not editing any files currently, so that I can move this files safely. Is it possible to do this. Using 1) OMVS,ASID=ALL* --- it shows me that the user is active in the system 2) *ps -ef | grep username --- I can use this command to know the process name and then I can kill that. But I don't want to use this option. I just want to know, if user is accessing or editing any files under /u/saurabh directory before safely move -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU Unzip
Hello All, Unzip problem has got resolved. To resolve this issue I created the muti volume dataset initially in RSU006 and RSU007 volume and then used replace option in Unzip program. I also removed SYSUT1 DDDEF entry from my Unzip program, which was actually overriding the DDDEF entry in SMPE. Thanks all of you to help me to resolve issue. Regards Saurabh On Tue, Nov 29, 2011 at 4:43 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Mon, 28 Nov 2011 18:36:11 +, Shaffer, Terri E terri.e.shaf...@jpmchase.com wrote: Unless I mis-understand something, your DDDEF for SYSUT1 pointing to a hardcoded dataset name? It looks like you changed or set to SMPE.ZOS111.RSU.S5586833.SMPMCS which is also referenced in the B37 abend message. You need to either allocate or reallocate/copy this file to make it bigger, but I really think the specification should be a temporary file not a dataset. At this point, it appears that GIMUNZIP has successfully un-paxed the archive and is attempting to copy the UNIX file to a temporary data set with a name generated by DYNALLOC. (But why temporary? Couldn't GIMUNZIP copy it directly to the target data set?) In either case, I agree, it needs to be bigger. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: Tona.Adkins.chh4
Or rather someone that is faking the From: address. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Aled Hughes Skickat: den 29 november 2011 01:35 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Tona.Adkins.chh4 Ed You need to change your password pronto! You've been compromised again! This is the third message in the last hour! Cheers! ALH -Original Message- From: Ed Gould ps2...@yahoo.com To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Mon, Nov 28, 2011 7:13 pm Subject: Tona.Adkins.chh4 How are you getting on? ttp://www.swansonager.com/wp-content/uploads/84t85.php?oguin=54 Tue, 29 Nov 2011 1:01:32 _ James, said he, you had a fine time upon the hay, I suppose. (c) Drayven waers -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO earch the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
To all of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Hi all, I am very been thankful all of this forum, for the devotion of each one, that use the little time that makes use, joining efforts for the solution of problems, of the simple ones to most complex, with competent professionals and experts in what they send as answers the doubts of the users of a general form… congratulations to all… are always very good for being able to count on the support of all. Jorge Arueira Campos TM SOLUTIONS God blesses all -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
I've worked as a DB2 DBA for a couple of years at DC Government. During Y2K. And I have no doubt that I could do DBA work again if necessary. I'd have a bit of learning to do to catch up on the new stuff. On the other hand, some years later I tried a practice DBA certification on a computer at a DB2/IMS IBM Conference. I failed it miserably. Though if I had the documentation, I would ace it. I don't concern myself too much with what I know, since if I don't use it I tend to forget it. If I had a nickel for every line of CSP and Cobol I coded... :-) But what is most important to me is to know where and how to get the information. There is just too much information to remember it all. For me, I mean. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bobbie Justice Sent: Tuesday, November 29, 2011 12:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Licence to kill -9 Interviews will usually weed out the b.s. artists, doesn't necessarily detect potential personality conflicts. having a certification doesn't guarantee that you will be a good fit for the company, or vice versa. bring someone in as a contractor for x amount of time. if you like the work they do, and they like working there, keep them as a contractor, or hire them full time. If you don't like their work, or maybe they don't like the place, then you simply say your goodbyes, sometimes right away, sometimes later. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
My experiences all too often is to meet a new person only to find out that they just BS'd their way into the job. And some are good enough to BS their way while doing the job. After a while, and I'm sure most agree, I realize that a person is BS after about 30 seconds talking. It is nice we are partially self-governing, and I don't complain about that. Lindy is my given name, and I was named after Charles Lucky Lindy Lindberg. Regards, Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, November 29, 2011 12:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Licence to kill -9 In summary, I think we're equally served by our own efforts at self-policing; no separately constituted policing body could really do much more. (Curious: Lindy as a Christian name, or a contraction of another name?) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lindy Mayfield Sent: Monday, November 28, 2011 4:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Licence to kill -9 I have a lot of respect for you. And your opinions. I agree that the way we do things at the moment, that people hiring check us out as well as they can before hiring us. I think we all can agree on this. Fuxk the alphabet of soupe of trivial acronyms and such. we already know what they mean. Let's get real. I work in an office, some work in a cubicle farm. We do our jobs, whatever it is. What is our career path? I'd like to be a spy, specially a 007 one. Lindy I wanted to be a surfing beach bum when I was a child. But I have failed miserably. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
As a systems programmer, I don't need to know everything, I just need to know where to get answers. During the past few years we see more and more posts from those who seemingly are new to systems programming. Most of what follows is for the benefit of those new sysprogs; those of us who have been at this for a while already have the scars and nothing below will be new. Many of the new sysprogs want quick answers, seem to do little or no research on their own, and miss opportunities to learn something new that will make them a better systems programmer. Most of us are under time pressure to get answers as fast as we can, then move on to put out the next fire. The little bit of extra effort to learn something from each fire, combined with some effort to try to prevent that fire from happening again, is well worth it. Most problems reveal themselves with messages. Those messages may not tell us everything we need to know to solve the problem, but they do provide some valuable clues. Once you have the message, you need to look it up for all the gory details rather than taking it at face value and making possibly invalid conclusions. To look up the message, you need to know where to look. Every systems programmer should have access to manuals. You might have them on CD or DVD, have them on disk accessible from the mainframe via something like BookManager/Read, or on a PC in PDF format. Perhaps you have QuickRef that can be used for a first glance. If you don't have them in any of those places, then have a link to a web site where you can get them. For IBM manuals, zFavorites is a good place to start; for manuals for products from other vendors, have good reliable links to their web sites. Be familiar with how the manuals are organized. For IBM, know what the bookshelves are, know what's on those bookshelves; when the fire is raging and you need quick answers, you don't have time to unravel the organization of the manuals. Know how to search those manuals, whether within a single book or across books on a shelf. Find the message and read it carefully. The description may provide clues to other things to be researched. Look those up as well. Each thing you look up gives you more information you can use to solve the problem, and more things that you learn and can use the next time. The manuals should be the first place to go. Google can be useful, but should be used only after using the manuals. The message or other symptoms, when used as a search argument, may not reveal anything. This is not an indication that you have encountered a new problem that no one else has found, and therefore automatically post to IBM-Main or other support mechanisms for an answer. Other places to look for answers include IBM flashes, IBM Redbooks, SHARE papers, other web sites such as CMG and MXG, and personal web sites of other systems programmers. Should you not be fighting a fire, and have managed to eke out a bit of spare time, spend that time looking at those sites, download and read papers, download and look at examples of what others have done so you can learn. And for you new sysprogs, when a job fails there may be many messages. These are often a domino effect. Don't just pick one that seems useful - pick the very first one and work on that. That might be good enough for you to solve the problem and to solve it quickly. - Don Imbriale On Tue, Nov 29, 2011 at 7:47 AM, Lindy Mayfield lindy.mayfi...@sas.comwrote: But what is most important to me is to know where and how to get the information. There is just too much information to remember it all. For me, I mean. Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Gilmore Sent: Monday, November 28, 2011 4:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SETTING CONDITION CODE Jack Schudel has made the crucial point. With the availability of the JOBRC= parameter on the JOB statement, any job, however troubled, can have RC=0. One simply begins it with a step, call it MISLEAD. that executed an innocuous program, a certain wrell known do-nothing IBM utility will do, and specifies the stepname MISLEAD in the JOBRC= parameter value. All this is a little too easy, in my view anyway. The use of an on-line table of jobnames and RC-value thresholds would be a better approach. John Gilmore, Ashland, MA 01721 - USA And that JOBRC facility may not fool everybody. I doubt it will fool CA-7's monitoring of return codes, which I think is via the IEFACTRT interface (or maybe something else, I don't really know). We have an archival program (CA-JMR) which outputs messages about the RC. But I am fairly sure it does it by looking at the lines it transcribes, looking for the IEF142I message. I say this because it reports an RC of 0 for all spun output which does not have any IEF142I messages in it. I think that JOBRC will fool SDSF's MAXRC. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RSU Unzip
On Tue, 29 Nov 2011 15:08:44 +0530, saurabh khandelwal wrote: Hello All, Unzip problem has got resolved. To resolve this issue I created the muti volume dataset initially in RSU006 and RSU007 volume and then used replace option in Unzip program. I also removed SYSUT1 DDDEF entry from my Unzip program, which was actually overriding the DDDEF entry in SMPE. I'm puzzled. How was SMP/E finding a DDDEF entry? In the JCL in your original post, I see no mention of a CSI in either PARM or DD statements. Is it perhaps from the volume attribute in an ARCHDEF tag? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
In 1099851805226441.wa.paulgboulderaim@bama.ua.edu, on 11/28/2011 at 09:01 PM, Paul Gilmartin paulgboul...@aim.com said: What!? You find Ted more irritating than me? He's not the only one. I must not be trying hard enough. That's the problem; you try while he is trying. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
Sounds good to me. Are you going to propose it? From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Monday, November 28, 2011 6:48 PM Subject: Re: SETTING CONDITION CODE On Mon, 28 Nov 2011 17:17:13 -0800, Frank Swarbrick frank.swarbr...@yahoo.com wrote: Now that's a nice enhancement. This, along with the allowing of instream datasets in a PROC, gives me hope that IBM is open to further improvements to JCL! How about symbol substitution in instream datasets in a PROC next? (Provided the symbols are evaluated in the context of the PROC call, not of the PROC definition.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
On Tue, 29 Nov 2011 10:53:20 -0600, Paul Gilmartin paulgboul...@aim.com wrote: I took such a view lately. In an ISPF edit macro I enabled tracing of all errors. But I needed to determine the size of the file being edited, even though it might be empty. I could find no way to detect that the file was empty without causing at least RC=4, nor were there any effective suggestions when I posed the problem on ISPF-L (are there any here?) I resigned myself either to disabling error reporting for one statement or to allowing the error message to appear on the user's terminal. I glanced at that thread but was too busy to reply at the time. Here is what I do: Address ISPEXEC CONTROL ERRORS RETURN ... ... (lastln) = LINENUM .ZLAST /* last data line */ If lastln 1 then do zedsmsg = 'NEED AT LEAST 1 LINE' zedlmsg = 'THERE MUST BE AT LEAST 1 LINES IN THE FILE', 'TO EXECUTE THIS EDIT MACRO.' Address ISPEXEC SETMSG MSG(ISRZ001) /* msg - with alarm */ EXIT 12 End Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tona.Adkins.chh4
Done and reported. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Alternative to REPRO for VSAM RLS KSDS Merge
Since IDCAMS REPRO does not support VSAM datasets in RLS mode (and neither does SORT), is there another utility that could be coaxed to perform the same function? I'd like to be able to copy/merge one KSDS to another replacing the records in the target dataset that have the same keys as the records in the source dataset (and leaving the other target dataset records) while the target dataset is being shared in RLS mode. TIA for suggestions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
On Mon, 28 Nov 2011 21:34:31 -0500, John Gilmore wrote: My first post does not reflect disapproval of the JOBRC= facility as such. It has entirely legitimate uses. My intent was only to note that it will, inevitably, be misused and, inter alia, to express disapproval of the OP's notion of how to asolve his problem. There's an inconsistency in the use of return codes. In some cases, a nonzero value reports an error. In others, particularly exits, the return code indicates to the caller whether the caller should perform additional processing. There may be multiple values of which none are considered errors. The OP's problem is political: an adamant position of administrators that nonzero return codes must be investigated. I took such a view lately. In an ISPF edit macro I enabled tracing of all errors. But I needed to determine the size of the file being edited, even though it might be empty. I could find no way to detect that the file was empty without causing at least RC=4, nor were there any effective suggestions when I posed the problem on ISPF-L (are there any here?) I resigned myself either to disabling error reporting for one statement or to allowing the error message to appear on the user's terminal. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
On Mon, 28 Nov 2011 21:34:31 -0500, John Gilmore wrote: I took such a view lately. In an ISPF edit macro I enabled tracing of all errors. But I needed to determine the size of the file being edited, even though it might be empty. I could find no way to detect that the file was empty without causing at least RC=4, nor were there any effective suggestions when I posed the problem on ISPF-L (are there any here?) I resigned myself either to disabling error reporting for one statement or to allowing the error message to appear on the user's terminal. If you rally insist on RC=0 throughout, you can use this snippet: /* REXX edit macro isredit macro (parm) l = '-' isredit line_after 0 = (L) say rc isredit (N) = linenum .zl say rc if n = 1 then do isredit del .zl .zl nx say rc say 'File is empty' end isredit cancel say rc Robert -- Robert AH Prins rob...@prino.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
Robert Prins writes On Mon, 28 Nov 2011 21:34:31 -0500, John Gilmore wrote: I took such a view lately. In an ISPF edit macro I enabled tracing of all errors. But I needed to determine the size of the file being edited, even though it might be empty. I could find no way to detect that the file was empty without causing at least RC=4, nor were there any effective suggestions when I posed the problem on ISPF-L (are there any here?) I resigned myself either to disabling error reporting for one statement or to allowing the error message to appear on the user's terminal. I, however, did not conduct this experiment; and I am not the author of this text. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
On Tue, 29 Nov 2011 13:40:31 -0600, Robert Prins wrote: If you rally insist on RC=0 throughout, you can use this snippet: /* REXX edit macro isredit macro (parm) l = '-' isredit line_after 0 = (L) say rc isredit (N) = linenum .zl say rc if n = 1 then do isredit del .zl .zl nx /* I assume I'd want to do this outside the IF, in order not to leave a junk line in the file. */ say rc say 'File is empty' end isredit cancel /* I may not want to end my edit session yet. */ say rc Eek! How does this behave if I'm Viewing, rather than Editing an empty file? (I'll try it after lunch.) And if I issue END from the terminal, does it re-save the file, update stats, etc.? But this refers to my previous ply. In some cases the Production Police shouldn't be treating a non-zero return code as an infraction. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
1979 SHARE LSRAD Report
I finally got approval from SHARE for making scanned copy of 1970 SHARE LSRAD Report on bitsaver ... aka http://bitsavers.org/pdf/ibm/share/ I've forwarded scanned copy along with permission, hopefully it will be showing up shortly. Old reference with intro/ack ... post from when I first starting trying to get permission. Issue is that copyright law had change at first part of 1979 ... otherwise there would no longer be a copyright issue http://www.garlic.com/~lynn/2009.html#47 ... from LSRAD: Preface This is a report of the SHARE Large Systems Requirements for Application Development (LSRAD) task force. This report proposes an evolutionary plan for MVS and VM/370 that will lead to simpler, more efficient and more useable operating systems. The report is intended to address two audiences: the uses of IBM's large operating systems and the developers of those systems. ... snip ... and Acknowledgements The LSRAD task force would like to thank our respective employers for the constant support they have given us in the form of resources and encourgement. We further thank the individuals, both within and outside SHARE Inc., who reviewed the various drafts of this report. We would like to acknowledge the contribution of the technical editors, Ruth Ashman, Jeanine Figur, and Ruth Oldfield, and also of the clerical assistants, Jane Lovelette and Barbara Simpson Two computers systems proved invaluable for producing this report. Draft copies were edited on the Tymshare VM system. The final report was produced on the IBM Yorktown Heights experimental printer using the Yorktown Formatting Language under VM/CMS. ... snip ... -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
That prospect is disheartening. Separate, neither of us is likely to be confused with the other; but a merged monstrosity might well have his and my disagreeable characteristics combined disagreeably. --jg On 11/29/11, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 29 Nov 2011 13:40:31 -0600, Robert Prins wrote: If you rally insist on RC=0 throughout, you can use this snippet: /* REXX edit macro isredit macro (parm) l = '-' isredit line_after 0 = (L) say rc isredit (N) = linenum .zl say rc if n = 1 then do isredit del .zl .zl nx /* I assume I'd want to do this outside the IF, in order not to leave a junk line in the file. */ say rc say 'File is empty' end isredit cancel /* I may not want to end my edit session yet. */ say rc Eek! How does this behave if I'm Viewing, rather than Editing an empty file? (I'll try it after lunch.) And if I issue END from the terminal, does it re-save the file, update stats, etc.? But this refers to my previous ply. In some cases the Production Police shouldn't be treating a non-zero return code as an infraction. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETTING CONDITION CODE
On Tue, 29 Nov 2011 15:43:46 -0500, John Gilmore wrote: That prospect is disheartening. Separate, neither of us is likely to be confused with the other; but a merged monstrosity might well have his and my disagreeable characteristics combined disagreeably. This appears to be a followup to a reply I sent off-list to John G., not to the quoted material. Many of you may guess the topic and antecedent of pronouns. I guess GMAIL is tricky. On 11/29/11, Paul Gilmartin wrote: On Tue, 29 Nov 2011 13:40:31 -0600, Robert Prins wrote: If you rally insist on RC=0 throughout, you can use this snippet: ... Eek! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternative to REPRO for VSAM RLS KSDS Merge
At 11:31 -0600 on 11/29/2011, Phil Sidler wrote about Alternative to REPRO for VSAM RLS KSDS Merge: Since IDCAMS REPRO does not support VSAM datasets in RLS mode (and neither does SORT), is there another utility that could be coaxed to perform the same function? I'd like to be able to copy/merge one KSDS to another replacing the records in the target dataset that have the same keys as the records in the source dataset (and leaving the other target dataset records) while the target dataset is being shared in RLS mode. TIA for suggestions Thinking outside the box, can you do an EXPORT of the dataset you want to copy from? If so, you can then IMPORT while renaming it, use the copy to do the merge, and then delete the copy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternative to REPRO for VSAM RLS KSDS Merge
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg At 11:31 -0600 on 11/29/2011, Phil Sidler wrote about Alternative to REPRO for VSAM RLS KSDS Merge: Since IDCAMS REPRO does not support VSAM datasets in RLS mode (and neither does SORT), is there another utility that could be coaxed to perform the same function? I'd like to be able to copy/merge one KSDS to another replacing the records in the target dataset that have the same keys as the records in the source dataset (and leaving the other target dataset records) while the target dataset is being shared in RLS mode. TIA for suggestions Thinking outside the box, can you do an EXPORT of the dataset you want to copy from? If so, you can then IMPORT while renaming it, use the copy to do the merge, and then delete the copy. I think the OP's problem is that the dataset to be copied INTO (target dataset) is the one that's open in RLS mode. I didn't see explicit mention of the RLS characteristics of the dataset to be copied FROM (source dataset). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
In 45fcfbbb8bc8eb4a9dfedc6fa2cc7fdf0b1...@sdkmbx03.emea.sas.com, on 11/29/2011 at 12:47 PM, Lindy Mayfield lindy.mayfi...@sas.com said: There is just too much information to remember it all. The problem isn't the information that you can't remember but know how to look up. The problem is the information that you *can* remember, when it's been changed on you. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternative to REPRO for VSAM RLS KSDS Merge
Yes, that's right, John. It is the destination dataset that is being shared. Besides, if the source dataset were the problem, EXPORT would be no better than REPRO as far as RLS goes: Access method services do not use RLS when performing an IDCAMS EXPORT, IMPORT, PRINT, or REPRO command. If the RLS keyword is specified in the DD statement of a data set to be opened by access method services, the keyword is ignored and the data set is opened and accessed in non-RLS mode. (z/OS DFSMS Using Data Sets) -Phil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternative to REPRO for VSAM RLS KSDS Merge
Phil, Have you looked at something like fileaId or other like utility? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Policy Number
Yes, you can create a new CFRM couple data set with a larger capacity to hold more policies. I don't know of a technical maximum limit, but practically speaking, how many do you want to keep 'at the ready' at any one time? You can dynamically switch among defined policies via the SETXCF command. How likely is it that you would be inspired to switch from the current active policy back to one that was last used three years ago? Or one year ago? The practical key to managing CFRM policies centers on the policy source, not on the compiled policy itself. Our SOP is to maintain only THREE complied policies at all times. We manage them like this: -- Each policy is named POLICY1, POLICY2, or POLICY3. -- The active policy rotates among those names, 1 -- 2 -- 3 -- 1 and so on. -- To create a new policy, backup the next in rotation and then overlay the old source with the new one. -- Edit the new policy source. -- Compile the new source and activate it. Example: CFRM policy data set contains three compiled policies: POLICY1 POLICY2 POLICY3 . POLICY3 happens to be the current active policy as shown by D XCF,POL,TYPE=CFRM . -- Go the policy source library. -- 3 rotates around to 1, so first backup the source for POLICY1. We use a naming convention where the 'old' version of POLICY1 is POLICY1@. -- Copy member POLICY3 over POLICY1. -- Edit the POLICY1 source to replace every occurrence of 'POLICY3' with 'POLICY1'. -- Edit all desired changes into the new POLICY1. -- Compile the new POLICY1 into the CFRM policy data set. -- Activate the new POLICY1 via SETXCF. -- If a serious problem shows up immediately, reactivate POLICY3. -- If a minor problem shows up, re-edit the source for POLICY1 and try again. There's no point in enshrining a bad policy. -- Down the road when you need another change, move on to POLICY2, then to POLICY3, then to POLICY1 ad infinitum. We have run this way since 1995. Policies are maintained as described by z/OS folks, by CICS folks, and by DB2 folks. All source lives in SYS1.SYSPLEX.CNTL, so everyone stays on sync at all times. NO ONE EVER keeps a private copy of any sysplex source or JCL. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: saurabh khandelwal sourabhkhandelwal...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 11/29/2011 08:22 PM Subject:CFRM Policy Nmuber Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello, We have a requirement to add new policy and structure in current CFRM couple dataset. I have extracted the current CFRM report from administrative utility. Which says, /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I can have maximum 3 policy defined under this CFRM couple dataset. But When I check my policy detail, I have already three policy defined under this. Now to add new policy I just found the way to delete the oldest policy and create new policy and structure as required. But I know to know that, If I dont choose the option to delete oldest policy and I want to add new policy under this CFRM... Is it really possible. It means is it possible to change defination of CFRM couple dataset and increase the PLOICY ITEM number. Currently it set to 3, as below . I marked it in bold letter. /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I tried checking in google and SYSPLEX manual, but It didnt help me . I want to change this policy number to some number greate then 3 like 10 or 15. Becuase whenever another request comes to add any more new policy, I don't have to delete the existing one. I will have to just add new in this couple dataset. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMF Records
Does anybody give me idea how can i copy only the smf records from given dataset which does contain a particular string(dataset name) ..well while dumping using ifasmfdp i used (0:255) now need to figure out the dataset name I am looking is associated with which smf records..since as i thought it may be 14/15 it does however want to know what other records are associated with it.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CFRM Policy Nmuber
Hello, We have a requirement to add new policy and structure in current CFRM couple dataset. I have extracted the current CFRM report from administrative utility. Which says, /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I can have maximum 3 policy defined under this CFRM couple dataset. But When I check my policy detail, I have already three policy defined under this. Now to add new policy I just found the way to delete the oldest policy and create new policy and structure as required. But I know to know that, If I dont choose the option to delete oldest policy and I want to add new policy under this CFRM... Is it really possible. It means is it possible to change defination of CFRM couple dataset and increase the PLOICY ITEM number. Currently it set to 3, as below . I marked it in bold letter. /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I tried checking in google and SYSPLEX manual, but It didnt help me . I want to change this policy number to some number greate then 3 like 10 or 15. Becuase whenever another request comes to add any more new policy, I don't have to delete the existing one. I will have to just add new in this couple dataset. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Policy Number
Hello, Thanks for reply. I dont see any dataset having CFRM policy detail. Is there any sysplex command, which can give me idea about policy residing dataset. Regards Saurabh On Wed, Nov 30, 2011 at 10:39 AM, Skip Robinson jo.skip.robin...@sce.comwrote: Yes, you can create a new CFRM couple data set with a larger capacity to hold more policies. I don't know of a technical maximum limit, but practically speaking, how many do you want to keep 'at the ready' at any one time? You can dynamically switch among defined policies via the SETXCF command. How likely is it that you would be inspired to switch from the current active policy back to one that was last used three years ago? Or one year ago? The practical key to managing CFRM policies centers on the policy source, not on the compiled policy itself. Our SOP is to maintain only THREE complied policies at all times. We manage them like this: -- Each policy is named POLICY1, POLICY2, or POLICY3. -- The active policy rotates among those names, 1 -- 2 -- 3 -- 1 and so on. -- To create a new policy, backup the next in rotation and then overlay the old source with the new one. -- Edit the new policy source. -- Compile the new source and activate it. Example: CFRM policy data set contains three compiled policies: POLICY1 POLICY2 POLICY3 . POLICY3 happens to be the current active policy as shown by D XCF,POL,TYPE=CFRM . -- Go the policy source library. -- 3 rotates around to 1, so first backup the source for POLICY1. We use a naming convention where the 'old' version of POLICY1 is POLICY1@. -- Copy member POLICY3 over POLICY1. -- Edit the POLICY1 source to replace every occurrence of 'POLICY3' with 'POLICY1'. -- Edit all desired changes into the new POLICY1. -- Compile the new POLICY1 into the CFRM policy data set. -- Activate the new POLICY1 via SETXCF. -- If a serious problem shows up immediately, reactivate POLICY3. -- If a minor problem shows up, re-edit the source for POLICY1 and try again. There's no point in enshrining a bad policy. -- Down the road when you need another change, move on to POLICY2, then to POLICY3, then to POLICY1 ad infinitum. We have run this way since 1995. Policies are maintained as described by z/OS folks, by CICS folks, and by DB2 folks. All source lives in SYS1.SYSPLEX.CNTL, so everyone stays on sync at all times. NO ONE EVER keeps a private copy of any sysplex source or JCL. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: saurabh khandelwal sourabhkhandelwal...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 11/29/2011 08:22 PM Subject:CFRM Policy Nmuber Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello, We have a requirement to add new policy and structure in current CFRM couple dataset. I have extracted the current CFRM report from administrative utility. Which says, /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I can have maximum 3 policy defined under this CFRM couple dataset. But When I check my policy detail, I have already three policy defined under this. Now to add new policy I just found the way to delete the oldest policy and create new policy and structure as required. But I know to know that, If I dont choose the option to delete oldest policy and I want to add new policy under this CFRM... Is it really possible. It means is it possible to change defination of CFRM couple dataset and increase the PLOICY ITEM number. Currently it set to 3, as below . I marked it in bold letter. /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I tried checking in google and SYSPLEX manual, but It didnt help me . I want to change this policy number to some number greate then 3 like 10 or 15. Becuase whenever another request comes to add any more new policy, I don't have to delete the existing one. I will have to just add new in this couple dataset. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal
Re: Licence to kill -9
On 11/29/2011 9:16 AM, Don Imbriale wrote: The manuals should be the first place to go. Google can be useful, but should be used only after using the manuals. The message or other symptoms, when used as a search argument, may not reveal anything. This is not an indication that you have encountered a new problem that no one else has found, and therefore automatically post to IBM-Main or other support mechanisms for an answer. While I agree with you in principle, the practice is somewhat wanting. In the past I've found information in the printed manuals that was not available in digital form; the first time I ran into this I was doing maintenance at an ISV. The program allocated a temporary SYSIN data set, wrote one line, closed it, allocated a temporary SYSPRINT, and attached IDCAMS, then opened SYSPRINT, processed the file, then closed and freed the temporary files. I suspected that there was a better way, but couldn't find it - there were some elusive hints to a figure, but that didn't show up. It was only when I tracked down the printed version that I found all necessary information in the illustration - setting up a SYSIN/SYSPRINT exit to avoid the allocation and de-allocation of files. I suspect that the situation wasn't unique to the IDCAMS documentation, but it was the first I found where all the needed information (return values, PARM format, etc.) appeared only in an illustration. The situation with messages isn't straight-forward either. It takes lots of time, and copious errors, to learn which messages to ignore on first reading job output, as many are either irrelevant or non-productive. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records
Does anybody give me idea how can i copy only the smf records from given dataset which does contain a particular string(dataset name) ..well while dumping using ifasmfdp i used (0:255) now need to figure out the dataset name I am looking is associated with which smf records..since as i thought it may be 14/15 it does however want to know what other records are associated with it.. Go to www.cbttape.org and find the DAF utility. It will do this. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Policy Nmuber
Hi, you can create a new CFRM Couple Dataset specifying ITEM NAME(POLICY) NUMBER(10). And then you can add this dataset issuing setxcf couple,... command. So with this process you have a CFRM couple dataset that can accomdate more than 3 policy. And you don't need to delete any CFRM policy. Best Regards... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, November 30, 2011 6:20 AM To: IBM-MAIN@bama.ua.edu Subject: CFRM Policy Nmuber Hello, We have a requirement to add new policy and structure in current CFRM couple dataset. I have extracted the current CFRM report from administrative utility. Which says, /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I can have maximum 3 policy defined under this CFRM couple dataset. But When I check my policy detail, I have already three policy defined under this. Now to add new policy I just found the way to delete the oldest policy and create new policy and structure as required. But I know to know that, If I dont choose the option to delete oldest policy and I want to add new policy under this CFRM... Is it really possible. It means is it possible to change defination of CFRM couple dataset and increase the PLOICY ITEM number. Currently it set to 3, as below . I marked it in bold letter. /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I tried checking in google and SYSPLEX manual, but It didnt help me . I want to change this policy number to some number greate then 3 like 10 or 15. Becuase whenever another request comes to add any more new policy, I don't have to delete the existing one. I will have to just add new in this couple dataset. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu elektronik posta ve ekleri sadece adreste belirtilen kisi veya kurulusun kullanimi icin gonderilmektedir. Bu mesaj tarafiniza yanlislikla ulasirsa, lutfen gonderen kisiyi bilgilendiriniz ve mesaji sisteminizden siliniz. Mesajda ve eklerinde yer alan bilgilerin her ne sekilde olursa olsun ucuncu kisiler ile paylasilmasi hukuki ve cezai sorumluluk dogurabilir. Turkiye Halk Bankasi A.S.'nin, bu mesaj ve eklerinin icerigi ve yayimi ile ilgili hicbir sorumlulugu bulunmamaktadir. This email and the attachments are sent to the individual or entity defined in the address field only. If you are not the intended recipient or have received the message in error, please notify the sender and remove the message from your system immediately. Sharing the information in the message or the attachments with the 3rd parties may cause legal rules and penalties to apply. Turkiye Halk Bankasi A.S. has no responsibility on the submission of this message and the attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Policy Nmuber
Thanks for reply. The option you suggest, I wil have to create new couple dataset. Primary as well as alternate couple dataset and then add this Policy defination . ITEM NAME(POLICY) NUMBER(10) This will be more rework... Is it possible by not creating new CFRM couple dataset and modifying existing CFRM couple datset, Regards Saurabh 2011/11/30 Ayhan Yalkut ayhan.yal...@halkbank.com.tr Hi, you can create a new CFRM Couple Dataset specifying ITEM NAME(POLICY) NUMBER(10). And then you can add this dataset issuing setxcf couple,... command. So with this process you have a CFRM couple dataset that can accomdate more than 3 policy. And you don't need to delete any CFRM policy. Best Regards... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, November 30, 2011 6:20 AM To: IBM-MAIN@bama.ua.edu Subject: CFRM Policy Nmuber Hello, We have a requirement to add new policy and structure in current CFRM couple dataset. I have extracted the current CFRM report from administrative utility. Which says, /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I can have maximum 3 policy defined under this CFRM couple dataset. But When I check my policy detail, I have already three policy defined under this. Now to add new policy I just found the way to delete the oldest policy and create new policy and structure as required. But I know to know that, If I dont choose the option to delete oldest policy and I want to add new policy under this CFRM... Is it really possible. It means is it possible to change defination of CFRM couple dataset and increase the PLOICY ITEM number. Currently it set to 3, as below . I marked it in bold letter. /* XCF Format Utility Control Cards: */ DATA TYPE(CFRM) * ITEM NAME(POLICY) NUMBER(3)* ITEM NAME(STR) NUMBER(150) ITEM NAME(CF) NUMBER(2) ITEM NAME(CONNECT) NUMBER(32) ITEM NAME(SMREBLD) NUMBER(1) ITEM NAME(SMDUPLEX) NUMBER(1) ITEM NAME(MSGBASED) NUMBER(1) I tried checking in google and SYSPLEX manual, but It didnt help me . I want to change this policy number to some number greate then 3 like 10 or 15. Becuase whenever another request comes to add any more new policy, I don't have to delete the existing one. I will have to just add new in this couple dataset. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Bu elektronik posta ve ekleri sadece adreste belirtilen kisi veya kurulusun kullanimi icin gonderilmektedir. Bu mesaj tarafiniza yanlislikla ulasirsa, lutfen gonderen kisiyi bilgilendiriniz ve mesaji sisteminizden siliniz. Mesajda ve eklerinde yer alan bilgilerin her ne sekilde olursa olsun ucuncu kisiler ile paylasilmasi hukuki ve cezai sorumluluk dogurabilir. Turkiye Halk Bankasi A.S.'nin, bu mesaj ve eklerinin icerigi ve yayimi ile ilgili hicbir sorumlulugu bulunmamaktadir. This email and the attachments are sent to the individual or entity defined in the address field only. If you are not the intended recipient or have received the message in error, please notify the sender and remove the message from your system immediately. Sharing the information in the message or the attachments with the 3rd parties may cause legal rules and penalties to apply. Turkiye Halk Bankasi A.S. has no responsibility on the submission of this message and the attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records
Of course you can filter with DFSORT regarding that particular string. But I think it is better to first make up mind which SMF records are expected. Some examples: 14/15 sounds good, may be 17 and the range around 60? Would you expect the data set name to appear in records of type 100 and above? Well, if you have a DB2 resource with same name as that data set...sounds weired but why not? This leads to the question what are you looking for. May be you are interested in who is using my data set. Then, you might want to consider auditing RACF profiles. Cheers Michael Von:Ravi Gaur gaur.ravi2...@gmail.com An: IBM-MAIN@bama.ua.edu Datum: 2011-11-30 06:52 Betreff:SMF Records Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anybody give me idea how can i copy only the smf records from given dataset which does contain a particular string(dataset name) ..well while dumping using ifasmfdp i used (0:255) now need to figure out the dataset name I am looking is associated with which smf records..since as i thought it may be 14/15 it does however want to know what other records are associated with it.. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFRM Policy Nmuber
This will be more rework... Is it possible by not creating new CFRM couple dataset and modifying existing CFRM couple datset, TANSTAAFL! Do you want more policies, or not? It isn't that much work. And, it only has to be done once. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
