Re: Ways to update PS files?
I've got MACRF=(GL,PL) in my programmes and it works. ;) --- This e-mail is sent by Suncorp-Metway Limited ABN 66 010 831 722 or one of its related entities Suncorp. Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. If this e-mail constitutes a commercial message of a type that you no longer wish to receive please reply to this e-mail by typing Unsubscribe in the subject line. -- 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: Ave Atque Vale
What!? *** The Prayer to John G. *** We'll hurl a hundred lurkers off a pier, Or snub a thousand snubbers drenched in beer all's but a piffle 'gainst the loss we face, If this bedevilled list you cease to grace! John, Dont Go! GG. At 01:27 AM 8/21/2007, you wrote: Peter Hunkeler has suggested that I have been exhibiting too much (and growing) impatience here, and I must agree. Good luck to all of you. John Gilmore Ashland, MA 01721-1817 USA -- 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: Ave Atque Vale
Dave Kopischke wrote in reply to John Gilmore On Mon, 20 Aug 2007 15:27:06 +, john gilmore wrote: Peter Hunkeler has suggested that I have been exhibiting too much (and growing) impatience here, and I must agree. Good luck to all of you. John Gilmore Ashland, MA 01721-1817 USA One of the many strengths of this forum is the diversity of interests and experiences. We are collectively diminished when we experience a loss of participation. Fare thee well Sire Gilmore Well put, Dave, total agreement on my part. Honestly I was even looking forward to John Gilmore's posts. Each and every time. Quite often motivated me to look up one or more of the words he uses with Seymour-esque precision. And quite often I failed to find their meaning even by doing a google search. I don't mind him displaying his outstanding education and knowledge. Same as I don't mind Shmuel Metz displaying pedantry (especially since he once described the envy he felt when seeing someone drive along with a 'PEDANT' car plate IIRC) plus his sharp humor and irritatingly precise memory and education. As I don't know neither John nor Seymour personally I tend to perceive their IBM-MAIN representation like characters in a play. Ah, here comes Sire Gilmore (again: well put, Dave) answering in his very own style. The fact that I do not know a lot of things won't stop me from posting (though I'm mostly lurking). I've been exposed to only a small subset of possible product/configuration combinations in the mainframe universe so even if I think that I do know an answer to a question or that I do ask a question in appropriate terms, I do know that I may well be wrong and that I will be corrected. Sometimes (most of the time) in a gentle tone, sometimes (seldom) in a harsher tone, sometimes (very seldom) in a condescending tone. The ease with which I accept an answer even if the tone doesn't seem fit is directly proportional to the respect these people have built with their contributions over the years. Makes me always read their posts as if they had surrounded them with a clin d'oeil (sorry for the french here but I didn't find an adequate english term for the ;-) ). Robert Bardos -- 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-MAIN Digest - 19 Aug 2007 to 20 Aug 2007 (#2007-232)
The issue is quite possibly scalability. Only a tiny fraction of Solaris users need huge machines, and scalability is something IBM is quite good at. It might make good business sense for Solaris to cede the very top end to IBM and avoid the huge expense of extreme scalability when only a few of their customers need it. Actually, quite the converse. The sweet spot is virtualization. IBM can't compete on computational power, but they can compete on manageability. There's a lot more to be done to deal with the rafts of pizza boxes than the big 106-ways. And there are a lot more opportunities to do it. A television commercial here a few minutes ago crowed about Nissan (I think) managing 56,500 servers using Microsoft System Center. THEY GOT THEMSELVES INTO THAT MESS, AND THEY'RE _PROUD_ OF IT ?!? Silk purse. Sows ear. -- 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
LPServe dynamic allocation
In the LPServe started task there will be a lot of dynamic allocations during the receiving of data that must be printed using the JES2 spool. These dynamic allocations are done randomly on our attached dasd. Does anybody know a way of allocating these temporary files on a dedicated volume? In the z/os SMTP environment are special configuration methods available. I can not find these regarding the LPServe (LPD) environment. We do not use SMS. Regards Gerard Brul KAS BANK NV Amsterdam 020-5575514 op maandagen afwezig/not available on monday ** Disclaimer The information contained in this message is intended only for the person or entity to whom it is addressed and may contain confidential and/or privacy sensitive information. If you are not the addressee of this message, you may not use, distribute or disclose this information in any way. If you have received this message mistakenly, please notify us immediately and destroy this message forthwith. KAS BANK N.V. does not guarantee that the information contained in this message will be correctly or entirely received by the recipient. -- 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: LPServe dynamic allocation
We do not use SMS. You should. It would be easy, then. I implemented SMS in the early 1990's, warts and all. 17 years later, it's much better. And, it works. - 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: Ways to update PS files?
Johnny Luo wrote: Steve, I also believe it should be (GL,PM) after I checked my personal notes. I remember clearly that I wrote a test program to verify that three months ago. (On z/os 1.7) H. I'd have to see the program. From DFSMS Using Data Sets, p. 398: When you update a data set in place, you read, process, and write records back to their original positions without destroying the remaining records on the track. The following rules apply: * You must specify the UPDAT option in the OPEN macro to update the data set. To perform the update, you can use only the READ, WRITE, CHECK, NOTE, and POINT macros or you use only GET and PUTX macros. To use PUTX, code MACRF=(GL,PL) on the DCB macro. * You cannot delete any record or change its length. * You cannot add new records. * The data set must be on a DASD. * You must rewrite blocks in the same order in which you read them. And later, talking about updating PDSE members (p. 478): You can update a member of a PDSE using the locate mode of QSAM (DCB specifies MACRF=(GL,PL)) and using the GET and PUTX macros. On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote: Nope. MACRF=(GL,PL) is what it has to be. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- 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: Ways to update PS files?
Steve, Here is my program: *** *AUTHOR: JOHNNY * *DATE : 05/11/07 *DESCRIPTION: UPDATE A PS,FB FILE USING QSAM *I-OFILE: INVMAST(PS,FB,50) *** TITLE 'DEMONSTRATE HOW TO UPDATE UISNG QSAM' QSAMUPD CSECT * HOUSEKEEPING SAVE (14,12) LR 3,15 USING QSAMUPD,3 BASE REGISTER LA 15,SAVEAREA ST 15,8(,13) ST 13,SAVEAREA+4 LR 13,15 * MAINLINE OPEN (INVMAST,UPDAT) READ GET INVMAST MVC 0(50,1),=CL50'UPDATED BY QSAM HAHA!' PUTX INVMAST B READ EOF CLOSE (INVMAST) * HOUSEKEEPING L 13,SAVEAREA+4 MVC16(4,13),RC RETURN (14,12) * WORKING AREA LTORG INVMAST DCB DDNAME=INVMAST, X DSORG=PS, X RECFM=FB, X LRECL=50, X EODAD=EOF, X MACRF=(GL,PM) * SAVEAREA DS 18F RCDC F'0' ENDQSAMUPD On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote: H. I'd have to see the program. -- Best Regards, Johnny Luo -- 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: CA-1 TMC Reblock - recommended size?
interesting this topic should come up - i just did an exercise to reblock the TMC, and to add about 400,000 volume records + 150,000 DSNB records on Sunday (in Production). with BLKSIZE=340, the old copy was 9600 trks with 93% used. with BLKSIZE=8840, i allocated 9000 trks -- used 61% amazing! only hiccup was, the Common Tape Subsystem address space choked (80A-10) when started at REGION=3M. when asked, the regional CA support simply stated to bump it up to 4M, but no calculations offered. - ravi. On Mon, 20 Aug 2007 18:41:40 -0500, Russell Witt [EMAIL PROTECTED] wrote: Tim, The main reason to block the TMC is space utilization. If you are currently allocated as 340 X 340 and you change to the recommended 340 X 8840 you will end up using only about 1/3 the amount of dasd. The reason that 8840 was chosen was that it gives well over 90% utilization on the DASD track; yet doesn't require a huge amount of ECSA to be reserved. Also, for direct I/O (read a single record, write a single record) we have to read and write a block at each time. So, to read a 340-byte record requires a read of either 8840 bytes of 27880 bytes. Granted, the majority of I/O time is spent on connecting to the device versus actually transferring the data; but still do you really want to xfer 27880 bytes every time you want to read or write a single record. We do have some clients runing with 27880 and they report no problems. So, the choice is yours. But for space utilization, 8840 is close to optimum but only requires a total of 26,520 bytes of ECSA versus 83,640 bytes. Strictly your choice, but the only reason for blocking the TMC is improved space utilization and 8840 will give you a three-fold improvement. Russell Witt CA-1 Level-2 Support Manager -- 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: Ways to update PS files?
Johnny Luo wrote: Steve, Here is my program: *** *AUTHOR: JOHNNY * *DATE : 05/11/07 *DESCRIPTION: UPDATE A PS,FB FILE USING QSAM *I-OFILE: INVMAST(PS,FB,50) *** TITLE 'DEMONSTRATE HOW TO UPDATE UISNG QSAM' QSAMUPD CSECT * HOUSEKEEPING SAVE (14,12) LR 3,15 USING QSAMUPD,3 BASE REGISTER LA 15,SAVEAREA ST 15,8(,13) ST 13,SAVEAREA+4 LR 13,15 * MAINLINE OPEN (INVMAST,UPDAT) READ GET INVMAST MVC 0(50,1),=CL50'UPDATED BY QSAM HAHA!' PUTX INVMAST B READ EOF CLOSE (INVMAST) * HOUSEKEEPING L 13,SAVEAREA+4 MVC16(4,13),RC RETURN (14,12) * WORKING AREA LTORG INVMAST DCB DDNAME=INVMAST, X DSORG=PS, X RECFM=FB, X LRECL=50, X EODAD=EOF, X MACRF=(GL,PM) * SAVEAREA DS 18F RCDC F'0' ENDQSAMUPD Ah! You see: you said you were going to use Put Move (MACRF=(GL,PM)), but you actually used Put Locate (or, more precisely, PUTX Locate) because your PUTX only has one operand. To use PUTX Move mode you need to specify two operands: the DCB and location where the record should be put from; so you used PUTX locate mode even though you promised to use PUTX move mode; so you got away with a little lie. The proper way is to code MACRF=(GL,PL). Try it that way. It will work and will be correct. On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote: H. I'd have to see the program. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- 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: Ways to update PS files?
Thanks, Steve. I'll fix my program as well as my notes right now. I must say I always fear to deal with i/o because it's so complicated and full of various parameters. On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote: Ah! You see: you said you were going to use Put Move (MACRF=(GL,PM)), but you actually used Put Locate (or, more precisely, PUTX Locate) because your PUTX only has one operand. To use PUTX Move mode you need to specify two operands: the DCB and location where the record should be put from; so you used PUTX locate mode even though you promised to use PUTX move mode; so you got away with a little lie. The proper way is to code MACRF=(GL,PL). Try it that way. It will work and will be correct. -- Best Regards, Johnny Luo -- 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
LPA Module Size 80MB impact on system?
Looking for recommendations on adding an 80 megabyte load module to the LPA. What are the negatives. The reason we would like to do this is that one of our application programs that use this module can be used by 1 to 10 jobs running at the same time. Our thought is that by making this module resident, we would only have one copy of the load module in core for up to 10 jobs. Any thoughts would be appreciated. Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author personally. -- 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: OT but may impact a lot of people on here
That's interesting. I got my present job because a recruiter saw my resume on Monster. However, I didn't include anything in my resume that I would particularly consider confidential. All I included was my name, address, phone number, email address, and work and education history. I didn't include any salaries. That can be discussed when an interested company contacts me. Also, I certainly didn't include my SSN. As far as I'm concerned if someone picks up that information I just need to be careful of phishing emails, and I'm already careful in that area. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Monday, August 20, 2007 6:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: OT but may impact a lot of people on here I have a friend who was approached already because of this. The people had information that was supposedly confidential. Ed * 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
IODF: undefined 3390A
I need to define DASD array to MVS. It will be escon connected, CU type is 2105, ESS 800. Total number of 3390B + 3390A devices is 3072 (12 LCUs). I need to acces only part of devices in each CU, i.e. 30 3390B devices of 100 existing in each LCU. The rest will remain undefined (those disks does not contain my data). I want to do it because of ESCON constraint 1024 devices. However I want to use PAV, so I have to define alias devices ! Q: Do I have to define all the aliases, or I can define only part of them ? Example: CU 0, UA 00-63 is 3390B, 64-FF is 3390A. I want to define in HCD UA 37-60 and - let's say UA 64-84 as aliases. Will it work properly ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- 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: Ways to update PS files?
I suspect that UPDAT is a special case and that, for PUTX, it may not matter whether you specify MACRF=(GL,PL) or MACRF=(GL,PM). In DFSMS Using Data Sets, p. 353, it refers to: GET-locate, PUTX-update. Processed in an input buffer and returned to the same data set. And, on p.355: UPDAT mode. When a data set is opened with UPDAT specified (Figure 63), only GET-locate and PUTX-update are supported. It seems to avoid using locate and move in the UPDAT context. From: Steve Comstock [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ways to update PS files? Date: Tue, 21 Aug 2007 05:58:51 -0600 Johnny Luo wrote: Steve, I also believe it should be (GL,PM) after I checked my personal notes. I remember clearly that I wrote a test program to verify that three months ago. (On z/os 1.7) H. I'd have to see the program. From DFSMS Using Data Sets, p. 398: When you update a data set in place, you read, process, and write records back to their original positions without destroying the remaining records on the track. The following rules apply: * You must specify the UPDAT option in the OPEN macro to update the data set. To perform the update, you can use only the READ, WRITE, CHECK, NOTE, and POINT macros or you use only GET and PUTX macros. To use PUTX, code MACRF=(GL,PL) on the DCB macro. * You cannot delete any record or change its length. * You cannot add new records. * The data set must be on a DASD. * You must rewrite blocks in the same order in which you read them. And later, talking about updating PDSE members (p. 478): You can update a member of a PDSE using the locate mode of QSAM (DCB specifies MACRF=(GL,PL)) and using the GET and PUTX macros. On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote: Nope. MACRF=(GL,PL) is what it has to be. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. _ Find a local pizza place, movie theater, and more .then map the best route! http://maps.live.com/default.aspx?v=2ss=yp.bars~yp.pizza~yp.movie%20theatercp=42.358996~-71.056691style=rlvl=13tilt=-90dir=0alt=-1000scene=950607encType=1FORM=MGAC01 -- 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: LPA Module Size 80MB impact on system?
On Tue, 21 Aug 2007 08:36:07 -0500, Mark S. House wrote: Looking for recommendations on adding an 80 megabyte load module to the LPA. What are the negatives. The reason we would like to do this is that one of our application programs that use this module can be used by 1 to 10 jobs running at the same time. Our thought is that by making this module resident, we would only have one copy of the load module in core for up to 10 jobs. Any thoughts would be appreciated. Thanks. Hmmm. That would use 4% of below-the-bar CSA. Just 25 such and you run out. Are any shops impacting this constraint nowadays? Is there hope for above-the-bar LPA someday? -- 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
RTLS
I would appreciate hearing from anyone who uses the Run Time Library Services (RTLS) function in z/OS which covers, basically: SET RTLS command DISPLAY RTLS command CSVRTLS macro CSVRTAA mapping macro CSVRTLxx parmlib member RTLS system parameter (IEASYSxx) These services were developed for LE which no longer uses them. Our current thought is that no one else uses them. Is that thought wrong? Thank you. Peter Relson z/OS Core Technology Design [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: CA-1 TMC Reblock - recommended size?
On Tue, 21 Aug 2007 07:40:32 -0500, Ambat Ravi Nair [EMAIL PROTECTED] wrote: only hiccup was, the Common Tape Subsystem address space choked (80A-10) when started at REGION=3M. when asked, the regional CA support simply stated to bump it up to 4M, but no calculations offered. It's 2007 - time to implement an IEFUSI that ignores those ridiculously low 1985 region sizes and changes it to at least 7 or 8 meg or something along the lines of ((max pvt 16M) - (anywhere from .5M to 1M for LSQA)). While your at it... region 16M minimum should be a lot more than the 32M default. I've been using 256M for years.And of course you need to consider MEMLIMIT now too. Search the archives for IEFUSI. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPA Module Size 80MB impact on system?
Two questions/comments: 1. Is the module AMODE 31 RMODE 31? If not, you are taking a sugnificant chunk of below the line storage. Is it worth it? If it is AMODE/RMODE 31, then you should be OK. 2. Is the module truly reentrant? If not, then it doesn't belong in LPA. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: LPA Module Size 80MB impact on system?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark S. House Looking for recommendations on adding an 80 megabyte load module to the LPA. What are the negatives. The reason we would like to do this is that one of our application programs that use this module can be used by 1 to 10 jobs running at the same time. Our thought is that by making this module resident, we would only have one copy of the load module in core for up to 10 jobs. Any thoughts would be appreciated. Thanks. Only downside I can think of is the loss of 80MB private area above the line for all address spaces. -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: LPA Module Size 80MB impact on system?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark S. House Looking for recommendations on adding an 80 megabyte load module to the LPA. What are the negatives. The reason we would like to do this is that one of our application programs that use this module can be used by 1 to 10 jobs running at the same time. Our thought is that by making this module resident, we would only have one copy of the load module in core for up to 10 jobs. Any thoughts would be appreciated. Thanks. Only downside I can think of is the loss of 80MB private area above the line for all address spaces. Oh, one more thing is that programs in the LPA are treated as APF-authorized, with all the caveats that entails. -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: Ways to update PS files?
Ah! You see: you said you were going to use Put Move (MACRF=(GL,PM)), but you actually used Put Locate (or, more precisely, PUTX Locate) because your PUTX only has one operand. To use PUTX Move mode you need to specify two operands: the DCB and location where the record should be put from; so you used PUTX locate mode even though you promised to use PUTX move mode; so you got away with a little lie. The proper way is to code MACRF=(GL,PL). Try it that way. It will work and will be correct. Actually, for PUTX, the optional second operand specifies the input dcb address, not record/buffer address. So, I think this implies that there's no such thing as PUTX-MOVE or PUTX-LOCATE. From: Steve Comstock [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Ways to update PS files? Date: Tue, 21 Aug 2007 07:08:42 -0600 Johnny Luo wrote: Steve, Here is my program: ~snippage~ Ah! You see: you said you were going to use Put Move (MACRF=(GL,PM)), but you actually used Put Locate (or, more precisely, PUTX Locate) because your PUTX only has one operand. To use PUTX Move mode you need to specify two operands: the DCB and location where the record should be put from; so you used PUTX locate mode even though you promised to use PUTX move mode; so you got away with a little lie. The proper way is to code MACRF=(GL,PL). Try it that way. It will work and will be correct. On 8/21/07, Steve Comstock [EMAIL PROTECTED] wrote: H. I'd have to see the program. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. _ Now you can see trouble before he arrives http://newlivehotmail.com/?ocid=TXT_TAGHM_migration_HM_viral_protection_0507 -- 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: LPA Module Size 80MB impact on system?
On Tue, 21 Aug 2007 08:36:07 -0500, Mark S. House [EMAIL PROTECTED] wrote: Looking for recommendations on adding an 80 megabyte load module to the LPA. What are the negatives. The reason we would like to do this is that one of our application programs that use this module can be used by 1 to 10 jobs running at the same time. Our thought is that by making this module resident, we would only have one copy of the load module in core for up to 10 jobs. Any thoughts would be appreciated. Thanks. I assume the module is reentrant. ( and 31 bit! :-) ) The only negative I can see is your loss of 80M of EPVT. Considering most shops have between 1600M-1800M, I don't see that as being a problem. But I have seen some large requirements for EPVT so only you can answer that question for your shop (ISTR 1600M needed to start an SAP instance on z/OS for an SAP upgrade and some large requirements for WebSphere). Sounds like a good idea to me. Especially if you are storage constrained at all. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ways to update PS files?
Ah! You see: you said you were going to use Put Move (MACRF=(GL,PM)), but you actually used Put Locate (or, more precisely, PUTX Locate) because your PUTX only has one operand. To use PUTX Move mode you need to specify two operands: the DCB and location where the record should be put from; so you used PUTX locate mode even though you promised to use PUTX move mode; so you got away with a little lie. The proper way is to code MACRF=(GL,PL). Try it that way. It will work and will be correct. Sorry to contradict to some extent. While the outcome is as you describe, there is no PUTX-move-mode (according to the manual). The second, optional operand is the *input DCB address* to be used in the output mode. If it is omitted, PUTX assumes update mode. I consider this a special case of locate mode processing if you want to call it so, at all. The sequence of locate mode PUT is a) set DCBLRECL b) call PUT and c) finally move the record to the address returned in b). With PUTX, nothing is moved. PUTX continues with the control blocks as left by the last GET. So conceptually, it is more like a GL,PM processing than it is a GL,PL processing, since no step c) has to be done after the call to PUTX. The manual is a bit fuzzy about PUTX, so I may have misinterpreted the tex myself ;-) -- Peter Hunkeler Credit Suisse -- 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: Ways to update PS files?
I was amazed to see how many posters effectively said don't use this technique! QSAM update-in-place is a very simple, easy-to-use and effective update technique that has been used in countless applications for goodness knows how many years. Only the application programer will be aware when the technique has been used, there's nothing to tell sysprogs or operators that it's in use and absolutely no need for them to know. One of it's strengths is the ability to have concurrent batch updating of a file that is also being used read-only by other programs, perhaps for online customer queries, the sort of thing that today you'd be using a fully-blown database for. But my real point is that we need to get a grip on the primitive impulse to discard, deride and detour 'round the unfamiliar; that's the path back to anarchy and the dark ages. Graeme. -- 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: LPA Module Size 80MB impact on system?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Veilleux, Jon L Two questions/comments: 1. Is the module AMODE 31 RMODE 31? If not, you are taking a sugnificant chunk of below the line storage. Yeah, like 500% of what exists down there. :-) If it is AMODE/RMODE 31, then you should be OK. 2. Is the module truly reentrant? If not, then it doesn't belong in LPA. A point I missed earlier -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: LPA Module Size 80MB impact on system?
John Chase said: Yeah, like 500% of what exists down there. :-) Right...DUH. I slept through that one Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: LPA Module Size 80MB impact on system?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Veilleux, Jon L John Chase said: Yeah, like 500% of what exists down there. :-) Right...DUH. I slept through that one Well, in retrospect, I suppose it could use overlays. -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: LPA Module Size 80MB impact on system?
John Chase said: Well, in retrospect, I suppose it could use overlays. OH GOD! I hope not! I don't think that there are many application programmers that have even heard of overlay programs, let alone code one and the corresponding binder statements, correctly. Not to mention trying to debug one! Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: SMS Question - Urgent
Hi, I didn't forget about all of you who helped me. Thank you for the suggestions. I opened a PMR with IBM, it appears that the unit being passed to SMS is zeros. I am waiting for a slip from them. We did change the freespace and the file shrunk by 15%. I will update when I have more info. Dean -- 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: LPA Module Size 80MB impact on system?
Veilleux, Jon L wrote: John Chase said: Yeah, like 500% of what exists down there. :-) Right...DUH. I slept through that one Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 I was typing the same information into a response but realized the error of my ways before I sent it. :-) --- Pound pastrami, can kraut, six bagels -- bring home for Emma. Isaac Edward Leibowitz (Saint Leibowitz) A Canticle for Leibowitz -- 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: LPA Module Size 80MB impact on system?
On Tue, 21 Aug 2007 08:36:07 -0500, Mark S. House wrote: Looking for recommendations on adding an 80 megabyte load module to the LPA. What are the negatives. The reason we would like to do this is that one of our application programs that use this module can be used by 1 to 10 jobs running at the same time. Our thought is that by making this module resident, we would only have one copy of the load module in core for up to 10 jobs. Any thoughts would be appreciated. Thanks. Another consideration might be how often the module needs to change. If it needs to be updated often it might be a hassle for you. Also, each time you update it, you take another chunk of ECSA. You'll need procedures to delete the old copy when it is inactive. IIRC, you can't delete the copy that is in PLPA. -- 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: LPA Module Size 80MB impact on system?
Tom Marchant said: Another consideration might be how often the module needs to change. If it needs to be updated often it might be a hassle for you. Also, each time you update it, you take another chunk of ECSA. You'll need procedures to delete the old copy when it is inactive. IIRC, you can't delete the copy that is in PLPA. If you are using Dynamic LPA you can delete and reload the module fairly easily (depending on your change control procedures). If you are using PLPA you are stuck without an IPL. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: LPA Module Size 80MB impact on system?
On Tue, 21 Aug 2007 10:52:52 -0400, Veilleux, Jon L wrote: John Chase said: Well, in retrospect, I suppose it could use overlays. Not in LPA. OH GOD! I hope not! I don't think that there are many application programmers that have even heard of overlay programs, let alone code one and the corresponding binder statements, correctly. Not to mention trying to debug one! Really? Who do you think used overlays? It was SOP for application programmers where I came from when running in MVT. Debugging isn't particularly an issue. Of course, the Linkage Editor can't resolve an external reference to a module that is in a different leg. -- 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: SMS Question - Urgent
Dean, I didn't forget about all of you who helped me. Thank you for the suggestions. I opened a PMR with IBM, it appears that the unit being passed to SMS is zeros. I am waiting for a slip from them. We did change Do you mean nulls instead of zeros? the freespace and the file shrunk by 15%. I will update when I have more info. ISTR that you were using two filter lists, one testing the DSN and the other testing UNIT. If you add '' (two single quotes with nothing between) to your second filter list, I am certain you will have better results. 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
Re: SMS Question - Urgent
On Tue, 21 Aug 2007 10:54:36 -0400, Dean Montevago wrote: I didn't forget about all of you who helped me. Thank you for the suggestions. I opened a PMR with IBM, it appears that the unit being passed to SMS is zeros. Not surprising. If you must check the UNIT, perhaps you want to check that it is not tape. -- 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: LPA Module Size 80MB impact on system?
On Tue, 21 Aug 2007 11:05:13 -0400, Veilleux, Jon L wrote: If you are using Dynamic LPA you can delete and reload the module fairly easily You can delete the module only when you know that no one is using it. If you are using PLPA you are stuck without an IPL. You can't delete the PLPA copy, but you can still put an updated copy in dynamic LPA. It will be used for new requests. -- 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: SMS Question - Urgent
FILTLIST DASD_UNITS INCLUDE('3390','SYSDA','SYSALLDA') FILTLIST TAPE_UNITS INCLUDE('3590*','MAGSTAR','T3590') FILTLIST DB2_VOL INCLUDE(* ) */ /** PRODUCTION VSAM */ /*/ FILTLIST PRODVSAM INCLUDE(REFPROD.REF.DNO.**) WHEN ((DSN EQ PRODVSAM) AND (UNIT EQ DASD_UNITS)) DO SET DATACLAS EQ 'PRODVSAM' WRITE 'DATACLAS SPECIFIED (' DATACLAS ')' EXIT END -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Tuesday, August 21, 2007 11:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent On Tue, 21 Aug 2007 10:54:36 -0400, Dean Montevago wrote: I didn't forget about all of you who helped me. Thank you for the suggestions. I opened a PMR with IBM, it appears that the unit being passed to SMS is zeros. Not surprising. If you must check the UNIT, perhaps you want to check that it is not tape. -- 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 -- 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: Operating System #6 for the IBM Mainframe: Solaris
David Andrews wrote: On Fri, 2007-08-17 at 13:11 +0900, Timothy Sipples wrote: If you haven't read the news yet, IBM and Sun announced a new collaboration. From press accounts it would appear the two companies' next action is to bring Solaris to the IBM mainframe. The port itself is an undertaking of Sine Nomine Associates. See: http://www.sinenomine.net/node/607 Hi It is a good news, Is there any prediction or announcement about a release date? 6 months, 1 year or something like this? 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: Ways to update PS files?
On Wed, 2007-08-22 at 00:23 +1000, Graeme Gibson wrote: Only the application programer will be aware when [QSAM update-in-place] has been used, there's nothing to tell sysprogs or operators that it's in use and absolutely no need for them to know. Unless the sysprog (me, in one unfortunate case) enabled compression. -- David Andrews A. Duda and Sons, Inc. [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: LPA Module Size 80MB impact on system?
Amen to that Jon. The last time I played with an overlay was when I had a large module to run in VS1. It was not a pretty picture but you did learn the Linkage editor. Bill From: Veilleux, Jon L [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LPA Module Size 80MB impact on system? Date: Tue, 21 Aug 2007 10:52:52 -0400 John Chase said: Well, in retrospect, I suppose it could use overlays. OH GOD! I hope not! I don't think that there are many application programmers that have even heard of overlay programs, let alone code one and the corresponding binder statements, correctly. Not to mention trying to debug one! Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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 _ Tease your brain--play Clink! Win cool prizes! http://club.live.com/clink.aspx?icid=clink_hotmailtextlink2 -- 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: SMS Question - Urgent
Dean, You might consider replacing (UNIT EQ DASD_UNITS)) with (DSORG EQ 'VS')) A VSAM file is obviously allocated to DASD. If a user/programmer has used a variation of REFPROD.REF.DNO.** for a tape backup then the test will fail. From: Dean Montevago [mailto:[EMAIL PROTECTED] Sent: Tue 8/21/2007 11:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent FILTLIST DASD_UNITS INCLUDE('3390','SYSDA','SYSALLDA') FILTLIST TAPE_UNITS INCLUDE('3590*','MAGSTAR','T3590') FILTLIST DB2_VOL INCLUDE(* ) */ /** PRODUCTION VSAM */ /*/ FILTLIST PRODVSAM INCLUDE(REFPROD.REF.DNO.**) WHEN ((DSN EQ PRODVSAM) AND (UNIT EQ DASD_UNITS)) DO SET DATACLAS EQ 'PRODVSAM' WRITE 'DATACLAS SPECIFIED (' DATACLAS ')' EXIT END -- 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: SMS Question - Urgent
Thanks. That's a thought. But what gets me is we did the same exact thing for another VSAM file (except we used a fully qualified name) and it worked no problem. The only difference was the OS level. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, August 21, 2007 11:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Dean, You might consider replacing (UNIT EQ DASD_UNITS)) with (DSORG EQ 'VS')) A VSAM file is obviously allocated to DASD. If a user/programmer has used a variation of REFPROD.REF.DNO.** for a tape backup then the test will fail. From: Dean Montevago [mailto:[EMAIL PROTECTED] Sent: Tue 8/21/2007 11:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent FILTLIST DASD_UNITS INCLUDE('3390','SYSDA','SYSALLDA') FILTLIST TAPE_UNITS INCLUDE('3590*','MAGSTAR','T3590') FILTLIST DB2_VOL INCLUDE(* ) */ /** PRODUCTION VSAM */ /*/ FILTLIST PRODVSAM INCLUDE(REFPROD.REF.DNO.**) WHEN ((DSN EQ PRODVSAM) AND (UNIT EQ DASD_UNITS)) DO SET DATACLAS EQ 'PRODVSAM' WRITE 'DATACLAS SPECIFIED (' DATACLAS ')' EXIT END -- 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: SMS Question - Urgent
When something works and you change release level, that screams 'bug' to me. Right now we're trying to find a work around for your problem which requires NOT doing the same thing. From: Dean Montevago [Sent: Tue 8/21/2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Thanks. That's a thought. But what gets me is we did the same exact thing for another VSAM file (except we used a fully qualified name) and it worked no problem. The only difference was the OS level. -- 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
XMIT QUESTION
Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds ZAWTPWG.CNTL.JCL Does XMIT allow to create the member in a given PDS .e.g TEST.CNTL.JCL? If so could anyone please provide me the correct syntax. I tried various commands but I kept getting the ISPD204 Invalid parameter - 'CMD(ZPTCPRM' contains unrecognized parameter. - Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. -- 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: SMS Question - Urgent
Sounds like a bug to me also. Thanks for your help. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, August 21, 2007 12:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent When something works and you change release level, that screams 'bug' to me. Right now we're trying to find a work around for your problem which requires NOT doing the same thing. From: Dean Montevago [Sent: Tue 8/21/2007 11:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent Thanks. That's a thought. But what gets me is we did the same exact thing for another VSAM file (except we used a fully qualified name) and it worked no problem. The only difference was the OS level. -- 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: IODF: undefined 3390A
Radoslaw, Simply answer is yes. For any CU, you can define whatever subset of devices you need, whether base devices or aliases. Just ensure that the CU definition is defined for maxiumum devices.. ie 00.256 R.S. wrote: I need to define DASD array to MVS. It will be escon connected, CU type is 2105, ESS 800. Total number of 3390B + 3390A devices is 3072 (12 LCUs). I need to acces only part of devices in each CU, i.e. 30 3390B devices of 100 existing in each LCU. The rest will remain undefined (those disks does not contain my data). I want to do it because of ESCON constraint 1024 devices. However I want to use PAV, so I have to define alias devices ! Q: Do I have to define all the aliases, or I can define only part of them ? Example: CU 0, UA 00-63 is 3390B, 64-FF is 3390A. I want to define in HCD UA 37-60 and - let's say UA 64-84 as aliases. Will it work properly ? -- 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: SMS Question - Urgent
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, August 21, 2007 11:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMS Question - Urgent When something works and you change release level, that screams 'bug' to me. Right now we're trying to find a work around for your problem which requires NOT doing the same thing. Not always. Sometimes it is IBM closing a hole where something did not work according to specification. Eg. But I've always gone 55 in the 40 zone here, officer! -- 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: LPA Module Size 80MB impact on system?
Tom Marchant said: Really? Who do you think used overlays? It was SOP for application programmers where I came from when running in MVT. Debugging isn't particularly an issue. Of course, the Linkage Editor can't resolve an external reference to a module that is in a different leg. Tom, you're talking about folks who were familiar with writing programs when virtual storage was very limited. MVT has been gone for a long time. I know there are probably a few silver backs who could still structure and write an overlay program, but I would be willing to bet that the majority of today's application folks never even heard of overlay although it would be a good history lesson for an assembler class. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: XMIT QUESTION
On 8/21/2007 12:41 PM, willie bunter wrote: I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds ZAWTPWG.CNTL.JCL Does XMIT allow to create the member in a given PDS .e.g TEST.CNTL.JCL? If so could anyone please provide me the correct syntax. I tried various commands but I kept getting the ISPD204 Invalid parameter - 'CMD(ZPTCPRM' contains unrecognized parameter. If you showed us your actual command, I think you simply have the trailing ' mark in the wrong place. You need XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1)') -- 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: XMIT QUESTION
Willie, Where the user on the receiving system ultimately places the dataset, is up to the user. OK, what that means is, it's a function of the RECEIVE command to determine placement of the transmitted dataset (or member). There's nothing you can do on the TRANSMIT command to influence that. Usually, when you execute the TSO RECEIVE command, you get prompted for dataset options. If you just simply hit Enter, the default dataset name is generated from the sending dataset and prefixed with your TSO-prefix (userID). But if you want to redirect the dataset (or member) to a different dataset, new or existing, you do so at the prompt, e.g. DA('SYS9.CNTL.JCL'). This will put the member into the specified dataset instead of the default / generated datasetname. Please do a TSO HELP RECEIVE or crack open the TSO commands manual (or whichever manual contains the TRANSMIT and RECEIVE commands). There's a whole bunch of parameters you can specify to help direct the received data to the desired location. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Tuesday, August 21, 2007 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: XMIT QUESTION Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds ZAWTPWG.CNTL.JCL Does XMIT allow to create the member in a given PDS .e.g TEST.CNTL.JCL? If so could anyone please provide me the correct syntax. I tried various commands but I kept getting the ISPD204 Invalid parameter - ' CMD(ZPTCPRM' contains unrecognized parameter. -- 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: SMS Question - Urgent
John, Agreed, I've seen the same thing although It was long ago. My point was more in trying to stop Dean from hitting his head against a wall doing 'what worked before'. If it isn't working now, try something else. John McKown wrote When something works and you change release level, that screams 'bug' to me. Right now we're trying to find a work around for your problem which requires NOT doing the same thing. Not always. Sometimes it is IBM closing a hole where something did not work according to specification. Eg. But I've always gone 55 in the 40 zone here, officer! -- 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
More Linux and z/VM presentations from SHARE 109
Cross-posted to Linux-390, IBMVM and IBM-MAIN The second batch of Linux and z/VM presentations from SHARE 109 in San Diego are now up on the linuxvm.org web site. There were some reports of corrupted files from the first batch. I downloaded everything, and re-uploaded anything that didn't match the source file. The same has been done for this batch as well. If you're still having problems accessing a particular presentation, try wget, curl, whatever to see if that corrects things. You can view them at http://linuxvm.org/present/#share109 SessPresenter Title 9110Romney Whitez/VM Live Guest Migration 9111Romney WhiteUsing New CP Features in z/VM 5.3 9150Jay Brenneman CSE For High Availability and System Management 9240Jay Brenneman Linux on z/VM System Programmer Survival Guide Thanks, Mark Post -- 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: PCI Compliance - Encryption of all non-console administrative access.
Ray !!! Just getting back from SHARE. There was a presentation on PCI at Share, and folks are just starting to really take it seriously. I will send you a copy of the presentation if you like. My shop is just starting in on this, and I would be glad to compare notes with you. [EMAIL PROTECTED] -- Date:Mon, 30 Jul 2007 10:43:07 -0500 From:Ray Prevott [EMAIL PROTECTED] Subject: PCI Compliance - Encryption of all non-console administrative access. How is everybody dealing with this anyhow? Testing procedures include a determination that TELNET and other remote log-in commands are not available for use internally. -- 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: LPA Module Size 80MB impact on system?
On Tue, 21 Aug 2007 12:48:10 -0400, Veilleux, Jon L wrote: Tom, you're talking about folks who were familiar with writing programs when virtual storage was very limited. MVT has been gone for a long time. Agreed. There is little, if any, need for overlay structures these days. I was taking exception to your statement that application programmers wouldn't be able to design one. I know there are probably a few silver backs who could still structure and write an overlay program, but I would be willing to bet that the majority of today's application folks never even heard of overlay Again I agree. Likewise system folks. although it would be a good history lesson for an assembler class. Assembler? Not really. Most of the overlay structures that we built were primarily COBOL, with the occasional Assembler subroutine. There's no need for assembler in an overlay structure. -- 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: PCI Compliance - Encryption of all non-console administrative access.
John Mattson wrote: Ray !!! Just getting back from SHARE. There was a presentation on PCI at Share, and folks are just starting to really take it seriously. I will send you a copy of the presentation if you like. My shop is just starting in on this, and I would be glad to compare notes with you. [EMAIL PROTECTED] We are very heavily into PCI here. We have been certified as PCI compliant and keep working hard to maintain that status. We just required all TN3270 traffic to use SSL/TLS. All customer data is encrypted with 3DES when it is at rest and we are just starting to implement the TS1120 tape drives to encrypt our full volume backup tapes and eventually all out application specific backups. I would like to see the presentation to see if we can improve our procedures. -- Pound pastrami, can kraut, six bagels -- bring home for Emma. Isaac Edward Leibowitz (Saint Leibowitz) A Canticle for Leibowitz -- 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: LPServe dynamic allocation
It will not be easy to install SMS right away, nobody else a diffrent solution? -- 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 Level 1 - gotta love it.
None of us are perfect, but we got a good chuckle when we asked a couple questions in an ETR. This is a service we pay for, right? LOL. The questions make no difference - just read the responses: A1. In SDSNMACS(DSNDQW00), QW0021K2 is defined as XL1 (i.e. hex with a length of 1 byte). Later on in the same member it's defined as FIXED(8) (i.e. 8 bits). The value for the partition number will be stored as a hex value so 1 byte or 8 bits will have a maximum hex value of x'' (4,294,967,295 decimal). . A2. Those fields in your list defined as XL2 or CL2 ar 2 bytes or 16 bits in length. QW0199DN is defined as QW0199DN H and later on defined as PTR(16). That's a halfword or 16 bits, the same as XL2 and CL2. The maximum hex value in 16 bits then is x'' or 18,446,744,073,709,551,615. Todd No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.484 / Virus Database: 269.12.1/965 - Release Date: 8/21/2007 4:02 PM -- 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: ADMINSTRIVIA: thread killed
In [EMAIL PROTECTED], on 08/20/2007 at 03:06 PM, Darren Evans-Young [EMAIL PROTECTED] said: You know which one. Actually, I don't, but I assume that I'll get an autoresponse if I guess wrong. -- 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: Age Poll Results: 49.47
In [EMAIL PROTECTED], on 08/16/2007 at 11:47 AM, Patrick O'Keefe [EMAIL PROTECTED] said: When I started, that was *the* way people got into system programming. Well, I was never in operations. As for training, not all classes are created equal. I still remember being given a stack of 7070 manuals and told to read them prior to the class, only to discover that the class only covered the material we had already read. Some of the students were answering questions that the instructor couldn't answer. Then there was a DOS/360 Logic class that not only had an untrained instructor, but one that had no access to the DOS developers. Back when PLM's and source code were available to customers, learning from those was often more productive than formal classes. -- 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: LPServe dynamic allocation
OK, Gerard, help me out here ... I'm not into LPSERVE myself. These dynamically allocated datasets are going to be of what type: - true temporary datasets (similar to DSN=TEMP1) or - short-time permanent, cataloged datasets (DSN=LPSERVE.X.Y.Z)? If they're true temp. datasets, then they should go to your disks mounted with the PUBLIC attribute. If they're permanent datasets, then they'll go to disks mounted with the STORAGE attribute. And if your shop doesn't use SMS or any other disk allocation manager (like PROSMS, used be known as STOP/X37) then there's no easy way that I know of to segregate LPSERVE datasets from the rest of the storage-mounted disks. Of course, you could I/O configure a group of disks with a different UNIT name ... but how do you tell LPSERVE to allocate to UNIT=MYDISK? Are you sure, there's no LPSERVE configuration parameter? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerard Brul Sent: Tuesday, August 21, 2007 11:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LPServe dynamic allocation It will not be easy to install SMS right away, nobody else a diffrent solution? -- 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: Attachmate
In [EMAIL PROTECTED], on 08/16/2007 at 10:05 AM, Grant Ward Able [EMAIL PROTECTED] said: Although I have updated my QuickPad to contain the PA1 key, none of the actions above seem to work...Pressing the ATTN key just takes me back to my session selection menu. That sounds like standard[1] TPX behavior. First make sure that you have a key defined as ATTN, then hit it twice. [1] For good and sufficient reason. -- 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: Another why did they do it this way? question - SMF time stamps
In [EMAIL PROTECTED], on 08/15/2007 at 07:17 PM, McKown, John [EMAIL PROTECTED] said: Thanks. That is the consensus, so is likely correct. I wasn't around in the pre-S/370 era. I was. You can still look[1] at the code if you want; it's on the OS/360 turnkey system from the Hercules project. [1] It's not pretty. -- 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: LPServe dynamic allocation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerard Brul Sent: Tuesday, August 21, 2007 1:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LPServe dynamic allocation It will not be easy to install SMS right away, nobody else a diffrent solution? Well, yes I know of some ways. But they are, in my opinion, more difficult to write and maintain than implementing SMS for this. The methods are to use exits. The first exit that comes to mind is the IGGPRE00 exit. This is DADSM allocation preselection. The exit would examine the jobname (LPSERVE). If not LPSERVE, then rc=0. Otherwise, look at the selected DASD volser. If you don't like it, then return RC=8 with with a reason code of X'47B0'. How to determine is up to you. We had this many years ago and it did a RACROUTE to see if the user had READ access to a RACF profile protecting the volume. If it did, then the volume was acceptable. If not, then try again. If the exit denies every volume passed to it, then allocation fails. The second exit which comes to mind is IEFDB401. This is the dynamic allocation validation exit. This exit could be used to modify the SVC 99 parameter list. What would be possible would be to create a special ESOTERIC unitname for LPSERVE to use. Look at the SVC 99 parm list and if the UNIT= parameter is specified, change it to your ESOTERIC. If you don't find a text unit for the UNIT= parameter, add one using your ESOTERIC. This does require a ESOTERIC just for this function and that the appropriate DASD volumes be on the addresses assigned to this ESOTERIC. Another possibility would be to add a text unit specifying the VOL=SER parameter, forcing all allocations to a single volume, hard coded. Off hand, that's all that I can think of. Really, implementing a minimal SMS environment is much easier and safer than doing any of the above, honestly. -- 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: Ave Atque Vale
In [EMAIL PROTECTED], on 08/20/2007 at 03:27 PM, john gilmore [EMAIL PROTECTED] said: Peter Hunkeler has suggested that I have been exhibiting too much (and growing) impatience here, Nothing wrong with impatience, although it helps if you have all of your facts right before you post. and I must agree. Good luck to all of you. You don't need his, or my, approval to post on the list. -- 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: Attachmate
That sounds like standard[1] TPX behavior. Or, Candle SuperSession. - 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: IBM Level 1 - gotta love it.
Todd Burch wrote: The value for the partition number will be stored as a hex value so 1 byte or 8 bits will have a maximum hex value of x'' (4,294,967,295 decimal). ... The maximum hex value in 16 bits then is x'' or 18,446,744,073,709,551,615. Ouch! And, it's even worse than you think. ETRs go straight through to level two!! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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: OT but may impact a lot of people on here
On Aug 21, 2007, at 8:36 AM, Kelman, Tom wrote: That's interesting. I got my present job because a recruiter saw my resume on Monster. However, I didn't include anything in my resume that I would particularly consider confidential. All I included was my name, address, phone number, email address, and work and education history. I didn't include any salaries. That can be discussed when an interested company contacts me. Also, I certainly didn't include my SSN. As far as I'm concerned if someone picks up that information I just need to be careful of phishing emails, and I'm already careful in that area. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 Tom, I don't know too much more information other that what he said that the email he got contained info that was not on their public web site. He did not go into specifics other than the email contained private information. About 10 years ago I put my resume up on Monster and didn't even get a nibble. I never bothered to take it off (if that can be done). I had more luck on DICE.com. IMO monster was more for the pc weenies than MF types, but that was 10+ years ago. 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: Operating System #6 for the IBM Mainframe: Solaris
On Wed, 2007-08-22 at 06:53 +0430, legolas wood wrote: Is there any prediction or announcement about a release date? Not yet. It's a work in progress. -- David Andrews A. Duda and Sons, Inc. [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: SMS Question - Urgent
On 2007-08-17 08:11, Dean Montevago [EMAIL PROTECTED] wrote to IBM-Main: I have a CICS VSAM file that is reaching it's 4gb limit. I want to create an SMS pool for it. Can I define all the constructs and activate the new rules while the region is up and using this file ? Will they take affect the next time the file is deleted/defined ? Dean: likely too late for your urgency but ... Did you consider simply adding the STORCLAS() DATACLAS() options to the Define Cluster? If you have a pre-existing pool that would suffice, it would not require fiddling with your SCDS ACS routine just to capture a particular DSN. This will also suffice if you only need, in the short-term, to add a DATACLAS definition to cover Extended Addressing. That would give you time to calmly think through any changes to the ACS routines which can be problematic as they grow. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- 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: LPServe dynamic allocation
Gerard, Following up on my earlier post ... that kept me thinking, so I started reading ... The z/OS 1.7 Comm Server IP Configuration Reference, Chapter 25 Remote Print Server (LPD) contains a description of the LPDDATA control dataset and its parameters. In there, I can find a UNIT and a VOLUME parameter. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B451/2.20?SHE LF=F1A1BK61DT=20060127182800 Isn't that what you are looking for? Or are you looking at some other process? Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerard Brul Sent: Tuesday, August 21, 2007 4:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LPServe dynamic allocation In the LPServe started task there will be a lot of dynamic allocations during the receiving of data that must be printed using the JES2 spool. These dynamic allocations are done randomly on our attached dasd. Does anybody know a way of allocating these temporary files on a dedicated volume? In the z/os SMTP environment are special configuration methods available. I can not find these regarding the LPServe (LPD) environment. We do not use SMS. Regards Gerard Brul -- 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: XMIT QUESTION
Hello Willie, First, the closing apostrophe should be between the close parentheses XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1)') To your second question - XMIT will not allow you to specify a PDS(E) member in the OUTDS operand. However, you can ALLOCATE a PDS member and specify the DDNAME in the OUTDD parameter. ALLOC DD(XMITOUT) DA(XMIT(TEST)) SHR XMIT ABC.DEFG DA(CNTL(JOBCARD)) OUTDD(XMITOUT) FREE DD(XMITOUT) RECEIVE will support a PDS(E) member for INDS, or you can do the same ALLOCATE trick. Best regards, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Tuesday, 21 August, 2007 09:25 To: IBM-MAIN@BAMA.UA.EDU Subject: XMIT QUESTION Hallo To All, I am trying to perform an XMIT (pds member) from one partition to another and I am partially successful. Below is my command: XMIT NYZ380.ZAWTPWG DA('CNTL.JCL(SMSJOB1')) What the command does it creates the member SMSJOB1 in a pds ZAWTPWG.CNTL.JCL Does XMIT allow to create the member in a given PDS .e.g TEST.CNTL.JCL? If so could anyone please provide me the correct syntax. I tried various commands but I kept getting the ISPD204 Invalid parameter - ' CMD(ZPTCPRM' contains unrecognized parameter. - Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us. -- 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: LPA Module Size 80MB impact on system?
On Aug 21, 2007, at 9:52 AM, Veilleux, Jon L wrote: John Chase said: Well, in retrospect, I suppose it could use overlays. OH GOD! I hope not! I don't think that there are many application programmers that have even heard of overlay programs, let alone code one and the corresponding binder statements, correctly. Not to mention trying to debug one! My memory is iffy on this but IIRC overlays in LPA are verbotten. 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: Ways to update PS files?
(ROFL) Yup, that's one I didn't think of! At 01:28 AM 8/22/2007, you wrote: On Wed, 2007-08-22 at 00:23 +1000, Graeme Gibson wrote: Only the application programer will be aware when [QSAM update-in-place] has been used, there's nothing to tell sysprogs or operators that it's in use and absolutely no need for them to know. Unless the sysprog (me, in one unfortunate case) enabled compression. -- David Andrews -- 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