Rob Weiss is not available today
I will be out of the office starting 05/02/2008 and will not return until 05/19/2008. I am working in Brazil with limited access to the internet. I will check e-mail daily. -- 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
DIGEST
DIGEST -- 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
Rob Weiss is not available today
I will be out of the office starting 04/14/2008 and will not return until 04/21/2008. On Vacation this week. I am checking e-mail most days and welcome phone calls. -- 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: WHY IS JCL ALLERGIC TO LOWER CASE?
Everything was UPPERCASE, as you mentioned. That's why the quotes are necessary around anything that is not upper case in JCL streams. It was a nontrivial change to get RACF to use mixed case passwords. (And, don't try that until all of your images are at the supported release levels.) Regards, Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/04/2006 10:15:56 AM: ISNT IT TRUE THAT IN THE BEGINNING THERE WAS ONLY UPPER CASE ? AS LONG AS I AM COMPLAINING ABOUT JCL... WHY DOES JCL ASSUME THAT ALL LOWER CASE CHARACTERS ARE JCL ERRORS UNLESS THEY ARE QUOTED? FOR INSTANCE // SET PRM=ABCEDFG GETS A JCL ERROR. HEY, IBM, THERE ARE VALID USES FOR LOWERCASE VALUES IN PARMS. PARTICULARLY WHEN USING SET= AND PARM=COULD YOU FIX THIS NEXT RELEASE? -- 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: Source maintenance was Re: SEQUENCE NUMBERS
Can you say IEBUPDTE? and Yes, XEDIT had it all over TSO's EDIT command. But go back before XEDIT and it was not that nice. I've said it before: Maybe I've been doing this too many years. (Can you say Autocoder?) Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/02/2006 10:44:11 PM: Shmuel Metz , Seymour J. wrote: cms had update command from mid-60s ... which applied an update control file to source, I'm not sure when it came along, but by VM/SE there was a somewhat more sophisticated UPDATE facility[1] with aux files, control files and update files. I'd love to see a similar facility integrated with ISPF. [1] Not only could the XEDIT editor process them, but it could generate update files to reproduce the effects of an edit session. That's one of the CMS facilities I miss the most. CDC 6000 batch source maintenance tools (UPDATE?) even in the late 1960's had much more elegance than IBM counterparts. User supplied source statements for the Assembler were constrained to 80-byte card images (72 columns + sequence), but the assembler actually supported 90 byte input lines, which allowed library maintenance tools to introduce a much longer sequence identification which included a modification name (analogous to a SYSMOD ID) and a sequence number within that modification. I believe the sequence numbers were generated automatically as part of the initial storing into the source library or updating of the source member, and then could be used afterwards to uniquely refer to a specific statement for future updates. It was always clear which named modification introduced a statement without having to resort to manually inserted and possibly incorrect comments. Statements could be replaced or deleted, but the original statement was still retained in a disabled state and could be resurrected at a later time by another modification, or at any time you could choose to undo modifications and revert to an early source version. I can still remember my disappointment on discovering the lack of comparable built-in facilities on MVS in the mid 1970's. -- Joel C. Ewing, Fort Smith, AR[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 -- 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 DASD Allocation using Esoterics
Raymond's point is excellent. It is also possible that there was not adequate space or there was some other constraint at the time SMS made the decisions. It would be interesting to see if you got the exact same results at different periods, repeating the same experiment. I think I'm in trouble here because I just implied that the software can actually THINK! I must need a vacation. Regards, Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/15/2006 01:01:40 PM: Raymond, Are all of the SMS managed volumes in ENABLE status? Maybe one of the volumes is in QUIESCE status or even DISABLE or DISABLE, NEW. Regards, John -- 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: An off-shoring failure
Jon, The other response is: How much are you willing to pay to have it work that way and how fast do you need it? Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/15/2006 02:01:14 PM: That certainly is wrong. The answer to every technical question is really, It depends. Jon snip I've heard one tape that you wouldn't believe - the answer to every technical question was Yes. /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: IBM Software and Outsourcing
Meganen, (and others) I was asked to advise in a few similar situations. I was trying to meet a customer stipulation and NOT IBM's mandate. So, don't read this as At IBM we recommend..., please, I have done this on two occasions in my IBM career. The products to be segregated were installed into their own libraries and their own SMP/E ZONES. The various libraries/zones were made visible on the LPARs where they were legitimate to use and were invisible where they were not to be used. Yes, this required wasting some DASD space but the legal folks were happy. You will have to play with concatenations and a lot of PARMLIB work for what is APF Authorized, LINKLIST and LPA resident and similar considerations. I am anxious to see what other people have to say as I am certain this is not the only way to make this work. Again, this is NOT official IBM advice. It is only doing what my client requested after an audit. btw: This may not work in all situations but will cover 90% of the situations. Regards, Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/14/2006 07:34:10 AM: Hi, We are an outsourcing shop with multiple clients running on ZOS 1.4 on 23 Lpars across two Z990 processors. Our current ZOS rollout method is to order one base ZOS system (Serverpac) containing all clients IBM Products. We then clone this base system to all client Lpars and limit product usage via IFAPRDXX. After an IBM audit, we have been requested to delete product datasets from Lpars (Clients) not licensed to run these specific productsexample: RMM, SDSF, IBM-REXX, GDDM-PGF, INFOPRINT, HCM...etc. From our point of view this seems unnecessary and particularly difficult in relation to software like DFRMM which is part of the DFSMS base. Can any other Outsource Company please explain how they implement a ZOS base to different Client Lpars. The obvious solution is to order a serverpac based on each Client software list but this is not feasible due to us having more than 20 different clients. Kind Regards, Meganen Naidoo -- 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: Fw: Help wanted : COBOL/QSAM - Incorrect RDW
Ulrich, and interested persons... The OLD, OLD, OLD COBOLs required for you to define the RDW and all the rest of the information before you could process the file. Newer COBOLs look at the DCB for you and decide what has to be done. The record still has to be defined (as others have shown) so you can reference the content but that's about all. Oh, and the FD could specify from 5 (the smallest possible) to the max record + 4 ( which is 1500+4 = 1504 in this case.) If you just want to create an FB file, you could use IEB/ICEGENER and read the SYSUT1 as (RECFM=VB,LRECL=1504,BLKSIZE=0) and SYSUT2 as (RECFM=FB,LRECL=1500,BLKSIZE=0). I haven't tried that but I believe it will work. **It wastes a lot of space though.** Regards, Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/12/2006 12:32:01 PM: Ulrich Krueger wrote: My COBOL is getting a little rusty from disuse ... but, (1) shouldn't the FD clause in the sample program below contain DATA RECORDS ARE x, y, z (where x, y, z refer to the 01-level record layout descriptions? Whoa! That's way out of date! The compiler figures out what the records are simply by the presence of the 01 level(s) below the FD. (2) what about the clause RECORD VARYING FROM 59 TO 1500 CHARACTERS Shouldn't the values inlcude the 4 bytes RDW, in other words, shouldn't it read RECORD VARYING FROM 63 TO 1504 CHARACTERS ??? No. The programmer [theoretically] has no access to the RDW; the compiler makes the necessary adjustments. I'd appreciate some refresher on that and I'd also appreciate if the OP would be so good and post a fragment of the code that works for him, after all the bugs have been worked out, just so we can all learn from 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: Fw: Help wanted : COBOL/QSAM - Incorrect RDW
Only, SMF is SPANNED (VBS) records and the query was for Variable Blocked (not spanned) VB. Very few people create spanned records mostly because even fewer people know how to process them. Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/12/2006 01:51:31 PM: Here's what I use with LE/COBOL 2.2 to read the SMF datasets...One could argue that the OCCURS should be from 2 and not from 1... FD SMF30IN BLOCK CONTAINS 0 RECORDS RECORD CONTAINS 0 CHARACTERS RECORDING MODE IS S. 01 SMFREC-REC. 02 SMFREC-REC-LENPIC S9(2) COMP. 02 SMF30IN-VARYABLE. 03 SMF30-AREA PIC X(1) OCCURS 1 TO 32754 DEPENDING ON SMFREC-REC-LEN. -- 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: Decide whether programs invoked by a JCL exist
Charles and Ed: One small observation: Don't load the program or you will have security issues to deal with and those (RYO) issues invite auditors. Use Locate, OBTAIN, and then get the TTR of the module, without loading. No library or no TTR, then it's not there. (And, no 806 Abend.) That will pass the auditor's review and the security subsystem will not cut audit records because there was no LOAD or LINK executed. (OPERATIONS attribute may be necessary!) Rob Weiss IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/12/2006 02:57:35 PM: On Jun 12, 2006, at 12:46 PM, Charles Mills wrote: It's a problem that really has no answer. Suppose a program attempts to load a user exit module, and finding none,considers this a normal condition and proceeds normally. Is that a missing program condition? If not, how would an analysis logically distinguish it from a missing module that was a problem? I think I might be inclined to approach this from the other direction by waiting for S806 (is that right?) ABENDs to occur and then investigating them. Charles Charles, Good point. I had discounted that because of the original request was at best ambiguous (IMO), so I figured if the boss didn't know the issues before he would probably get less than a perfect report from a poorly asked question. Ed -- 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: IEF289E - WAITING FOR VOLUME(S) OR UNIT(S)
If this is a normal event in your shop and it is causing serious delays, you might look at running JES3 rather than JES2. JES3 has a process called High Watermark Setup which prevents this problem and JES3 also requires all volumes to go through fetch before the JOB can be scheduled. The switch is traumatic to the JES programmer and to operations. No question about that since nothing is the same. I can tell you that once you have two images (based on very old data) that the overhead is a break even. For more than two images JES3 has less overhead. The JES complex runs as one master (GLOBAL) and the rest are slaves (LOCAL). I know this will start a logical argument in this discussion group. I offer this not as advice but as an additional piece of information. Nothing more. Regards, Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/01/2006 10:49:53 AM: Hi Ituriel, Did you find a way to know how deep the allocation queue is? Regards, Carles Aris La Caixa Spain -- 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
Rob Weiss is unavailable
I will be out of the office starting 05/25/2006 and will not return until 05/30/2006. Out of the office. If I am needed, please, leave a message at +1-303-671-5335. Memorial Day Vacation. -- 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: TOD clock discussion.
I can think of a few issues with the clock going backward. Data Base recovery becomes a nightmare. LOGs and SMF post processing see double events. I am sure there is more. The best solution I've seen is to keep the TOD set to GMT and set your local time (zone) accordingly. Most things I've looked at (and it's not exhaustive) store GMT in the DATA and convert it later when your report. Now someone will quickly point out the error in my logic but I'm just sharing my experience. Regards, Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/11/2006 12:50:16 PM: McKown, John wrote: I guess my question is: Why does IBM and other software vendor depend on the TOD clock not changing drastically and never, ever, going backwards? Ours is not to reason why. The architecture (PoOps) describes the behavior of the TOD clock and other facilities. These behaviors were decided upon a long, long time ago and applications depend on them. You can no more allow the TOD to go backwards than you can allow a CDS instruction to not serialize in some cases. That's how it works because it's documented that way! How would you address this complaint. Without spending any money (gilt, lucre, dinero, ...) Issue a daily SET TIMEZONE= command to adjust the local time as necessary. -- 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: PDS Directory Question
I think you are up to scratch and re-allocate. Dump with IEBCOPY or DFDSS (IEBCOPY is safe and reliable). Then scratch and reallocate (and I don't know the max directory blocks allowed) then reload. I feel very safe with IEBCOPY. That is not to say DFDSS is not safe, IEBCOPY has been around since MVT a million years ago and I have been around that long too! I am certain there will be more opinions. Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/28/2006 02:18:31 PM: I have several PDS datasets where there is plenty of room in the dataset but the directories have run out of space. These are really big datasets like over 3,000 cylinders. I used FDRReorg to get some additional space but not all that I need...only does the job if a compress is done. Close but no prize. 1. What would be the best approach to extending the directory blocks. 2. I'm not that good with DFDSS so if I would have to use this program how would I set it up. Any suggestions would be greatly 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: Overhead of SMF Records
Paul/John: I remember the same item and if memory serves, they just switched off the recording in the SMF PARMs. I'm a little rusty here but I think the records are essentially built regardless and the only question is do you want to record it or not. I may not quite have it right but I'm sure someone out there will set me straight. Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/25/2006 08:19:52 PM: IIRC the continued to cut RMF records. Paul Gillis wrote: John S. Giltner, Jr. wrote: I vaguly remember reading a paper (about 7 or 8 years ago) where somebody turn off SMF recording and saw no measureable difference in CPU utilziation. I wonder how they measured it? Regards, Paul Gillis -- 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: A very basic question
You might even consider a REPRO to a flat file and then potentially import to a RDBMS!!! Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/09/2006 06:00:00 PM: The other thing you might consider is making the ci size = 32K. I have no control of the VSAM component sizes. It's a canned product. We either use it (business need) or we don't (justification required). I've been a performance/capacity analyst/storage admin since 1981. I do know the options. And, I've even surprised our DBA's with some suggestions. But, we are limited with a niche product that has no alternative. We keep it, or we justify delete or re-write. CPU consumption, in an out-sourced environment, is one of many variables in the justification. Buying new products is not, unfortunately. - -teD O-KAY! BLUE! JAYS! Let's PLAY! BALL! -- 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: PDS unload
IEBPTPCH is what you remember. Rob Weiss z/SWITA and z/Series I/T Security and Privacy Consultant IBM Software Group Sales IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/05/2006 06:25:34 PM: On Apr 5, 2006, at 5:26 AM, Gerry Anstey wrote: Guys, I've scanned the archives, RTFM's etc. I want to unload a RECFM=80, FB PDS into a QSAM(FB,80) , IEBCOPY keeps creating a VS dataset. I have seen the output I want It's where each member is one after the other with a name card for the member its was before it. I've done it before but I just can't seem to remember what I did. Help! Gerry Gerry, The CBTTAPE has one or two utilities that will do this. Ed -- 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
