Re: Reducing Common Area below 16M line
From a somewhat larger shop, on one of our test systems: Storage area map Start___ Name___ SizeEnd_ ,+---+ 0,|,PSA,..,4K,|, FFF 1000,|,System,..,16K,|,4FFF 5000,|,PVT,..,10220K,|, 9F A0,|,CSA,...,3168K,|, D17FFF D18000,|,PLPA,..,1256K,|, E51FFF E52000,|,SQA,...,1544K,|, FD3FFF FD4000,|,R/W Nucleus,.,57K,|, FE20EF FE3000,|,R/O Nucleus,..,10856K,|, 1A7CCFF 1A7D000,|,Ext R/W Nuc,,380K,|, 1ADBFFF 1ADC000,|,Ext SQA,.,171312K,|, C227FFF C228000,|,Ext PLPA,.,43812K,|, ECF0FFF ECF1000,|,Ext FLPA,,28K,|, ECF7FFF ECF8000,|,Ext CSA,.,300064K,|,211F 2120,|,Ext PVT,,1554432K,|,7FFF Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, May 14, 2012 11:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reducing Common Area below 16M line On our smallish shop: Ext LSQA/SWA7EB6F000 7FFF 21 Mi81 Uncommitted Ext-Pvt 0BA96000 7EB6EFFF 1,841 Mi --- 7FFF Committed Ext-Pvt 0B20 0BA95FFF 8,792 Ki78 Ext CSA 062E3000 0B1F 79 Mi70 Ext FLPA062E 062E2FFF 12,288 --- Ext PLPA028E8000 062D 58 Mi --- Ext SQA 01A72000 028E7FFF 14,808 Ki90 Ext NUC R/W 01A0C000 01A71FFF408 Ki --- Ext NUC R/O 01A0BFFF 26 Mi --- 16 MEG LINE So ELPA is 58Meg vs. LPA's 1.6Meg. A fast look in IPCS shows most of LPA is for either IBM use or CA. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.commailto:john.mck...@healthmarkets.com * www.HealthMarkets.comhttp://www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu]mailto:[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, May 14, 2012 10:14 AM To: IBM-MAIN@bama.ua.edumailto:IBM-MAIN@bama.ua.edu Subject: Re: Reducing Common Area below 16M line On Mon, 14 May 2012 09:13:47 -0500, McKown, John wrote: From my (small) shop: AMTMS4I 16 MEG LINE AMTMS3I NUC R/O 00FE4000 00FF112 Ki --- AMTMS3I NUC R/W 00FD5000 00FE3FFF 60 Ki --- AMTMS3I SQA 00E4E000 00FD4FFF 1,564 Ki17 AMTMS3I PLPA00C96000 00E4DFFF 1,760 Ki --- AMTMS3I FLPA00C95000 00C95FFF 4,096 --- AMTMS3I CSA 00A0 00C94FFF 2,644 Ki28 AMTMS3I LSQA/SWA00953000 009F692 Ki 100 AMTMS3I Uncommitted Private 0023A000 00952FFF 7,268 Ki --- 009F AMTMS3I Committed Private 6000 00239FFF 2,256 Ki 100 Below the line private is right at 9Meg. Most LPA in our shop is ELPA, above the line. Oops! I was unfamiliar with the terminology. I'll restate: How much storage do LPA and ELPA respectively occupy in a typical-to-large shop? I'm largely curious about how close we are to encountering a below-the-bar VSC? I understand JAVA is already chiseling into the no-man's land. Is there a generic term embracing both LPA and ELPA? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edumailto:lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edumailto:lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO
Re: Jes job log unavailable in STC
I don't know about the JES settings, but you can code a jobcard in SYS1.STCJOBS for your STCs which will keep the job log in the hold queue. 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Trying to capture JES2 Job Log
AH, but you didn't include that in your list of parms. The default is YES. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Schwartz, Alan Sent: Thursday, April 19, 2012 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Trying to capture JES2 Job Log To all who replied to this earlier and to Jorge Garcia who just started a similarly named question I found my problem. For some reason our JOBCLASS(STC) has LOG=NO coded. This prevents the stc from being assigned an output group and dest (and possibly some other attributes). Changing LOG to YES allowed the job log to be archived with the rest of the stc output. This may not be Jorges problem but it's something he should check. Alan Schwartz -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, March 30, 2012 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Trying to capture JES2 Job Log See my previous comment regarding STARTED JOBS. This should allow you to just provide the 1 override. The SDSF XDC command can also be used to capture the JESMSGLG prior to shutdown. I do not currently use started jobs MSGLEVEL=1 is what comes up in my case. This may be the default for STARTED JOBS (supplied in the absence of particular parameter). A quick search did not turn up where the MSGLEVEL=1 is being specified. HTH, snip I'm getting somewhere. While the JOBCLASS(STC) clearly shows MSGLEVEL=(2,1) when I look at an active stc I see //IFOM JOB MSGLEVEL=1 So now the question is why is the start ignoring the MSGLEVEL from JOBCLASS(STC)? We use OPS/MVS for automation and it just uses a normal S task. I don't want to try and alter all the starts to have MSGLEVEL=(1,1). That's what JOBCLASS(STC) is supposed to do. Or so I thought. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Execute certain steps based on input parm
According to the JCL manual that won't work: The following keywords are the only keywords supported by IBM and recommended for use in relational-expressions. Any other keywords, even if accepted by the system, are not intended or supported keywords. Also you need to change DNS to DSN Keyword Use RC indicates a return code ABEND indicates an abend condition occurred ¬ABEND indicates no abend condition occurred ABENDCC indicates a system or user completion code RUN indicates that the specified step started execution ¬RUN indicates that the specified step did not start execution You will have to get more creative. Perhaps pass a parm that causes an abend in a first step? //ABC PROC VER='X14' This will run first step //STEP1 EXEC PGM=IEFBRVER //IF620 IF (ABEND) THEN //PGMNAME EXEC PGM=IEFBR14 //DD1 DD DSN=somefile,DISP=SHR // ELSE //PGMNAME EXEC PGM=IEFBR14 //DD2 DD DSN=somefile,DISP=SHR //ENDIF // PEND //TEST EXEC ABC //ABC PROC VER='X14' This will run second step //STEP1 EXEC PGM=IEFBRVER //IF620 IF (ABEND) THEN //PGMNAME EXEC PGM=IEFBR14 //DD1 DD DSN=somefile,DISP=SHR // ELSE //PGMNAME EXEC PGM=IEFBR14 //DD2 DD DSN=somefile,DISP=SHR //ENDIF // PEND //TEST EXEC ABC -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Victor Zhang Sent: Wednesday, April 18, 2012 9:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Execute certian steps based on input parm Ok, the proc is like: //ABC PROC VER='620' //PGMNAME EXEC PGM=PGM //STEPLIB DD DNS=LOADMOD.V620 IF VER NOT = '620' i want proc be: //PGMNAME EXEC PGM=PGM //STEPLIB DD DNS=LOADMOD.V710 So I code: //ABC PROC VER='620' //IF620 IF (VER=620) THEN //PGMNAME EXEC PGM=PGM //STEPLIB DD DNS=LOADMOD.V620 // ELSE //PGMNAME EXEC PGM=PGM //STEPLIB DD DNS=LOADMOD.V710 //ENDIF But it does not work. Please help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEHLIST LISTVTOC inconsistency
Do you have any specifics? What difference are you seeing? What kind of volume? Etc. I would like to test on our systems Thanks, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Eells Sent: Tuesday, April 17, 2012 7:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEHLIST LISTVTOC inconsistency Please open a PMR. Gord Tomlin wrote: I just ran into a situation where IEHLIST is providing different results for the same volume depending upon whether it is run from a z/OS 1.11 system or a z/OS 1.13 system. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zfs fails to start
You might want to put a jobcard in SYS1.STCJOBS so that you can look at the JOBLOG. You just create a member called ZFS. //ZFSJOB (acctcode),TIME=NOLIMIT,MSGCLASS=H /*ROUTE PRINT LOCAL //ZFS EXEC ZFS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Betsy Jeffery Sent: Monday, April 16, 2012 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: zfs fails to start Has anyone ever had the problem of zfs not starting? No messages in the log; can't issue any queries, etc. because OMVS is not up - it's waiting on ZFS! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to Purge Multiple Started Tasks from Output Q
Try something like this: $P O Sx-x,JM=yourSTCname -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, April 12, 2012 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to Purge Multiple Started Tasks from Output Q John - Thanks. It wasn't exactly what I was looking for, but it worked a lot better than putting a P in front of everything in SDSF. I didn't want to purge everything, but I was able to purge large groups at a time, so it didn't take too long. I don't know why I didn't think of that myself. I thought there was a command that you could give a jobname or STC name and purge multiple jobs or STCs. -- Eric Bielefeld Systems Programmer McKown wrote: Since I rarely want the output from STCs, I just do a $PS1-99 and be done with it. If I do need the output, then I don't use a started task, but a started job. That way, I can code the JOB card and use the MSGCLASS=x in order to direct the output to our sysout archive software. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, April 12, 2012 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: How to Purge Multiple Started Tasks from Output Q I have a started task that kept failing. It actually used all the available job numbers up. I need to purge all of the output from this job, but keep getting error messages. Here is one of the commands I use: $P S'OSNMPD',OUTPUT,ALL $HASP003 RC=(78),P S'OSNMPD' - MULTIPLE JOBS FOUND I basically want to purge all of the OSNMPD started task output from the output Q. What command will do that? For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP QUESTION
Ascii crlf You need to translate the txt file to EBCDIC -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, April 11, 2012 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: FTP QUESTION G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HSM z/OS 1.13
Andy, I have a couple of questions from our MIM support person: Do you know if this customer enabled the AUTHQLVL=2 parm in GRSCNFxx that was a new feature with 1.13. Which also only effects HSM ENQ's. We run the default AUTHQLVL=1. Also do you know if the customer run HSMs with CDSR or CDSQ. We run CDSR=YES. These parms determine how HSM will issue its ENQ's. We primarily use Reserve/Release. Thanks, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andy White Sent: Tuesday, April 10, 2012 8:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM z/OS 1.13 Sorry here is what IBM recommended for us to change ACTION TAKEN: Reviewed the dumps and found that the ARCGPA/ARCCAT resource was being propagated as a SYSTEMS ENQ. that this resource needs to remain a SYSTEM ENQ. Recommended that to remove the ARCGPA entry from the GRS INCLUDE RNL (which will allow the resource to be obtained as a SYSTEM ENQ instead of a SYSTEMS). Thanks Andy S. White Andy - What adjustments to you plan to make to GRS for this? Can you provide any additional information about the 'lock up'? From the information you provided from your ETR, it seems that HSM wouldn't totally lock up, but that some functions would appear to be delayed or possibly 'locked' until the CDS Backup completes. Am I missing something? thanks - ddk -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HSM z/OS 1.13
Thanks much Andy! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Andy White Sent: Tuesday, April 10, 2012 11:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HSM z/OS 1.13 Jon - for the record we don't run MIM native GRS. we run HSM (had to check with storage guy) with CDSQ=YES and CDRS=NO We don't have AUTHQLVL coded so taking default. Andy S. White IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/10/2012 10:57:29 AM: [image removed] Re: [IBM-MAIN] HSM z/OS 1.13 Veilleux, Jon L to: IBM-MAIN 04/10/2012 10:59 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List Andy, I have a couple of questions from our MIM support person: Do you know if this customer enabled the AUTHQLVL=2 parm in GRSCNFxx that was a new feature with 1.13. Which also only effects HSM ENQ's. We run the default AUTHQLVL=1. Also do you know if the customer run HSMs with CDSR or CDSQ. We run CDSR=YES. These parms determine how HSM will issue its ENQ's. We primarily use Reserve/Release. Thanks, Jon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Accessing USS on Mainframe thru Telnet
Get a life! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, April 06, 2012 12:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Accessing USS on Mainframe thru Telnet Edward I chose option (c). That'll be don't misuse the abbreviation in the first place and use it only for the IBM context for which it was first coined - I suppose. Chris Mason On Fri, 6 Apr 2012 09:31:32 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: On 4/6/2012 6:09 AM, McKown, John wrote: ... (a) people will be educated and will voluntarily change or (b) will become tired of hearing the rants and so change their usage just to shut him up. ... I chose option (c). ;-) -- Edward E Jaffe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Accessing USS on Mainframe thru Telnet
I prefer to keep my comments succinct rather than ramble on about inane complaints about acronym usage. You must have too much time on your hands to waste so much of it on useless bickering, ergo, you need to get a life. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, April 06, 2012 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Accessing USS on Mainframe thru Telnet Garrulousity personified On Fri, 6 Apr 2012 12:48:02 -0400, Veilleux, Jon L veilleu...@aetna.com wrote: Get a life! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEFUSI Question - OMVS Related
We ran into this also. What is your MAXASSIZE setting? This controls the region for your ssh session. If you have TOP SECRET you can override the systems setting for each user. I don't know about RACF. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Thursday, March 29, 2012 9:14 AM To: IBM-MAIN@bama.ua.edu Subject: IEFUSI Question - OMVS Related We're receiving java out of memory errors during the build of a WASoem server which I believe is related to our virtual storage settings for the environment. I'm executing the script on the OMVS shell from an ssh session, not the TSO OMVS shell. We're not calling our IEFUSI exit for the OMVS subsystem (SMFPRMxx). What are other people doing for their OMVS virtual storage settings? -- Mark Jacobs Time Customer Service Tampa, FL Learn from yesterday, live for today, hope for tomorrow. The important thing is to not stop questioning. - Albert Einstein -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/os every two years
I agree that it is a done deal, however that I think it IS the wrong message. Too many users have based their procedures on the current schedule and waiting two years for new releases will just slow down the implementation of new functions. The cant that 'many users can't upgrade every year so we will help them by changing to every two years' doesn't pass muster. This will make those users upgrade every four years now and penalize those who do attempt to stay current. I don't like it. Just my ranting for the day, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, March 28, 2012 8:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os every two years I attended SHARE. I looked at the positions the speakers have at IBM and concluded it's a done deal. Too much horsepower to be sending the wrong message. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Wednesday, March 28, 2012 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os every two years Methinks you have inside information :-) On 03/28/12 07:58, Bob Shannon wrote: A good guess, but until there's an official notification I can't plan on supposition. Then you will be wrong. In this case plan on supposition. Bob Shannon Rocket Software -- Mark Jacobs Time Customer Service Tampa, FL Learn from yesterday, live for today, hope for tomorrow. The important thing is to not stop questioning. - Albert Einstein -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Prevent FTP from root
In addition to giving folks their own user directories, the root should be Read/Only to prevent anyone from writing to it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, March 20, 2012 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Prevent FTP from root On Tue, 20 Mar 2012 13:25:09 -0500, Kirk Wolf wrote: I can agree that OMVS segments should usually have their own directory. It would be possible to have them share a common directory, but in that case you would usually want to make it ready only, which would prevent some z/OS Unix stuff from working but not, AFAIK, FTP. But in order to have complete control over FTP access, you may want to implement a FTCHKCMD exit. See the z/OS Comm Server documentation for details; a sample is provided by IBM. Where's chroot when you need it? On Tue, Mar 20, 2012 at 1:01 PM, Bruce Wheatley wrote: We have numerous external clients and on occasion have found that depending on what product they use for FTP, their file transfer may in some fashion refer to our root directory or potentially the file transfer client being used defaults to a root directory. In some fashion may mean the conventional command, cd /. The customary way to sequester this is to chroot after forking the child. In order to prevent such access we're planning to change each userid's OMVS segment to have a HOME directory of: /u/userid. (Currently we just use ' / '.) GASP!/ -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JES2 displays captured via batch
The REXX SDSF interface can do that. I believe that there were a lot of discussions about that interface in the archievs. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tim Brown Sent: Wednesday, March 14, 2012 11:55 AM To: IBM-MAIN@bama.ua.edu Subject: JES2 displays captured via batch Can a batch job capture the results of a JES2 command into a sequential dataset $dq $HASP647 6 XEQ S ZOS1 $HASP644 8 OUT ZOS1 $HASP643904 PPU LOCAL ANY $HASP646 15.8046 PERCENT SPOOL UTILIZATION Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: mailto:tbr...@cenhud.com tbr...@cenhud.com mailto:tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TINC?
TINCture of iodine? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Monday, February 27, 2012 2:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TINC? Is there a cure of TINC? Maybe a treatment ? Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 27, 2012, at 2:20 PM, John Gilmore johnwgilmore0...@gmail.com wrote: I can cite only anecdotal evidence, and people always shout TINC! at me when I say that I suspect the machinations of a CABAL. Moreover, since there are only two of them--A proper cabal should have five members--I don't suppose that the Gilmartin-McKown axis is anything more than a faction. Still, their UNIX-oriented initiatives are a clear danger to legitimate, MVS-based undertakings; and some of the hybrid schemes they have urged are flagrantly subversive of good order. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: VARY ON/ VARY OFF COMMAND IN BATCH
Did you check to see if you had console authority? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, February 22, 2012 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: VARY ON/ VARY OFF COMMAND IN BATCH G'Day, I have several hundred volumes to put online/offline and I thought I could try it in batch mode. I dug up an old JCL which I tried but the job failed because of the following: READY CONSOLE SYSCMD(V (AA50),ONLINE) IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN CODE WAS X'0004' AND THE REASON CODE WAS X'00 00'. READY END Here is the job which I executed. : //* //STEP01 EXEC PGM=IKJEFT01,DYNAMNBR=999 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CONSOLE SYSCMD(V (AA50),ONLINE) Could someone please correct my mistake? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: VARY ON/ VARY OFF COMMAND IN BATCH
You might want to yse the rexx sdsf interface /* REXX - SDSF/REXX CONSOLE COMMAND */ ARG COMMAND COMMAND = 'v xxx,online' IF ISFCALLS('ON') 0 THEN EXIT 99 ADDRESS SDSF ISFEXEC '/COMMAND' (WAIT DO I=1 TO ISFULOG.0 SAY ISFULOG.I END CALL ISFCALLS 'OFF' -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, February 22, 2012 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: VARY ON/ VARY OFF COMMAND IN BATCH G'Day, I have several hundred volumes to put online/offline and I thought I could try it in batch mode. I dug up an old JCL which I tried but the job failed because of the following: READY CONSOLE SYSCMD(V (AA50),ONLINE) IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN CODE WAS X'0004' AND THE REASON CODE WAS X'00 00'. READY END Here is the job which I executed. : //* //STEP01 EXEC PGM=IKJEFT01,DYNAMNBR=999 //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * CONSOLE SYSCMD(V (AA50),ONLINE) Could someone please correct my mistake? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Life of a JOB
Thanks, and thanks to Tony who took the time to scan his hardcopy. I am hoping to pass this on to our newer folks with the addition of which control blocks get created at each stage. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kammer, Charles Sent: Monday, February 13, 2012 4:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Life of a JOB This may be a newer version of the 1974 presentation from SHARE 94, winter of 2000, session #2652 ftp://service.boulder.ibm.com/s390/jes2/Share94/JobRelatedExits.pdf Charles S. Kammer ckam...@bexar.org -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of zMan Sent: Monday, February 13, 2012 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Life of a JOB From 1974? I'd be surprised if it STARTED as softcopy back then. But maybe he's scanned it...I'd love to see it, too! On Mon, Feb 13, 2012 at 3:37 PM, Ward, Mike S mw...@ssfcu.org wrote: Anthony, if it's in softcopy would you please send me a copy? I would like to read it. TIA. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sambataro, Anthony (NIH/NBS) [E] Sent: Monday, February 13, 2012 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Life of a JOB I have a copy of the following: The Life of a Job (and the Exits it Touches) From Share 74, March 1990 By Mark Laman of IBM 24 pages -Original Message- From: Veilleux, Jon L [mailto:veilleu...@aetna.com] Sent: Monday, February 13, 2012 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Life of a JOB I seem to remember an old SHARE presentation called (I believe) The Life of a JOB. I cannot find it in the SHARE proceedings because they only go back to 2005 and this is older than that. Would anyone happen to have a copy of this presentation? TIA, Jon 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Doing Some Restructuring?
I think that this paragraph is interesting: We were previously using configuration management version control, which required a lengthy code check-in process, said Clark Dudek, software developer, IBM Systems and Technology Group. Rational Team Concert has encouraged greater code collaboration and better work item tracking within my team. I guess IBM doesn't think they need version control anymore. Might that be why we are seeing more problems lately? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dave Day Sent: Saturday, February 11, 2012 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Doing Some Restructuring? Well, hindsight being 20-20, it is obvious management within IBM has done both some incredibly smart, and incredibly dumb moves over the past 30 yrs. or so. I know every time I applied for a job, I always wanted to work on a part time basis, because I just didn't want that feeling of security everyone has to some degree when they take permanent full-time employment. And every time I have worked on a part time job, when an offer came along for a full time position, I always turned it down. Mostly because I felt loyalty to the current employer for offering me the part-time, temporary position instead of making me take full-time employment. And for sure, we all know software development is much easier when you don't have the previous developers around to just clutter things up when you are spending all that time going thru the code to try to figure out why this or that function is coded the way it is. The idea of hiring temporary workers, the 'liquid' people referred to in the article, seems to me to be at odds with long term, successful growth. IBM is adopting Walmart's business model on this one. --Dave On 2/11/2012 10:06 AM, Edward Jaffe wrote: http://socialbarrel.com/ibm-job-cuts-in-germany-8000-may-be-laid-off/3 1574/ Rumor has it that IBM is laying off up to 40% of its workforce in Germany. At the same time they are testing a new global temporary worker program that they believe can speed up project implementation by 30% and reduce costs by 1/3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Life of a JOB
I seem to remember an old SHARE presentation called (I believe) The Life of a JOB. I cannot find it in the SHARE proceedings because they only go back to 2005 and this is older than that. Would anyone happen to have a copy of this presentation? TIA, Jon 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Abend S0C4 in an internal sort
Just a quick question, are all of your registers clean 31 bit registers? No extraneous bits in the high end? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staffan Tylen Sent: Monday, February 13, 2012 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Abend S0C4 in an internal sort I can't get my head around this one, I'm 100% sure the answer is starring at me but I just don't see it. I'm writing an assembler program that invokes SORT using LINK. There are E15 and E35 exits to handle records going in and out of the sort, but it keeps abending with S0C4 and sometimes S0C1, depending on whether the exit routines are half or fullword aligned :( To eliminate other possible causes I created the following very simple program where the E15 exit returns RC=16 to tell SORT just to terminate without doing anything. But it also abends in the same way. The PSW seems to point at an unrelated ISPF module in the LPA, but I haven't investigated that further. This is the code: TEST60 CSECT TEST60 AMODE 31 TEST60 RMODE ANY SAVE (14,12) LR12,15 USING TEST60,12 LA11,SAVEAREA ST11,8(,13) ST13,4(,11) LR13,11 LA1,SORTPARM LINK EP=SORT L 13,4(,13) ST15,16(,13) LM14,12,12(13) BR14 DS0F SAVEAREA DS18F SORTPARM DCA(SORTSTMT) DCA(E15_EXIT) DCA(E35_EXIT) DCF'-1' SORTSTMT DCAL2(SORTEND-SORT) SORT DCC' SORT FIELDS=(1,1,CH,A)' DCC' RECORD TYPE=F,LENGTH=80' SORTEND EQU * E15_EXIT DS0F LA15,16Terminate SORT BR14 E35_EXIT DS0F LA15,8 BR14 END TEST60 It can't be more simple than this, like any piece of Hello World code. I've tried linkedit as either RENT or NORENT, same result. The sort program produces diagnostic messages on SYSOUT as expected, so it gets called OK. So, who is the first to spot the obvious flaw that I can't see? Thanks for helping out. Staffan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Doing Some Restructuring?
I have seen a drop in the quality control for z/OS and especially for sub-products but, as they say, YMMV. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, February 13, 2012 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Doing Some Restructuring? On 2/13/2012 5:00 AM, Veilleux, Jon L wrote: I think that this paragraph is interesting: We were previously using configuration management version control, which required a lengthy code check-in process, said Clark Dudek, software developer, IBM Systems and Technology Group. Rational Team Concert has encouraged greater code collaboration and better work item tracking within my team. I guess IBM doesn't think they need version control anymore. Might that be why we are seeing more problems lately? IBM has been using Agile development for the past couple/few z/OS releases. I am not aware that this development model has been blamed for any recent increase in defects or if such an increase even exists. http://en.wikipedia.org/wiki/Agile_software_development I took the reference in the article to be simply a sales plug for IBM's Rational Concert--their particular for-sale software life-cycle management tool which supports Agile development. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions (OMVS)
Do you need to escape the '?' -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken MacKenzie Sent: Monday, February 06, 2012 10:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Regular Expressions (OMVS) Yes, I pretty much understand the concept of GREEDY. AFAICS I'm supposed to be able to use a ? To stop on first occurrence (eg awk 'gsub(/CD.*?QR/,junkt)' fxdata ) but when I do that I get: awk: /CD.*?QR/: FSUMB031 ?, *, + or - - not preceded by valid regular expression Context is: gsub(/CD.*?QR/ From: Martin Packer martin_pac...@uk.ibm.com To: IBM-MAIN@bama.ua.edu Date: 06/02/2012 15:04 Subject: Re: Regular Expressions (OMVS) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Looks to me like it's being greedy. Look up the term greedy in relation to Regexps and you'll see the match is much wider than you anticipated - matching many more characters. Not sure if awk can do non-greedy matching. But there are usually workarounds if not. (And this just about exhausts my knowledge on the greedy vs non-greedy matching in Regexps.) :-( Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Ken MacKenzie ken.macken...@pramerica.ie To: IBM-MAIN@bama.ua.edu, Date: 06/02/2012 14:53 Subject: Regular Expressions (OMVS) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi All, I'm not sure if this is the appropriate forum, please point me to the correct one if it's not. I'm playing around with regular expressions and I want to achieve the following. I spoke to a Unix geek but he didn't really understand what I was asking. Given the following sample data, I want discover only the first occurrence of any string which matches my regexp. ABCDEFGNOPQRXXXABCDEFGNOPQRYYYABCDEFGNOPQRZZZ ABCDEFGNOPQRXXXABCDEFGNOPQRYYYABCDEFGNOPQRZZZ ABCDEFGNOPQRXXXABCDEFGNOPQRYYYABCDEFGNOPQRZZZ ABCDEFGNOPQRXXXABCDEFGNOPQRYYYABCDEFGNOPQRZZZ ABCDEFGNOPQRXXXABCDEFGNOPQRYYYABCDEFGNOPQRZZZ ABCDEFGNOPQRXXXABCDEFGNOPQRYYYABCDEFGNOPQRZZZ I tried: awk 'sub(/CD.*QR/,junkt)' fxdata in an attempt to change ABCDEFGNOPQRXXX to ABjunktXXX but instead, it takes the final occurrence of QR, and returns ABjunktZZZ. Notice the ZZZ on the end instead of XXX. This is being driven from a REXX exec in ISPF, if any of the above is not clear, I will try to explain further. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
Did you unallocate the PDSE from the LNKLST and PLLA, and VLF before you did your delete and reload? SETPROG LNKLST,UNALLOCATE P LLA P VLF -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Juergen Keller Sent: Thursday, January 19, 2012 7:27 AM To: IBM-MAIN@bama.ua.edu Subject: PDSE hello, I have a very strange problem. Maybe there is someone having an idea how to solve it. So what happens: We have a pdse-load-library (with only primary allocation - no secondary!) for testing software. Now when testing a new versions we first delete all members with a batch-job and copy the new version to this dataset. This worked fine in the past but now ... ... we added this dataset to LINKLIST to get rid of the steplib. When I now delete all members and copy the new version to that dataset I will receive D37. I can see that after deleting all members the dataset is still filled with 80%. Someone told me that I have to do a LLA REFRESh afterwards but that did not help. When you browse that dataset ISPF says that there are no members in, but its still 80% used. Then I do an ISPF-COPY for one member and then its only filled with 1%. When doing the same with a batch job it does not help. I'm quite sure that it has to do with the LINKLIST and the PDSE-format. I tested it with z/OS 1.10 and 1.12 .. no difference. Has anyone had the same problem before and has a solution for me? Any comments are welcome. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Master Catalog query
This is giving me flash-backs In the 'bad old days' we used to manipulate the master catalog initialization code in NIP to actually do what you are talking about. We had one master catalog for 'production' jobs and one for 'test' jobs. We zapped the Operating System code at crucial points (Open, Close, etc), looked at the category of the job to determine which catalog to use, and then [pointed to the appropriate master catalog. The confusion this brought on cannot be overstated! Folks would catalog a SYS1 dataset with a 'test' job and wonder why it couldn't be found by a 'production' job. Also, it lead to datasets with duplicate names that had different data. It was a real mess and took a long time to clean up. End of story. Now, to your question...No, there is only one master catalog on a system. I am not sure what you are hoping to accomplish, but be glad that there is only one master catalog. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Thursday, January 12, 2012 11:54 PM To: IBM-MAIN@bama.ua.edu Subject: Master Catalog query Hi All, As in general we are aware that we can have 1 master catalog and multiple user catalogs in a system. It is also factual that we can have alternate Master catalog with another Updated LOADxx member. My question is to know whether if we can have possible to have multiple master-catalog with multiple user catalog running on a single image ? I tried searching google with keyword Multiple master catalog but I ended up with master-catalog sharing concept. Could anyone please share your thoughts or idea. Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Master Catalog query
Remember, this was back in the very early 1980's when IBM still distributed source code. It was written before my time, but I had to support it. That's when I learned about how to debug Standalone dumps and how to follow control block chains. I was VERY glad when we finally got rid of it (but on the other hand, it was a great learning experience). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Friday, January 13, 2012 7:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Master Catalog query Veilleux, Jon L wrote: In the 'bad old days' we used to manipulate the master catalog initialization code in NIP to actually do what you are talking about. We had one master catalog for 'production' jobs and one for 'test' jobs. We zapped the Operating System code at crucial points (Open, Close, etc), looked at the category of the job to determine which catalog to use, and then [pointed to the appropriate master catalog. The confusion this brought on cannot be overstated! Ouch. If I smell something like this zaps at my work, I will zap myself away... :-D To do you way via zapping is dangerous enough even if it is WAD... jagadishan perumal wrote: As in general we are aware that we can have 1 master catalog and multiple user catalogs in a system. It is also factual that we can have alternate Master catalog with another Updated LOADxx member. Correct. This is to protect your system, by making it difficult to switch catalogs. But on the other side, this is also an easy recovery method in case your Master Catalog is broken or your volume where it resides is broken. This is of course you have a good backup copy residing somewhere. My question is to know whether if we can have possible to have multiple master-catalog with multiple user catalog running on a single image? No. [1] If that is possible, I don't know about it. AFAIK, there is only ONE standard catalog search order which ends up in Master Catalog. [2] Groete / Greetings Elardus Engelbrecht [1] - This is not the same concept where you can import a Master Catalog (used by another LPAR) into your system as an User Catalog. [2] - You can bypass standard catalog search order using non-recommended methods (RACF profile or JOBCAT/STEPCAT for example) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error apply ZAP
I think that you answered your own question. aside from not recovering the victim(s) of a ++DELETE command? I could never understand why that is the case. RESTORE should restore everything. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Monday, January 09, 2012 11:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Error apply ZAP -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin [ snip ] It's a major design shortcoming that one can't REDO a ZAP. It would be so easy -- if PARM=REDO and the content of the module matches the REP, assume it's OK. And SMP/E should supply the REDO parm to AMASPZAP for APPLY REDO. (There should also be a PARM=UNDO.) How does RESTORE not accomplish an UNDO, aside from not recovering the victim(s) of a ++DELETE command? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Cancel STC
You need the 'B' Cancel strBssa -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Helio Jose Da Silva Sent: Monday, January 09, 2012 1:29 PM To: IBM-MAIN@bama.ua.edu Subject: RES: Cancel STC Edward, I receive the message RESPONSE=RPRD IEE341I STRSSANOT ACTIVE IN SPECIFIED ADDRESS RESPONSE=SPACE Helio Jose Da Silva Esta mensagem pode conter informações confidenciais e/ou privilegiadas. Se você não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação baseada nessas informações. Se você recebeu esta mensagem por engano, por favor, avise imediatamente o remetente, respondendo o e-mail, e em seguida apague-o. Agradecemos sua cooperação. This message may contain confidential and/or privileged information. If you are not the address or authorized to receive this for the address, you must not use, copy, disclose or take any action base on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Edward Jaffe Enviada em: segunda-feira, 9 de janeiro de 2012 16:23 Para: IBM-MAIN@bama.ua.edu Assunto: Re: Cancel STC On 1/9/2012 10:05 AM, Helio Jose Da Silva wrote: Command D A,STRSSA RESPONSE=RPRD IEE115I 15.55.40 2012.009 ACTIVITY 157 JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 000110005200013 000320003100013/00064 00047 STRSSA STRBSSA IEFPROC NSW * A=0071 PER=NO SMC=000 PGN=N/A DMN=N/A AFF=NONE CT=054.862S ET=00882.42 WUID=STC08971 USERID=STRSSA WKL=SYSTEM SCL=SYSSTC P=1 RGP=N/A SRVR=NO QSC=NO ADDR SPACE ASTE=7C50DC40 ADDR SPACE ASTE=7C50DC40 How can I to cancel this STC? What happens if you issue: CANCEL STRBSSA,A=0071 ? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Cancel STC
Have you looked in the STROBE manual? MODIFY STRxSM,STOPSSA where STRxSM is the name of the session manager address space qualified by its version letter. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Helio Jose Da Silva Sent: Monday, January 09, 2012 1:05 PM To: IBM-MAIN@bama.ua.edu Subject: Cancel STC All list, I need to cancel a STC, but when I issued the command Cancel STRSSA,a=0071 or Force STRSSA,a=0071, I'm following receiving message RESPONSE=RPRD IEE341I STRSSANOT ACTIVE IN SPECIFIED ADDRESS RESPONSE=SPACE The STC is active, but I can't cancel it. PREFIX=STR* DEST=(ALL) OWNER=* SYSNAME= NP JOBNAME JobIDOwnerPrty Queue C Pos Max-RC SAff ASys S STRSSA STC08971 STRSSA 15 EXECUTION RPRD RPRD Command D A,STRSSA RESPONSE=RPRD IEE115I 15.55.40 2012.009 ACTIVITY 157 JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 000110005200013 000320003100013/00064 00047 STRSSA STRBSSA IEFPROC NSW * A=0071 PER=NO SMC=000 PGN=N/A DMN=N/A AFF=NONE CT=054.862S ET=00882.42 WUID=STC08971 USERID=STRSSA WKL=SYSTEM SCL=SYSSTC P=1 RGP=N/A SRVR=NO QSC=NO ADDR SPACE ASTE=7C50DC40 ADDR SPACE ASTE=7C50DC40 How can I to cancel this STC? Thanks very much. Helio Jose Da Silva -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.13 - Can the root file system be shared as read/write?
We have a 10 system sysplex with shared filesystems and we use a REXX exec that we can run from TSO or ISHELL to change the mount attribute of the root when we need to add a new mountpoint. It uses the 'unmount ' m.mnte_fsname mnt command to change the mount attributes. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Thursday, December 29, 2011 9:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? Chmount only works in a single system environment. WE share those filesystems READ only among several systems, and this would fail. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, December 29, 2011 8:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Thursday, December 29, 2011 7:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? Cant specifically answer your question. But in general, I don't like mounting any of the z/OS product ZFS file systems read/write because junk tends to collect in them whether by accident or on purpose. We are not doing sysplex sharing, but do mount them all READ only. _ Dave Jousma That's my plan too. I mount all my root filesystems (SYSPLEX, VERSION, SYSTEM) as READ, along with the product filesystems as well. If I really need to do an update, I use a UNIX shell and cd to the proper subdirectory. Then do a chmount -w .. Update the filesystem (update a file or rmdir or mkdir, whatever). Then chmount -r . again. My .profile adds /usr/sbin to my PATH, which makes using chmount easier. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.13 - Can the root file system be shared as read/write?
Yes, it CAN be shared R/W but it SHOULDN'T be shared R/W. You will find that any R/W zFS will end up having garbage written to it. Also, any zFS that contains vendor-distributed executables should be in a R/O zFS for security and reliability. You don't want to allow anyone to either accidentally or purposefully update vendor code which may be running with a high level of access. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Thursday, December 29, 2011 8:07 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.13 - Can the root file system be shared as read/write? Hi, We are in the process of installing z/OS 1.13. The migration guide has a section about sharing zfs file systems, but I’m still not clear on this issue. So, can the root file system be shared as read/write? Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 1.13 - Can the root file system be shared as read/write?
Shared filesystem using SYSPLEX(YES). z/OS 1.12. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Thursday, December 29, 2011 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? When you say shared filesystems, you are speaking of the sysplex sharing option, not simple sharing via MODE(READ). I was speaking of the simple MODE(READ) method. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Thursday, December 29, 2011 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? We have a 10 system sysplex with shared filesystems and we use a REXX exec that we can run from TSO or ISHELL to change the mount attribute of the root when we need to add a new mountpoint. It uses the 'unmount ' m.mnte_fsname mnt command to change the mount attributes. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Thursday, December 29, 2011 9:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? Chmount only works in a single system environment. WE share those filesystems READ only among several systems, and this would fail. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, December 29, 2011 8:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Thursday, December 29, 2011 7:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? Cant specifically answer your question. But in general, I don't like mounting any of the z/OS product ZFS file systems read/write because junk tends to collect in them whether by accident or on purpose. We are not doing sysplex sharing, but do mount them all READ only. _ Dave Jousma That's my plan too. I mount all my root filesystems (SYSPLEX, VERSION, SYSTEM) as READ, along with the product filesystems as well. If I really need to do an update, I use a UNIX shell and cd to the proper subdirectory. Then do a chmount -w .. Update the filesystem (update a file or rmdir or mkdir, whatever). Then chmount -r . again. My .profile adds /usr/sbin to my PATH, which makes using chmount easier. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail may contain confidential or privileged information. If you
Re: z/OS 1.13 - Can the root file system be shared as read/write?
We used to have the root mounted R/W and after it got filled up by uneducated users putting files in it we decided to clean it up and make it R/O. It took the 'fall back' weekend to give us the time to be able to move all of the c**p out of the root on our production systems. I strongly suggest mounting it R/O and dealing with the occasional change to R/W to add new directories. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, December 29, 2011 10:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.13 - Can the root file system be shared as read/write? On Thu, 29 Dec 2011 09:25:34 -0600, Mark Zelden m...@mzelden.com wrote: On sysplexes that have shared file systems, I usually put the directory file system mount points in the sysplex root. It is already R/W and survives across OS upgrades. So instead of a one time thing per OS upgrade, it is a one time thing - period. BTW, the same warning about junk in the sysplex root as previous warnings. Was at a shop with many sysprogs (CICS/DB2/MVS) that had SU auth and ended up creating a lot more than just mountpoints in the sysplex root. Eventually the sysplex root had a space issue and cleanup needed to be done. This was before the newroot support was added to z/OS (but doing the cleanup was the right thing to do anyway). Jon's post reminded me that while the original design / instructions may have had the sysplex root mounted as R/W, not all the sysplexes I support have it that way now. Some of them mount it as R/O and it gets changed to R/W if needed to create a new mount point if needed. That is rare due to standards that are in place and it keeps the junk from getting put in there. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Merry Christmas from Sergio Lima
I'd be cheerful also if the weather here was that nice.. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Thursday, December 22, 2011 8:22 AM To: IBM-MAIN@bama.ua.edu Subject: RES: Merry Christmas from Sergio Lima Hello . the Christmas in Brazil sounds like other country. Here, is summertime, the time is very hot, near 30 degrees Celsius. The people ie very happy. Not a lot of Money, but the our people and very cheerful.. Regards. -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Miklos Szigetvari Enviada em: quinta-feira, 22 de dezembro de 2011 08:57 Para: IBM-MAIN@bama.ua.edu Assunto: Re: Merry Christmas from Sergio Lima On 12/22/2011 11:48 AM, Sérgio Lima Costa wrote: I wish you all a Merry Christmas and a prosperous new year. Greetings from Sao Paulo. Sergio Lima Costa São Paulo - Brazil Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Merry Christmas for you also, and Happy New Year. How is the Christmas in Brazil ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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 lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 09, 2011 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: TSO on z/OS 1.12 with LOGONHERE and multisystem logon I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test IPL for z/OS 1.12 to test it in our production image, I will have both images in the sysplex at z/OS 1.12. So I plan to also test being logged onto TSO on both system concurrently. I don't know how it could, but I'm curious if the LOGONHERE(ON) will interfere with being logged on to both systems at the same time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I think. Unless I messed up the ISPCCONF process some how. I'm still not sure about SDSF and the console function. The people who will be logged on to both systems concurrently are heavy SDSF users: Tech Services and Production Control (we no longer have any operators at all). I know about the SET CONSOLE, but am unsure of how to use it in this type of environment. We run a basic sysplex, with no CF. So we don't have an OPERLOG, just indepen! dent SYSLOGs in the SPOOL. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ROOT file system is out space
Not to mention that SMP/E might compress the target library, if you have the option set to do that so it will require an LLA UPDATE. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Tuesday, December 06, 2011 5:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space Total agreement. Updating the running system is dangerous. I did so once by mistake (luckily it was my sandbox). I suffered an outage because an update to a LINKLIB module required a corresponding update to an LPALIB module. When somebody did an LLA REFRESH, the system died. I don't know if this can happen with UNIX, but at the least, if the SMP/E job fails, there could be incompatible files in the filesystem. Your gun, your bullet, your foot On Mon, 2011-12-05 at 20:16 -0500, Shmuel Metz (Seymour J.) wrote: In 4edd3dab.5070...@bremultibank.com.pl, on 12/05/2011 at 10:54 PM, R.S. r.skoru...@bremultibank.com.pl said: Why do you think so? Because it's a ticking time bomb. But it's not my dog. -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBMLINK
Is anyone else having issues getting to IBMLINK? Thanks, Jon 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
We must not have paid our billlol -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Wednesday, November 02, 2011 8:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLINK Works for me Jon. Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK
Someone must have paid. It is working now! To quote one of my team members This is not your Father's IBM. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, November 02, 2011 9:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLINK snip We must not have paid our billlol /snip For PTF research, etc... try here: http://www-947.ibm.com/support/entry/portal/search/ For all other activities, Pay your Bill! G -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS sharing and rolling product upgrades
We use symbolic links extensively for this purpose. In the configuration files for each platform we put a path statement with the platform name in it: /CICS/platform1 /CICS/platform2 We create a directory /CICS/ Then we create symbolic links in that directory for each platform that points to the CICS release to use for that platform /CICS/platform1 /CICSVxRy /CICS/platform2 /CICSVqRz We mount the zFSes for each release on a different directory /CICSVxRy has CICS.VxRy.ZFS /CICSVqRz has CICS.VqRz.ZFS When we want to change the release we only have to change the directory that the symbolic link points to. If you want to discuss you can contact me off list. Thanks, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, October 27, 2011 8:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS sharing and rolling product upgrades -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nofar Spalter Sent: Thursday, October 27, 2011 3:19 AM To: IBM-MAIN@bama.ua.edu Subject: HFS sharing and rolling product upgrades Hello, How do you gradually roll changes to CICS, MQ and DB2 versions that change these products' HFS dataset one system at a time? We currently share our BPXPRMxx member between two LPARs running in Sysplex with SYSPLEX(YES). Our CICS guys want to upgrade the CICS version one LPAR at a time (a reasonable request), and that means that they want to change the CICS HFS pointed to by the /usr/lpp/cicsts/cicsts32 mount point, but only on one system. In other words they want to do something like this: BPXPRMxx: MOUNT FILESYSTEM('OMVS.CICSVER.CICS32') MOUNTPOINT('/usr/lpp/cicsts/cicsts32') TYPE(HFS) MODE(READ) AUTOMOVE(INCLUDE,*) Where CICSVER resolves to RSU1109 on SY1 LPAR and to RSU1110 on SY2 LPAR. I don't think this is possible, but I do want to provide them the option to roll the change one LPAR at a time, prefferably without making changes to CICS. Is there a way where we can support that? Regards, Nofar Spalter Have you looked at considered: Mounting file systems using symbolic links? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/bpxzb2b0/7.14 The commands to use would be something like: cd /usr/lpp/cicsts mkdir RSU1109 mkdir RSU1101 ln -s '$SYSSYMR/CICSVER' cicsts32 Now, I don't use UNIX sysplex filesystem sharing, but I think you could do a mount similar to: MOUNT FILESYSTEM('OMVS.CICSVER.CICS32') MOUNTPOINT('/usr/lpp/cicsts/CICSVER.') TYPE(HFS) MODE(READ) AUTOMOVE(INCLUDE,*) Question: Is a period missing? Wouldn't you need 'OMVS.CICSVER..CICS32' ??? Or was it a typo on your part? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS UNIX file can't be deleted. (Was confusing and confused)
You should read your own reply and heed it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Monday, October 24, 2011 10:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused) If you don't have anything useful to say there are many subscribers who would say don't bother to post. I will not tolerate falsely being accused negatively in public and that's what arrogant Mr Zelden did. Chris Mason On Wed, 12 Oct 2011 13:23:59 -0500, Greg Shirey wgshi...@benekeith.com wrote: Arrogant? Mark Zelden?? I don't think so... Greg Shirey -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Control block question
For JFCBs below the line it still works, HOWEVER, it is not a supported interface so you should always use SWAREQ in case IBM decides to change the way it works in the future. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, October 20, 2011 8:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS Control block question I have a vague memory that whether it works as an address depends on the SWA=BELOW (default) parameter. Definitely can't works with SWA=ABOVE because that puts the SWA above the 16Meg line, which requires a 31 bit address. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roberts, John J Sent: Wednesday, October 19, 2011 5:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS Control block question I just ran a test using my z/OS 1.11 system and it worked. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gerhard Postpischil Sent: Wednesday, October 19, 2011 4:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS Control block question On 10/19/2011 5:29 PM, Roberts, John J wrote: My little subprog: SR1,1 ICM 1,B'0111',TIOEJFCB LOCATE JFCB MVC 10(44,15),16(1) This always works only in older systems. For current ones, the TIOEJFCB field is a double index into SQA, and you need to use SWAREQ (unauthorized for retrieval) to get the virtual JFCB address. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS - file can't be deleted.
Chris, Get over yourself. Most of the folks on this list know exactly what the question was about and most of the folks I know are aware that USS is also used to denote UNIX System Services, despite your objections. There is no good reason to keep arguing over this and it is a waste of everybody's time. Pax vobiscum, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, October 12, 2011 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: USS - file can't be deleted. Mr Zelden Since you take it upon your arrogant self to accuse others of not being professional - in public so I claim the right to reply in public - let us examine *your* right to claim to be professional. The business you are in requires a certain amount of nous evidence of which on your case is in short supply according to this response. Is this meant to be a joke? I didn't see the smiley. Indeed, it is so very clearly an ironic contribution - as may be appreciated eventually - but with serious intent. It really should not be necessary to paste a smiley whenever a response is not wholly serious. Normally an explanation mark should be sufficient but I didn't want to detract from the serious point here which is to emphasise the contextual aspect. By not flagging this up too obviously as an ironic contribution I obliged the extra keystroke of checking what my reference was - and sorry Internet for the additional load I have induced you to have to bear! Some time ago there was a regular contributor to this - and a number of other - lists by the name of Patrick O'Keefe. If you've been following discussions on this topic over the years, Patrick complained - bitterly I could add - that he was - *professionally* one could say - obliged to pay attention to any post where the *subject* contained the dread three letters since, unless obviously the usual misuse at the level of the subject - by no means always the case - he may have been able to offer some assistance. This case, USS - file can't be deleted., *could* have involved a VTAM Unformatted System Services table file which, as is actually well known by those who have had to play with this entity, needs some improbable incantations to have its presence removed and these are described in the reference I gave. Furthermore Matan really should have known better since I have had to deal with some of his problems involving VTAM in the past. Thus he knows what the three dread letters really should be and he really could - allowing for not always having language which is that precise in subject lines - have been referring to something relating to the proper use. Of course, when I took a look into the post, the context was clear but I - and any others like myself who relate more to the SNA-oriented TELNET server and VTAM use - would already have been obliged to take the plunge and peruse a post of absolutely no interest whatsoever at all. Thus all those who actually checked on my reference will know of what I speak! What does that have to do with a full /tmp file system? How the several unprofessional expletives deleted was I supposed to be able to be sure from the subject? And why is all the prior context removed? Note first of all that an unprofessionally missing question mark has been added. Only a Homer Simpson could not have noticed that exactly the prior context was very clearly present! Duh! If this is an attempt to start another acronym war, it's a waste of everyone's time and bandwidth and very unprofessional. It was to make a point and I believe it has been made. Furthermore as far as I am concerned and anyone actually capable of the logic one might expect from someone claiming to be a professional in this business where logical thinking does tend to be a professional requirement, giving the false impression that the dread three letters apply where they do not is of particular concern where there are fresh entrants to the business where responsibility may well be given - as I have actually noted from a couple of posts over the last few months - for the maintenance - evidently without adequate introduction to existing definitions - of Communications Server. Just think about it and ponder who is professional and who is definitely not - whether or not from within IBM or without. Chris Mason On Wed, 12 Oct 2011 08:13:51 -0500, Mark Zelden m...@mzelden.com wrote: On Wed, 12 Oct 2011 04:53:44 -0500, Chris Mason chrisma...@belgacom.net wrote: Matan USS - file can't be deleted. Have a look at the OPTION=DELETE option in the following: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B7B0/2. 111 Chris Mason Is this meant to be a joke? I didn't see the smiley. What does that have to do with a full /tmp file system? And why is all the prior context removed. If this is an attempt to start another acronym war, it's a waste of
Re: WTO Sample Program
Thanks for the pictures...judging from them I would say she has aged very well. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Wednesday, October 05, 2011 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: RES: WTO Sample Program Hello Mr. John. If she still live, I Will say this. Very good your joke, very good. Here, you can see some pictures for that : http://www.google.com.br/search?hl=pt-BRcp=18gs_id=1lxhr=tq=praia+de+ipanema+rio+de+janeirogs_sm=gs_upl=bav=on.2,or.r_gc.r_pw.,cf.osbbiw=1280bih=835wrapid=tljp1317839159623030um=1ie=UTF-8tbm=ischsource=ogsa=Ntab=wisafe=active Thanks very much. Greetings from Brazil. Sergio -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Roberts, John J Enviada em: quarta-feira, 5 de outubro de 2011 12:54 Para: IBM-MAIN@bama.ua.edu Assunto: Re: WTO Sample Program Sergio, Many years ago, at another installation, I had a batch utility program that worked like this: //WTOR EXEC PGM=MYWTOR,PARM='PLEASE REPLY ''Y'' TO CONTINUE OR ''N'' TO STOP|Y|N' The program would send the message (up to the first delimiter), wait for the reply, and then analyze the reply. In my example, a reply of Y would result in RC=0, a reply of N would result in RC=1, and any other reply would result in RC=911. Subsequent JCL jobsteps could be made conditional on the RC from the WTOR step. Is this what you are looking for? If so, anyone with beginner ASM skills could reproduce such a utility. I could even do it again, for a price. My price? A Kiss from the Girl From Ipanema! John --- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Sample Program
Unless there have been major changes REXX does not have the ability to issue WTO/WTOR. The REXXTOOL product does give you WTO/WTOR processing, but it is not free. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Thursday, October 06, 2011 8:46 AM To: IBM-MAIN@bama.ua.edu Subject: RES: WTO Sample Program Lizette. The people here, think this, because, one job was cancelled, and the operator not seen. So, the Idea , is IF something was wrong, run a JOB, that DISPLAY a warning message , and asks from Operator type something. If have a REXX program , We think more easy do a maintenance. Regards and Thanks again, for your help. Sergio -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Lizette Koehler Enviada em: quinta-feira, 6 de outubro de 2011 09:06 Para: IBM-MAIN@bama.ua.edu Assunto: Re: WTO Sample Program Thanks for your help. I received a lot of samples here in the list, and I Will look for. All samples are write in Assembler, but, do you know, IF have some samples, wrote in another language, like REXX, or COBOL ? Yes there are. Do you have specific language in mind? Do you have automation tools like OPS/MVS or Tivoli Netview or other? These typically have their own built-ins. Sometimes you write the WTO/WTOR in assembler language and then call it from the higher languages. Can you give details on what you want to do with the WTO/WTOR - please be specific. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Sample Program
Do you have a little more specifics about how you want this to work? WTO/WTOR programs are not that hard to code, but I am not sure what you are looking for this one to do. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sérgio Lima Costa Sent: Wednesday, October 05, 2011 8:32 AM To: IBM-MAIN@bama.ua.edu Subject: WTO Sample Program Hello list, We need a sample program that send a message from console operator, and then, receive a response. We imagine, that this is doing using WTO / WTOR macro. Someone, have a sample program for this, or, know where can find a documentation of how use this ? Thanks very much. Sergio Lima Costa Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Sample Program
I think she is retired nowit's been around 40 years since she was walking on the beach. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roberts, John J Sent: Wednesday, October 05, 2011 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WTO Sample Program Sergio, Many years ago, at another installation, I had a batch utility program that worked like this: //WTOR EXEC PGM=MYWTOR,PARM='PLEASE REPLY ''Y'' TO CONTINUE OR ''N'' TO STOP|Y|N' The program would send the message (up to the first delimiter), wait for the reply, and then analyze the reply. In my example, a reply of Y would result in RC=0, a reply of N would result in RC=1, and any other reply would result in RC=911. Subsequent JCL jobsteps could be made conditional on the RC from the WTOR step. Is this what you are looking for? If so, anyone with beginner ASM skills could reproduce such a utility. I could even do it again, for a price. My price? A Kiss from the Girl From Ipanema! John --- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suggestion for a Job running Under a Loop
If you can take a console dump of the address space with the branch trace turned on it MIGHT help. However, it is very difficult to determine if recurring addresses are due to a loop or due to normal processing that happens to run through the same code (ex. reading of a large file). -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jake anderson Sent: Monday, September 19, 2011 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Suggestion for a Job running Under a Loop Hi, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? No, We have a very basic Shop. What version of z/OS are you running? V1.8 Are these cobol programs or something else? Cobol Programs Are these loops with vendor products or in-house written programs? In House Written Programs. Jake/ On Mon, Sep 19, 2011 at 5:44 PM, Lizette Koehler stars...@mindspring.comwrote: Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake Jake, Do you have any monitoring tools like STROBE or Omegamon (Tivoli)? What version of z/OS are you running? Are these cobol programs or something else? Are these loops with vendor products or in-house written programs? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pax/Unpax Question
In case you want to be more granular: SUPERUSER.FILESYS.CHOWN -- lets you CHOWN the owner of any file, not just ones you own. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, September 02, 2011 10:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Pax/Unpax Question You can only preserve the attributes such as owner and group if the id doing the unwind operation has super user privileges. I know that UID==0 can do it. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA590/SHCMDDES.PAX.6 quote On the z/OS system, superuser privileges or read access to the appropriate FACILITY class resources are required to create character special files, restore user and group names, and to set certain extended attributes (read access to the corresponding FACILITY class resources). /quote It doesn't say which. I would guess BPX.SUPERUSER. If nothing else, with BPX.SUPERUSER, the person can do a: su - to which to UID==0 followed by the pax -rf -pe, then back to normal via exit. su - pe -pe -rvf ... exit -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, September 02, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Pax/Unpax Question Posting for a colleague: I am attempting to pax/unpax an HFS but cannot keep owner/group settings, they change to mine in the target HFS. This is what I am using: pax -pe -x os390 -wzf //'MVS.pax.dataset.Z' . pax -pe -x os390 -rf //'MVS.pax.dataset.Z' . Can anybody point me to an example to preserve ownership and other settings when pax/unpax'ing? TIA Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dumps with no useful memory
Also you might want to check your dump settings and make sure that you are selecting all of the areas that you want to dump. Look up the change dump (CD) command. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, August 31, 2011 7:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Dumps with no useful memory I assume by option 4 you mean the Dump Inventory (which is option 6 here). yes, I did. What MVS release are you running on?!? It has been ages since the dump inventory was option 6! The LD command showed that only ASIDs 1 and 154 were dumped. The cbf command showed that trace data was to be dumped but systrace produced: BLS17541I No address spaces with the ERROR attribute were found ERROR OBTAINING TRVT/01 AT 00FF7C98 RC = 04. ERROR OBTAINING TTCH/05 AT 7FF5F000 RC = 04. SYSTEM TRACE PROCESSING IS TERMINATED. since neither of the locations are in the dump. Further suggestions are very welcome! IPCS default is to show address spaces with the error attribute. You need to either setdef to asid 154 or specify that asid on every command: systrace asid(x'154') (assuming the value is hex). I have a sneaking suspicion that that won't produce anything useful, either, as the trace vector table wasn't dumped. And that address is in common storage. Are you sure that the dump was complete? Is this really an sdump or are we dealing with an sysmdump here? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEW4000I FETCH FOR MODULE IDCLC01 FROM DDNAME -LNKLST- FAILED
Did SMPE by any chance compress one of the LINKLIST libraries? That will cause fetch errors. If this is a system where you can do it, an LLA REFRESH might clear up your problem, but be careful because it will also be an issue if you installed maintenance that hit LINKLIST and LPALST since LPALST will not be updated and might require an IPL. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Alvaro Guirao Lopez Sent: Friday, August 26, 2011 7:22 AM To: IBM-MAIN@bama.ua.edu Subject: IEW4000I FETCH FOR MODULE IDCLC01 FROM DDNAME -LNKLST- FAILED Hi list, I'm had assembled some exits and I'm trying to apply as USERMOD into SMP when I had this memory abend, the error is at LNKLST so I cannot increase it REGION, maybe increasing CSA at IEASYS??, If so, I must decrease ECSA? Any experiences? Thanks and best regards. -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler with ISPF Presentation
Which Aetna mods would those be? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Finnell Sent: Thursday, August 18, 2011 3:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Assembler with ISPF Presentation I haven't looked in awhile. The Aetna mods had an ISPCALL macro that was pretty spiffy. Mike Loos at Deluxe Check made it gooder, but don't remember if it survived the 8100 conversion. Anyways, after I made my SHARE trip report to middle management, got a call in about six weeks. 'Could I come certify the new MICR system with ISPF?' Sure enough they'd taken the ISPCALL macro and whipped it into shape to drive the check sorters. In a message dated 8/18/2011 12:52:21 P.M. Central Daylight Time, jim.marsh...@opm.gov writes: So with a bit of coding I changed them over to make use the ISPF modules dynamically and life was good. All this work can be found on the www.cbttape.org in my files (try 161). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: assembler help!
rom: Veilleux, Jon L Sent: Friday, August 05, 2011 11:38 AM To: 'IBM Mainframe Discussion List' Subject: RE: assembler help! There are some free online tutorials if you have the time to work with them. Just as an example there is http://www.mainframecoder.com/ You can also try signing up at the IBM Academic Initiative site. Good Luck! Jon 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: restricting how I do things so that others understand?
Not to mention several vendor products that are shipped in pax format and require Unix knowledge to install them into MVS datasets from the HFS structure. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Monday, July 25, 2011 10:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? Re this comment: In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. Have you worked with CICS lately? CICS installation and maintenance requires HFS files. Web services and functions all utilize HFS files and therefore access to Unix. And of course Java support requires Unix. This is a drawback for CICS application programmers who do not know any Unix, or at least OMVS which tries to pass for Unix on Z/OS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 22, 2011 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/22/2011 at 07:37 AM, McKown, John john.mck...@healthmarkets.com said: Everybody in my group is __old__. FSVO. They're younger than me, and I learn new things as appropriate. Besides, I remember a few young fogies who were resistant to learning anything new. Others learn it because it is necessary. In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. The open people are amazed (and some refuse to believe) that I can literally lose a CPU on the z with ZERO impact on operations. While I was amazed that losing a CPU on a SUN took down the whole box :-( -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Question
I found this on the web and it appears to work but you can bypass the first job by running as a Started Task: //ABAB77V1 JOB (0400,PT,PES),'KIRAN',CLASS=C,MSGCLASS=X, // MSGLEVEL=(1,1),NOTIFY=ABAB77,REGION=0008192K //STEP0100 EXEC PGM=EZACFSM1 //SYSOUTDD SYSOUT=(*,INTRDR) //SYSIN DD DATA,DLM=@@ //ABAB77V2 JOB (0400,PT,PES), // 'VIJAY', // CLASS=C, // MSGCLASS=X, // NOTIFY=SYSUID //STEPK1 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=ABAB.TX.SND.SQUS0001.SI,DISP=SHR //SYSUT2 DD DSN=ABAB.TX.SND.SQUS0001.SI.DLYYMMDD..TLHHMMSS, //DISP=(NEW,CATLG,DELETE), //SPACE=(CYL,(2,2),RLSE), //DCB=(LRECL=890,RECFM=FB) //SYSIN DD DUMMY @@ For the Started Task all you need is: //STEPK1 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=ABAB.TX.SND.SQUS0001.SI,DISP=SHR //SYSUT2 DD DSN=ABAB.TX.SND.SQUS0001.SI.DLYYMMDD..TLHHMMSS, //DISP=(NEW,CATLG,DELETE), //SPACE=(CYL,(2,2),RLSE), //DCB=(LRECL=890,RECFM=FB) //SYSIN DD DUMMY -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mosley, George Sent: Tuesday, July 12, 2011 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: JCL Question Hello All. We're trying to set up a batch job that will append a datestamp to a dataset name. For example: //S0 EXEC PGM=EMCSRDF //SYSPRINT DD DSN=STRG.SRDF.INVTRKS.JUL09.@1408, //STORCLAS=BASE,MGMTCLAS=MEDIUM, //DISP=(,CATLG), //SPACE=(TRK,(15,15),RLSE), //DCB=(RECFM=FBA,LRECL=133,BLKSIZE=0) //SYSINDD * EMC-SQ VOL,44FA,INV_TRKS /* When we run this job, we hard code JUL09.@1408 to the end of the SYSPRINT dataset name. Is there a way to have the JCL automatically add the datestamp? George (ICBC) This email and any attachments are intended only for the named recipient and may contain confidential and/or privileged material. Any unauthorized copying, dissemination or other use by a person other than the named recipient of this communication is prohibited. If you received this in error or are not named as a recipient, please notify the sender and destroy all copies of this email immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
Sooo, if someone not associated with your software company was to say 'you know this product has a feature that would do that' it would be OK, but you cannot say the same thing? Personally, I don't see a problem with you giving that information in response to someone's request. That is not the same as unsolicited advertising, which would be an issue. Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gord Tomlin Sent: Wednesday, July 06, 2011 11:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN I suspect that the reference to a post from a software company is referring to a post I made on Monday on a thread started by Hilary Hurwitz with the subject Z/OS Newbie question. The OP was looking for a facility that would provide a list of modules used and which libraries they were taken from. Gerard Postpischil replied with The short answer to this is that it's not possible. Since we have a product feature that provides this very function, I felt that it was relevant to provide the information, and I marked my post as a shameless plug, since I was mentioning a feature of one of our products. I have already communicated with the owner of the listserv on this matter. Nevertheless, if members of this listserv believe this post to be inappropriate, I will not make any similar posts in the future. My intent was to inform, no to offend. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-07-06 10:57, Pommier, Rex R. wrote: I'm with you, Mace. I don't mind Shai's posts. In fact, when the brown material started coming into contact with the oscillating air movement device, I had to go dig through my deleted messages to figure out what was happening. I didn't notice the post from the software company, but one of the people complaining about Shai's posts is being caught by an outlook rule I have set up and his messages are trashed. If he doesn't want to see Shai's posts, maybe he could set up a similar rule. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, July 06, 2011 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN I am more of a question asker or lurker than a contributor, but I am going to give my $.02 anyway. If you look at the op they are from a major software firm, unless it is Scandinavian Airlines. So to me it is a bit of sour grapes. If they felt there was/is a problem they should have addressed it with the mod or the offender. Then one other poster complained ,couldn't even name the product and Alan gave an opinion. For a total of 2 ½ (I'll give Alan an assist...lol) So the way I see it, is the majority of the posters have no problem with what Shai is doing. I have thought of downloading the product and testing it. rant onThis is American society today, a few don't like what the majority are doing and complain. Let's set up frivolous law suites to stop the majority, or complain so the majority must changerant off Anyway, here is a solution, if you see him posting DON'T OPEN THE TREAD, there problem solved. mace The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
Re: Restore Error
These are all separate control cards. The dash '-' is improper in this case. You might want to change to : RESTORE DATASET(INCLUDE(** )) INDD(TAPE1) - 43RESTORE DATASET(INCLUDE(** )) INDD(TAPE2) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 44RESTORE DATASET(INCLUDE(** )) INDD(TAPE3) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 45RESTORE DATASET(INCLUDE(** )) INDD(TAPE4) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 46RESTORE DATASET(INCLUDE(** )) INDD(TAPE5) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 47RESTORE DATASET(INCLUDE(** )) INDD(TAPE6) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 48RESTORE DATASET(INCLUDE(** )) INDD(TAPE7) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 49RESTORE DATASET(INCLUDE(** )) INDD(TAPE8) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 50RESTORE DATASET(INCLUDE(** )) INDD(TAPE9) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 51RESTORE DATASET(INCLUDE(** )) INDD(TAPE10) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 52RESTORE DATASET(INCLUDE(** )) INDD(TAPE11) - CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD 53RESTORE DATASET(INCLUDE(** )) INDD(TAPE12) - 54 CATALOG STORCLAS(STANDARD) MGMTCLAS(STANDARD) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Thursday, June 30, 2011 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Restore Error Hi Group, I am trying to restore some datasets from tape to disk, but i get an error as *KEYWORD 'RESTORE ' IS IMPROPER* MY JCL : 01 //RESTORE$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T, 02 // REGION=0M,NOTIFY=SYSUID 03 //STEP1EXEC PGM=ADRDSSU 04 //SYSPRINT DD SYSOUT=* 05 //TAPE1DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 06 // LABEL=(1,SL),VOL=SER=CT2BKP,UNIT=680 07 //TAPE2DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 08 // LABEL=(2,SL),VOL=SER=CT2BKP,UNIT=680 09 //TAPE3DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 10 // LABEL=(3,SL),VOL=SER=CT2BKP,UNIT=680 11 //TAPE4DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 12 // LABEL=(4,SL),VOL=SER=CT2BKP,UNIT=680 13 //TAPE5DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 14 // LABEL=(5,SL),VOL=SER=CT2BKP,UNIT=680 15 //TAPE6DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 16 // LABEL=(6,SL),VOL=SER=CT2BKP,UNIT=680 17 //TAPE7DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 18 // LABEL=(7,SL),VOL=SER=CT2BKP,UNIT=680 19 //TAPE8DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 01 //RESTORE$ JOB MSGCLASS=X,MSGLEVEL=(1,1),CLASS=T, 02 // REGION=0M,NOTIFY=SYSUID 03 //STEP1EXEC PGM=ADRDSSU 04 //SYSPRINT DD SYSOUT=* 05 //TAPE1DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 06 // LABEL=(1,SL),VOL=SER=CT2BKP,UNIT=680 07 //TAPE2DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 08 // LABEL=(2,SL),VOL=SER=CT2BKP,UNIT=680 09 //TAPE3DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 10 // LABEL=(3,SL),VOL=SER=CT2BKP,UNIT=680 11 //TAPE4DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 12 // LABEL=(4,SL),VOL=SER=CT2BKP,UNIT=680 13 //TAPE5DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 14 // LABEL=(5,SL),VOL=SER=CT2BKP,UNIT=680 15 //TAPE6DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 16 // LABEL=(6,SL),VOL=SER=CT2BKP,UNIT=680 17 //TAPE7DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 18 // LABEL=(7,SL),VOL=SER=CT2BKP,UNIT=680 19 //TAPE8DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 20 // LABEL=(8,SL),VOL=SER=CT2BKP,UNIT=680 21 //TAPE9DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 22 // LABEL=(9,SL),VOL=SER=CT2BKP,UNIT=680 23 //TAPE10 DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 24 // LABEL=(10,SL),VOL=SER=CT2BKP,UNIT=680 25 //TAPE11 DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 26 // LABEL=(11,SL),VOL=SER=CT2BKP,UNIT=680 27 //TAPE12 DD DSN=CT2.USRBKP,DISP=(OLD,KEEP), 28 // LABEL=(12,SL),VOL=SER=CT2BKP,UNIT=680 29 //DASD1DD UNIT=3390,VOL=SER=CT3T06,DISP=SHR 30 //DASD2DD UNIT=3390,VOL=SER=CT3T06,DISP=SHR 31 //DASD3DD UNIT=3390,VOL=SER=CT3T07,DISP=SHR 32 //DASD4DD UNIT=3390,VOL=SER=CT3T07,DISP=SHR 33 //DASD5DD UNIT=3390,VOL=SER=CT3T08,DISP=SHR 34 //DASD6DD UNIT=3390,VOL=SER=CT3T08,DISP=SHR 35 //DASD7DD UNIT=3390,VOL=SER=CT3T09,DISP=SHR 36 //DASD8DD UNIT=3390,VOL=SER=CT3T09,DISP=SHR 37 //DASD9DD UNIT=3390,VOL=SER=CT3T06,DISP=SHR 38 //DASD10 DD UNIT=3390,VOL=SER=CT3T07,DISP=SHR 39 //DASD11 DD UNIT=3390,VOL=SER=CT3T08,DISP=SHR 40 //DASD12 DD UNIT=3390,VOL=SER=CT3T09,DISP=SHR 41 //SYSINDD * 42RESTORE DATASET(INCLUDE(** )) INDD(TAPE1) - 43RESTORE DATASET(INCLUDE(** )) INDD(TAPE2) - 44RESTORE DATASET(INCLUDE(** )) INDD(TAPE3) - 45RESTORE DATASET(INCLUDE(** ))
Re: S0C4-04 Assembler
I sent an update with the STORAGE macro included -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, May 12, 2011 8:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4-04 Assembler In f393f47ecbe9fc4aa71b2a242c0b6895135d811...@hfdpmsgcms01.aeth.aetna.com, on 05/10/2011 at 11:27 AM, Veilleux, Jon L veilleu...@aetna.com said: Here is a sample of a base that should handle saving and restoring registers using the stack and getmained storage. You're missing a STORAGE macro. You might consider using the csect address for addressability; it simplifies debugging and requires less code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Decentralized Install Work
We did this back in the 80's. It was not a good move. We had plan, build, and install units. The install unit never really knew what was in the distributions that the build folks handed off to them. Since we have gone back to 'cradle to grave' we have had much better availability numbers and our sysprogs have a better understanding of the OS. Good luck convincing management! Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Tuesday, May 10, 2011 7:07 AM To: IBM-MAIN@bama.ua.edu Subject: Decentralized Install Work Our division (Host Technology Management) supports all software products in our z/OS environments. Our staff is comprised of approx 75 sysprogs (the seniors are advisors more than do'ers), and we support 2 prod sysplexes. As usual, there's a z/OS team (z/OS/JES2, Thruput Manager, TSS and ACF2), automation software team (SAFOS, ControlM, Omegamon), CICS, DB2, WAS/network, etc. Each team does complete product support, including product install, maintenance and rollout. Our director wants to separate support from install/maint work, creating a software build team, which would build the environment(s), test on a testplex, then package it all nice for rollout onto a prod sysplex. My question(s) to you all ... Has anybody out there gone thru this ? If so, did it work ? FWIW: I'm a little bit old school and believe doing cradle-to-grave makes you a better sysprog. IMHO this function split creates a disconnect that outweighs any perceived benefit. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0C4-04 Assembler
You are missing code to save and restore your registers and you are linking the program reentrant but are not using reentrant macros. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0C4-04 Assembler
Here is a sample of a base that should handle saving and restoring registers using the stack and getmained storage. ASMBASE AMODE 31* GET CONTROL IN 31-BIT MODE ASMBASE RMODE ANY * CAN RESIDE ANYWHERE SYSSTATE ARCHLVL=2 ASMBASE CSECT * BAKR R14,0 * SAVE STATUS ON THE STACK CNOP 0,4 BRAS 12,@PDATA DCA(@PDATA) @PDATA LLGF 12,0(12) USING @PDATA,R12 * ESTABLISH R12 AS BASE YOUR CODE GOES HERE RETURN LHI 0,DYNAREAL LRR1,R13 STORAGE RELEASE,LENGTH=(0),ADDR=(1),SP=0,CALLRKY=YES PR LTORG @DYNAREA DSECT SAVRAREA DS36F DYNAREAL EQU *-@DYNAREA REGEQU R ENDASMBASE -Original Message- From: Veilleux, Jon L Sent: Tuesday, May 10, 2011 10:39 AM To: 'IBM Mainframe Discussion List' Subject: RE: S0C4-04 Assembler You are missing code to save and restore your registers and you are linking the program reentrant but are not using reentrant macros. 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0C4-04 Assembler
I was a little too aggressive with my cut and paste. Here is the missing storage obtain. @PDATA LLGF 12,0(12) USING @PDATA,R12 * ESTABLISH R12 AS BASE LR5,1 LHI 0,DYNAREAL STORAGE OBTAIN, * GET STORAGE OVER 16M LINE X LENGTH=DYNAREAL,* X SP=0, * X CALLRKY=YES * LLGTR R13,R1 USING @DYNAREA,R13 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Tuesday, May 10, 2011 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4-04 Assembler You are RELEASEing without OBTAINing. On Tue, 10 May 2011 11:27:33 -0400 Veilleux, Jon L veilleu...@aetna.com wrote: :Here is a sample of a base that should handle saving and restoring registers using the stack and getmained storage. : :ASMBASE AMODE 31* GET CONTROL IN 31-BIT MODE :ASMBASE RMODE ANY * CAN RESIDE ANYWHERE : SYSSTATE ARCHLVL=2 :ASMBASE CSECT * : BAKR R14,0 * SAVE STATUS ON THE STACK : CNOP 0,4 : BRAS 12,@PDATA : DCA(@PDATA) :@PDATA LLGF 12,0(12) : USING @PDATA,R12 * ESTABLISH R12 AS BASE : YOUR CODE GOES HERE :RETURN LHI 0,DYNAREAL : LRR1,R13 : STORAGE RELEASE,LENGTH=(0),ADDR=(1),SP=0,CALLRKY=YES : PR : LTORG :@DYNAREA DSECT :SAVRAREA DS36F :DYNAREAL EQU *-@DYNAREA : REGEQU R :ENDASMBASE -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY suddenly unable to allocate utility data set
That almost sounds like an IODF change that removed an esoteric that IEBCOPY is using. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas David Rivers Sent: Tuesday, May 10, 2011 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEBCOPY suddently unable to allocate utility data set Thomas David Rivers wrote: For some reason, this morning; IEBCOPY isn't happy. When I do a TRANSMIT command, I'm now getting this: INMX040I TRANSMIT command terminated. Failure in partitioned dataset unload using IEBCOPY. + INMX042I Allocation error building OUTPUT file IKJ56221I UTILITY DATA SET NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED To answer some of the questions, here's the TSO TRANSMIT command: tso transmit ma.ma ds(dignus.load) outds(load.xmi) there have been no SMS changes; and this is on a zPDT system... no changes at all. The target data set is pre-allocated (the load.xmi data set) but I don't think that's the target of IEBCOPY - it's just the target of TRANSMIT. I think I need to find out just what VOLUME IEBCOPY is looking for, but I can't seem to find any kind of messages detailing the VOLUME... just those I've cut-n-pasted above. - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S0C4-04 Assembler
The original post linked the module as reentrant. If it must be reentrant then your example would need to get storage for the save area. If it doesn't need to be reentrant then that is not an issue. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dan Skomsky, PSTI Sent: Tuesday, May 10, 2011 12:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4-04 Assembler Why are we over complicating a simple WTO test program? Yes, we all know there are some Assembler Guru's on board. But damn, just keep it simple. Why complicate matters with reentrant code and adding DSECTS? Let's just correct the original problem. With that said, this should make a simple program work and not require going back to refer to the latest POPS and Supervisor Services manuals (comments added for clarity): //PROGRAMA JOB MSGCLASS=X,MSGLEVEL=(1,1),REGION=0M,NOTIFY=SYSUID //ASM EXEC PGM=ASMA90 //SYSPRINT DD SYSOUT=* //SYSTERM DD SYSOUT=* //SYSLIB DD DSN=SYS1.MACLIB,DISP=SHR //SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(3,1)) //SYSLIN DD DSN=OBJ,UNIT=SYSDA, //SPACE=(CYL,(1,1)),DISP=(,PASS) //SYSINDD * ASSHELLO CSECT USING *,R15 R15 ALREADY SET FROM CALLER STM R14,R12,12(R13) SAVE ALL REGISTERS CNOP 0,4 GET ON FULLWORD BOUNDARY BAL R14,*+4+72 HOP OVER NEW SAVE AREA AND SET PTR MYSAVE DC18F'-1' OUR NEW SAVE AREA SET TO ALL X'FF' BALR 12,0PREPARE A BASE REGISTER USING *,12ESTABLISH BASE REGISTER STR14,8(R13) CHAIN OLD SAVE AREA TO NEW SAVE AREA STR13,4(R14) CHAIN NEW SAVE AREA TO OLD SAVE AREA LRR13,R14 POINT R13 TO NEW SAVE AREA USING MYSAVE,R13 SET IT AS PROGRAM BASE ALSO DROP R15 AND FINALLY DROP ORIGINAL BASE * *WTO 'TEST' THIS WORKED OPEN (SALIDA,(OUTPUT)) PUT SALIDA,HELLOMSG CLOSE (SALIDA) L R13,4(R13) GET POINTER TO OLD SAVE AREA LMR14,R12,12(R13) RESTORE ALL REGISTERS MVI 12(R13),X'FF' MARK OLD SAVE AREA AS INACTIVE * *LAR15,0 * SET RETURN-CODE TO ZERO SRR15,R15 USE A 2 BYTE INSTRUCTION NOT 4 BYTE BR14* RETURN TO CALLER R0 EQU 0 R1 EQU 1 R2 EQU 2 R3 EQU 3 R4 EQU 4 R5 EQU 5 R6 EQU 6 R7 EQU 7 R8 EQU 8 R9 EQU 9 R10 EQU 10 R11 EQU 11 R12 EQU 12 R13 EQU 13 R14 EQU 14 R15 EQU 15 HELLOMSG DCCL80'I AM AN OLD FREAK' = SET STRING LENGTH TO LRECL SALIDA DCB DSORG=PS,MACRF=PM,DDNAME=SALIDA,X RECFM=FB,LRECL=80,BLKSIZE=80 LTORG , = JUST TO BE KOSHER END I apologies to those who may be offended. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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
Re: POHD: vs UTE (was: USS vs USS)
Let me offer up another acronym that fits this discussion: TMN (Too Much Noise). These endless discussions of minutiae are one of the reasons that many people don't follow this list. Personally I just tend to do mass deletes from my IBM-MAIN mailbox but that is getting tedious due to the number of comments most of which are just ego-boosting noise. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, May 05, 2011 7:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: POHD: vs UTE (was: USS vs USS) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Wolf Maybe its time to have two lists - Already been tried. IBM-MAIN-OT atrophied and died. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO Profile NUM and PACK
AHHH, speak French to me Tish. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, May 04, 2011 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO Profile NUM and PACK In listserv%201105031805358294.1...@bama.ua.edu, on 05/03/2011 at 06:05 PM, Paul Gilmartin paulgboul...@aim.com said: CDC did this, sort of. Il va sans dire ;-) At least in the systems that I saw on th 6400; I'm not sure what they used on the 3600. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with LPA=xx on IEASYSxx
Can you post your IEASYSxx member? It might help us find the problem. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hilario G. Sent: Tuesday, May 03, 2011 3:18 AM To: IBM-MAIN@bama.ua.edu Subject: Problem with LPA=xx on IEASYSxx Hi, I have an extrange problem for mi. On the member IEASYSxx y have a sentence for the LPALST library concatenations (LPA=xx). I discovered that the SVC for CICS when I start CICS isssue a problem that couldn't found the SVC 216. I follow the SYSLOG and not appear any sentence that the system use the LPAxx that I put on IEASYSxx. I appreciate any suggestions. Kind Regards. Hilario. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MEMLIMIT Parameter Question
That's always been an issue since virtual storage limits far outpace the ability of real and auxiliary storage to back all potential pages. One 64 bit address space could kill a system. Does ANYONE have 16exabytes of aux storage? No! When we first went to ESA one slick application programmer decided to try to issue a GETMAIN for all storage above the line and then access each page. He crashed one of our systems. This hole has not been closed and, in fact, is even bigger now with 64 bit storage. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Martin Packer Sent: Monday, April 25, 2011 4:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MEMLIMIT Parameter Question Before people (continue to) post their MEMLIMIT values don't we think there's a potential Denial Of Service issue here? If a program were to touch every page up to gazillion whatobytes there'd be a problem. MEMLIMIT is one of the mechanisms that limits this potential. IEFUSI is another. The same is probably true of HVSHARE and HVCOMMON, while we're at it. Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mixing Auth and Non-Auth Modules
You must not have auditors. This is a security breach waiting to happen. How do you prevent someone from calling their program the same name as one in the internal table? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Emily A. Rambo Sent: Friday, April 22, 2011 12:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mixing Auth and Non-Auth Modules If there's no way to get what you need without using the functions that IBM requires be authorized, here's another possibility. We had a sysprog years ago who coded a user SVC that could be called to flip the JSCBAUTH bit on or off, with a very short list of program names in an internal table that are allowed to call the user SVC. It was needed for a dynamic allocation common module (SVC99) because IBM required that the caller be authorized in order to code the WAIT FOR UNITS parameter. We were having a lot of contention with tape drives at the time (pre virtual tape days). The dynalloc module called the user SVC to get itself authorized if wait for units was requested, it issued the SVC99, then called the user SVC again to de-authorize. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Management Facility - Drift. Batch method to clean up Incident Log?
Fyi, I have submitted a requirement to IBM for just this type of processing. It should be possible for installations to set procedures so that when the dump is gone the rest of the files get deleted. And mass deletes would be helpful. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Ambros Sent: Tuesday, April 12, 2011 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Management Facility - Drift. Batch method to clean up Incident Log? How do we clean up unreasonably large numbers of duplicate Incident Log entries? Is there a good programmatic way to do it? Aside from assigning the virtual equivalent of making somebody write on the chalkboard I will not leave MATCHLIM undefined 65535 times, telling them to clean up each Incident Log entry one by one. I'd also like to be able to easily locate all the Incident Log entries that don't have SVC dumps any more because somebody simply deleted them. I suppose one could hack into the /var directory and figure it out but I already tried similar things and broke my sandbox repeatedly. If nobody has such a thing, I'll take another run at it. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 Email Classification: KeyCorp Public /pre This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 pre If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Management Facility
We have it working but it is not the easiest install. Not what I would call simplification. Do you have REXX ALTLIB installed? Once it is up and running the incident log function is fairly useful. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Wojtukiewicz Sent: Monday, April 11, 2011 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS Management Facility Has ANYONE out there besides IBM personnel gotten this beast to work? I have tried THREE times from scratch and every time I fail at a different spot. There seems to be too many working parts to get this thing going and I honestly don't see how this is going to make mainframes easier to use if it is so hard to install (and it uses ALOT of resources) My current problemCEZ05006E System REXX is not configured to support compiled REXX execs. Funny, when I do a F AXR,SYSREXX,STATUS it answers me back okay -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DUMMY allocate any BUFFERS?
BY the way, you can get an 878 abend from the lack of LSQA if you open a lot of datasets or your main program does a GETMAIN for the entire region. If that happens to be the case you need to have a region that is SMALLER than your actual available region so that you reserve room for your control blocks below the line. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, March 22, 2011 7:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DD DUMMY allocate any BUFFERS? I am not sure about the S878. However depending on the level of z/OS you are running, there is a parm called CHECKREGIONLOSS which can help alleviate some S878 abends. You may wish to check it out. You might also rule out the QSAM issue but coding Buffers on the DUMMY statement and see if that helps. And from the JCL Reference Guide value=0M or 0K A value equal to 0K or 0M -- gives the step all the storage available below the 2 GB bar. This includes below and above 16 megabytes. The resulting size of the region below and above 16 megabytes depends on system options and what system software is installed. When REGION=0K/0M is specified, the MEMLIMIT value is set to NOLIMIT. Note: This may cause storage problems. Lizette I cannot find this information on IBM Does DD DUMMY cause any QSAM BUFFERS to be allocated for QSAM files? ie. The default value of 5? I'm trying to find out why we getting a S878 on a job with REGION=0M on the jobcard. There is several other possible reasons but I want to eliminate or include this one also. David Stewart -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DUMMY allocate any BUFFERS?
If the reason code is 04, 08, 0C, 1C, or 20 making your region larger won't help. If it is 0C, 1C, or 20 you should make your region request SMALLER since these indicate that you don't have enough left over for LSQA/SWA. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Tuesday, March 22, 2011 7:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DD DUMMY allocate any BUFFERS? Stewart, David James wrote: I'm trying to find out why we getting a S878 on a job with REGION=0M on the jobcard. What is the reason code? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
I agree with Jim. Most of IBM's 'simplification' efforts have kept in mind the experienced SYSPROGs and tried to give us the opportunity to maintain the touch and feel of the old ways while giving the newer folks the touch and feel of the web-based apps. So far I have seen each change in the ETR process making my job harder, not easier. IBM is definitely missing the 'useability' part of the equation. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Petersen, Jim Sent: Tuesday, March 15, 2011 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? Christian, You made this comment in one of your emails: SR processes roughly five times the service request volume of ETR today and is designed to support a common IBM business process and customer work flow. My comment to this is: So what if it handles 5 times the request volume if it is unusable by us who have used ETR for years both on the old Green Screen and now as a PC based tool. At least the PC Base ETR looks and feels like the Green Screen in most respects. I will again state, make SR look and feel like ETR or you are wasting your effort. What is underlying that look and feel can be SR but for us who have used ETR for years the Poof it is SR approach is not conducive to our productivity. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 2:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? Hello, Barbara. I have searched the IBM Service Request (SR) Support Team ticket history and could find no submission from you. It appears that last service request you managed via the SR application was in October. Much has changed since then to support the System z community in advance of the January 31 announcement. On the other hand, I can see that Don Williams has submitted eight since the announcement. I have reviewed those, and hopefully they helped Don with using SR. His feature/usability concerns were forwarded to the product development team and many have already been prioritized for future releases. I feel it is important to note that the current version of IBM Service Request (SR) was designed based upon criteria provided by SoftwareXcel and general System z IBM stakeholder input. It was demonstrated to and tested by a good sampling of the ServiceLink/ETR customer base and has been through extensive user experience reviews. SR has been in production for two years and is based upon predecessor tools (ESR and SSR) that were in production for many years before that. SR processes roughly five times the service request volume of ETR today and is designed to support a common IBM business process and customer work flow. While SR is by no means a student project that was coded by clickers, it could always stand improvement. We have already taken action on much of this community's feedback and have accepted more for future evaluation and release. I posted links in another thread that may be of help, including my presentation to SHARE this past August. I am reposting them here as well. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation On Tue, 8 Mar 2011 22:50:51 -0600, Barbara Nitz nitz-...@gmx.net wrote: Don't worry, IBM does get the SR complaints voiced here. They just don't act on it! After my last complaint in December about SR, they apporached me to get 'more opinion'. If they can't figure the facts from those I provided in that post, it is hopeless! Given that that application has been coded by clickers, they have no clue (and probably didn't even look at ETR) how to design things with our platform in mind, too. And to put insult to injury, they make the same mistakes in design choices as those did that developed the PC front end for retain in the late nineties (back when I was IBM) that was forced upon level1 and 2. I tested that PC front end then, gave feedback and went back to the much more user-friendly retain! As did all those that can remember the retain commands. I obviously don't know who uses what today. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: ETR sunsets on 26 Mar 2011?
That's a good way of explaining the issues. I agree. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Tuesday, March 15, 2011 11:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? From my informal poll, the vast majority of z/OS sysprogs agree with Jim. They are not against change. It has been their job to implement change. However, the change had to be non-disruptive to business. The migration from PCP in 60's, to MFT, to MVT, etc. to z/OS today was 50 years of incremental change. A sudden change from PCP to z/OS would not have been acceptable. In similar fashion, there needs to be an non-disruptive incremental migration from the ETR UI to the SR UI (hopefully in less than 50 years). Don Williams -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Tuesday, March 15, 2011 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? I agree with Jim. Most of IBM's 'simplification' efforts have kept in mind the experienced SYSPROGs and tried to give us the opportunity to maintain the touch and feel of the old ways while giving the newer folks the touch and feel of the web-based apps. So far I have seen each change in the ETR process making my job harder, not easier. IBM is definitely missing the 'useability' part of the equation. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Petersen, Jim Sent: Tuesday, March 15, 2011 9:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? Christian, You made this comment in one of your emails: SR processes roughly five times the service request volume of ETR today and is designed to support a common IBM business process and customer work flow. My comment to this is: So what if it handles 5 times the request volume if it is unusable by us who have used ETR for years both on the old Green Screen and now as a PC based tool. At least the PC Base ETR looks and feels like the Green Screen in most respects. I will again state, make SR look and feel like ETR or you are wasting your effort. What is underlying that look and feel can be SR but for us who have used ETR for years the Poof it is SR approach is not conducive to our productivity. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email:jim_peter...@homedepot.com 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell phone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Christian Gilmore Sent: Friday, March 11, 2011 2:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ETR sunsets on 26 Mar 2011? Hello, Barbara. I have searched the IBM Service Request (SR) Support Team ticket history and could find no submission from you. It appears that last service request you managed via the SR application was in October. Much has changed since then to support the System z community in advance of the January 31 announcement. On the other hand, I can see that Don Williams has submitted eight since the announcement. I have reviewed those, and hopefully they helped Don with using SR. His feature/usability concerns were forwarded to the product development team and many have already been prioritized for future releases. I feel it is important to note that the current version of IBM Service Request (SR) was designed based upon criteria provided by SoftwareXcel and general System z IBM stakeholder input. It was demonstrated to and tested by a good sampling of the ServiceLink/ETR customer base and has been through extensive user experience reviews. SR has been in production for two years and is based upon predecessor tools (ESR and SSR) that were in production for many years before that. SR processes roughly five times the service request volume of ETR today and is designed to support a common IBM business process and customer work flow. While SR is by no means a student project that was coded by clickers, it could always stand improvement. We have already taken action on much of this community's feedback and have accepted more for future evaluation and release. I posted links in another thread that may be of help, including my presentation to SHARE this past August. I am reposting them here as well. SHARE presentation - http://share.confex.com/share/115/webprogram/Session7726.html SR Online Support - http://www.ibm.com/support/servicerequest/help SR Email Support - srh...@us.ibm.com Technical Note - https://www-304.ibm.com/support/docview.wss?uid=swg21469299 Thanks, Christian Christian Gilmore Distinguished IT Architect Problem Reporting Infrastructure Initiative Leader IBM Worldwide Technical Support Transformation On Tue, 8 Mar 2011 22:50:51
Re: Bookmgr error:Cannot open output file: bookmgr.dbg
It's working now -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, March 08, 2011 10:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Bookmgr error:Cannot open output file: bookmgr.dbg Which I normally do. But I'm installing z/OS 1.12 and haven't gotten around to downloading them yet. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, March 08, 2011 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Bookmgr error:Cannot open output file: bookmgr.dbg On 3/8/2011 5:59 AM, McKown, John wrote: Me too! On Firefox and Konqueror on Linux/Intel as well as IE on Windows. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Tuesday, March 08, 2011 2:23 AM To: IBM-MAIN@bama.ua.edu Subject: Bookmgr error:Cannot open output file: bookmgr.dbg Hi Today got : Cannot open output file: bookmgr.dbg Another reason to download the books onto your PC. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to find problems on code like S0C4 on programs that were made by others
Look up some of Jerry Ng's presentations at SHARE (share.org). He has an excellent way of explaining dump reading in easy to understand terms. Also, if you haven't already, take an assembler course. It is extremely difficult to debug without an understanding of how assembler instructions work. Good Luck, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hilario G. Sent: Friday, March 04, 2011 4:07 AM To: IBM-MAIN@bama.ua.edu Subject: How to find problems on code like S0C4 on programs that were made by others Hello, I'm a professional that I'm learning new mainframe environment. I would like to know how or steps to follow for the determination of problems in the source code (eg: SC04) in modules like Assembler and other. Where to look? There is some material or guide the search for find problems? Thank you very much. Hilario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HTTP codepage
Are you sure it's not your device? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Friday, March 04, 2011 10:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HTTP codepage C'mon fella, stay with the game. I got an email from you to the list with content saying it was in another codepage. So I clicked on the (useless) link to see it in all it's glory. nada. So. it's either you or Windoze (which I rarely use) to blame. Shane ... On Sat, Mar 5th, 2011 at 1:45 AM, Steve Comstock wrote: Huh? How did you know I replied if you can't see it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ETR sunsets on 26 Mar 2011?
My God! I hope so, SR is awful -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Williams Sent: Wednesday, March 02, 2011 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: ETR sunsets on 26 Mar 2011? Did IBM back off the ETR sunset date? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adding Lines to End of Member
Slow compared to other I/O methods (UNIX utilities, Fileaid, etc), but usually I am running under TSO and may be hitting 2nd or 3rd period which might be the issue. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Cris Hernandez #9 Sent: Tuesday, February 15, 2011 8:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding Lines to End of Member Slow? compared to what? If my mainframe was ever slow, I'd be complaining about performance issues. No cpu cycles? Swapped out? I do the bulk of my largest REXX process during off peak hours, and processing 1 million 4096 VB records usually takes 2-3 minutes. I do not consider that slow (about 10,000 records every couple seconds). Peak hours, maybe 10-12 minutes as my stuff isn't production and gets a lower priority. I find it helps helps to zero out each record after its processed if using stem variables, and not using stemvars for large files, instead read/write one record at a time. Less region, less paging, less time swapped out. If you're only doing 1 member, the JCL IEBGENER option would appear viable, but if you're only doing 1 member, heck, just edit it. Oh, I left out one very important to in the psycho code, do a DROP stemvar after each write, otherwise, each member ends up having the same number of records as its longest predecessor. and if it needs to be said, don't overwrite the input file... --- On Tue, 2/15/11, Veilleux, Jon L veilleu...@aetna.com wrote: From: Veilleux, Jon L veilleu...@aetna.com Subject: Re: Adding Lines to End of Member To: IBM-MAIN@bama.ua.edu Date: Tuesday, February 15, 2011, 7:31 AM The only issue I have with REXX (which I love using) is that I/O tends to be fairly slow, otherwise I would agree that it is the best solution. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Cris Hernandez #9 Sent: Monday, February 14, 2011 4:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding Lines to End of Member I vote for the REXX option. Use LISTD after an OUTTRAP to capture a list of members, DO loop thru the list, allocate the dsn/member, readin, add the 2 lines to the end by adding to a counter and setting the needed value to the stemvar, and then write back out. --- On Mon, 2/14/11, Adam Johanson adam.johan...@usaa.com wrote: From: Adam Johanson adam.johan...@usaa.com Subject: Adding Lines to End of Member To: IBM-MAIN@bama.ua.edu Date: Monday, February 14, 2011, 12:03 PM I've got to change about 1,000 members of a PDS containing JCL by adding 2 lines to the end of each member. I thought there might be a way to do this with IEBUPDTE, but he requires sequence numbers, which a lot of the members don't have. And it also looks like you can't just tell him something like, sequence number = last. Is there any way to do this with another utility? I'd like to do this with standard MVS utilities, but if it winds up that we need to use a REXX program to do it, then we can go that route. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives
IBM Service Request Issue
Has anyone been able to go directly back to an IBM SR search results list once you have selected an entry to view? I am finding that I have to go back to the main Service Link panel and start my search all over again once I select one entry to view. Any help would be greatly appreciated. Thanks, Jon 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Service Request Issue
Thanks, CANCEL seems to be working to get me back to the search list, but it seems unintuitive to me. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Stone, Sandy Sent: Wednesday, February 16, 2011 1:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Service Request Issue If I click the back button I get page expired. If I click cancel within the viewed SR, it took me back to the results list. When I clicked cancel after having encountered the expired page, then clicking forward, I got an error. I have nothing to update at this time so I can't step through that, but I thought that took you back to results list after submitting the update. Wouldn't bet on it though. hth, s -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Wednesday, February 16, 2011 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: IBM Service Request Issue Has anyone been able to go directly back to an IBM SR search results list once you have selected an entry to view? I am finding that I have to go back to the main Service Link panel and start my search all over again once I select one entry to view. Any help would be greatly appreciated. Thanks, Jon 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html http://www.medmutual.com/ Ohio's Get-Well Card® Visit http://www.medmutual.com/ CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is privileged, confidential or exempt from disclosure by law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you are strictly prohibited from printing, storing, disseminating, distributing or copying this message. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Neither this information block, the typed name of the sender, nor anything else in this message is intended to constitute an electronic signature, unless a specific statement to the contrary is included in this message. Thank you, Medical Mutual of Ohio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adding Lines to End of Member
The only issue I have with REXX (which I love using) is that I/O tends to be fairly slow, otherwise I would agree that it is the best solution. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Cris Hernandez #9 Sent: Monday, February 14, 2011 4:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adding Lines to End of Member I vote for the REXX option. Use LISTD after an OUTTRAP to capture a list of members, DO loop thru the list, allocate the dsn/member, readin, add the 2 lines to the end by adding to a counter and setting the needed value to the stemvar, and then write back out. --- On Mon, 2/14/11, Adam Johanson adam.johan...@usaa.com wrote: From: Adam Johanson adam.johan...@usaa.com Subject: Adding Lines to End of Member To: IBM-MAIN@bama.ua.edu Date: Monday, February 14, 2011, 12:03 PM I've got to change about 1,000 members of a PDS containing JCL by adding 2 lines to the end of each member. I thought there might be a way to do this with IEBUPDTE, but he requires sequence numbers, which a lot of the members don't have. And it also looks like you can't just tell him something like, sequence number = last. Is there any way to do this with another utility? I'd like to do this with standard MVS utilities, but if it winds up that we need to use a REXX program to do it, then we can go that route. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: List Civility
Off topic may be OK sometimes, but personal (assaults/comments/diatribes/etc) should be left for other venues. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Monday, February 14, 2011 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: List Civility Steve, I've been a member of this list for well over 10 years. I think its always been as you so eloquently described it below. There are a lot of good tips and usable bits of information every day, but there is also a lot of junk. Some of the off topic stuff I find more interesting than some of the other stuff, but that's just my opinion. -- Eric Bielefeld Systems Programmer Steve Dover steve.do...@ccbcc.com wrote: Can't we all just get along? Over the last 6 months, there have been a number of rants on this list that just seem to keep growing. They morph into beasts with no heart or soul. There has been name calling and childish verbal attacks that have no place in a list comprised of 'adults'. Sure we all have our opinions, and in a place when asked our opinions can be presented. I feel as if I am not one of the 'smart' people on this list, but on occasion I have been able to share my insight and wisdom for things I had implemented in the past. I don't usually respond to things, as there are plenty of responses for questions raised. There are times when I have had to use Google or Wikipedia to understand a post, because my vocabulary is not what some peoples are. I think it is time for us all to take a deep breath, relax and remember what this list was created for. I agree with the recent comment about humor/humour. Different parts of the world, different cultures and different lifestyles make things hard to translate. In the US, we can't even agree on what to call a carbonated, non-alcoholic beverage. Is it really a pop, soda or Coke? I am sorry to ramble here, but I love the resources this list makes available for me. I gleen bits and pieces nearly every day that make my life easier. If you care to bash me for this, go ahead. My skin is thick from years of poor choices, but do it offline, so we don't morph into another long series of rants that show our lack of civility. Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adding Lines to End of Member
Not very pretty //COPSTEP EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT1 DD DISP=SHR,DSN=my.pds(MEMBERNAME) // DD * Some kind of junk More junk //SYSUDUMP DD SYSOUT=* //SYSUT2 DD DISP=(SHR),DSN= my.pds(MEMBERNAME) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Adam Johanson Sent: Monday, February 14, 2011 12:04 PM To: IBM-MAIN@bama.ua.edu Subject: Adding Lines to End of Member I've got to change about 1,000 members of a PDS containing JCL by adding 2 lines to the end of each member. I thought there might be a way to do this with IEBUPDTE, but he requires sequence numbers, which a lot of the members don't have. And it also looks like you can't just tell him something like, sequence number = last. Is there any way to do this with another utility? I'd like to do this with standard MVS utilities, but if it winds up that we need to use a REXX program to do it, then we can go that route. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
The only problem with not limiting the region below is if you have a job that does a variable length getmain to take all available storage and then opens a lot of datasets you can get errors due to not enough below the line space for LSQA for the dataset control blocks. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, February 09, 2011 9:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size What about region=0m?? From what I remember it will take what is needed, the down side is if you have something run away(loop) you might be in trouble. Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
Do you have CHECKREGIONLOSS set in your DIAG member? It will automatically bounce your initiators when they get fragmented. VSM CHECKREGIONLOSS(500K,5M) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donnelly, John P Sent: Wednesday, February 09, 2011 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size How was the S822 corrected? We get this occasionally and just drain and restart the failing initiator... Our JOBCLASS is set to 4M... John Donnelly National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 408-721-5640 408-470-8364 Cell cjp...@nsc.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Haynes, Stan Sent: Wednesday, February 09, 2011 6:04 AM To: IBM-MAIN@bama.ua.edu Subject: Default REGION Size We run a 4-system production sysplex using z/OS/JES2 1.11 augmented by Thruput Manager. As a result of an application area reporting one of their critical jobs abending S822 (issue since corrected), we found ourselves noticing a very old parm value: default REGION size for all classes via the JOBCLASS statement. It's still set to an 'ancient' value of 7M! Haven't assessed how many of our jobs simply accept the default, but I'm thinking of changing the default region size for all jobclasses to a more current value of 32M. In this day and age, not sure how many programmers have a handle on used virtual storage, and not sure it should still matter! Jobs simply shouldn't fail because of region size in this day and age IMHO. I don't know how other shops handle this, and would like to read your comments/thoughts/opinions on my suggested new default region size. Cheers, Stan Haynes z/OS Systems Analyst Canada Revenue Agency -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Default REGION Size
It would be great if IEFUSI limits could be externalized into PARMLIB. It is a pain to have to recode an assembler exit whenever we need to change how we handle these limits. Not to mention that there are not a lot of us left who know how to code in assembler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Wednesday, February 09, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Default REGION Size On Wed, 9 Feb 2011 12:28:36 -0500, Haynes, Stan stan.hay...@cra-arc.gc.ca wrote: The issue with how much *low* private to allow is ensuring RTM can successfully GETMAIN, so I'm wondering: if we change the default to 128M, or 192M, etc, do we need to subtract some vstor for the low private ? That is why you need an IEFUSI (or IEALIMIT) exit. I really wish MVS would externalize LSQA reservation, above and below the line region size defaults etc.. in a parmlib member. But of course an exit is much more flexible since you may need more than a one size fits all specification. (not that jobnames etc. couldn't be added to some parmlib member to override the defaults) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: /tmp space is full
Using TFS removes the need to manually clean up the /tmp directory since it gets cleaned up when you IPL. If there are any files you need to keep over an IPL then they must go somewhere else. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lutz Hamann Sent: Tuesday, February 08, 2011 9:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Matt, and why did you specifiy TYPE(TFS) in your MOUNT-statement ? That means an in-storage filesystem in a colony-address space ... ciao Lutz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: /tmp space is full
Yes, that is one of the problems with using a TFS. There is no way to expand if you size it too small. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lutz Hamann Sent: Tuesday, February 08, 2011 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: /tmp space is full Yes of course, Jon. But the question was in conjunction with a zFS filesystem and why the next extent wasn't allocated. And therefore I was pointing to TYPE(TFS) which includes that the mentioned zFS filesystem is not mounted at all. ciao Lutz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINKLIB in use
You are not too paranoid. That is good practice. All LINKLIST changes should be handled just before an IPL for safety. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Thursday, February 03, 2011 11:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LINKLIB in use As others have mentioned LNKLST UPDATE JOB(*) is required to get all old address spaces to switch to a newly activated lnklst and free up all prior usage of LNKLST00, but if you search past threads on this topic on ibm-main you will find that at least in the past this has involved some element of risk, depending on what library has been changed and how it is being used by the address space; so the best time to do this may be after making corresponding changes to PROGxx just before a scheduled IPL. The ACTIVATE by itself only causes address spaces created in the future to use the new LNKLST definition - existing address spaces by default continue to use the same LNKLSTxx that they were using before the ACTIVATE. Maybe I am overly paranoid, but I would never delete a dynamically removed lnklist library within the same IPL. Once it is freed, just rename it and by some means insure it is not eligible for migration or other movement, just in case there is still some control block somewhere left pointing to the old extents. Save the delete for after the next IPL when the library has never been accessed as a lnklist library. Joel C Ewing On 02/03/2011 12:31 PM, Mark Pace wrote: I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Down?
Here in CT also -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 04, 2011 8:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLINK Down? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Getting an 500 Internal Server Error this morning. Is anyone else getting the same error? Same error in Chicagoland. I'm SO-O-O surprised. :-| -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINKLIB in use
Read up on this before you try it. In the commands manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g1a1/4.46.4?SHELF=EZ2ZBK0IDT=20100113124721 And from the Init and Tuning Ref:(a good explanation) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E2A0/73.4.9?DT=20090604030907#HDRRMVLNK -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Starr, Alan Sent: Thursday, February 03, 2011 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: LINKLIB in use Mark, I don't see LNKLST UPDATE JOB(*) Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, February 03, 2011 10:32 To: IBM-MAIN@bama.ua.edu Subject: LINKLIB in use I want to change the size of a LINKLIB. So how I was going to tackle this was, define the new one, copy the contents from the old library to the new library. Remove the LINKLIB from the APF list and the LNKLST. Delete the old dataset, rename the new one, and then add it back to the PAF and LNKLSTs. setprog apf,delete,dsname=sys3.prod.linklib,volume=tusr01 SETPROG LNKLST,DEFINE,NAME=lnklst01,COPYFROM=lnklst00 SETPROG LNKLST,delete,NAME=lnklst01,dsname=sys3.prod.linklib SETPROG LNKLST,ACTIVATE,NAME=lnklst01 I then went to delete the old dataset, but it still says Dataset In Use. What did I miss? -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLink Update ... SR replacing ETR
I notice that the titles of the ETRs have not been converted. That's quite a pain. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, February 01, 2011 2:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBMLink Update ... SR replacing ETR On 1/31/2011 10:56 AM, David Magee wrote: I noticed the slightly new format on the web page I get to with my old bookmark for IBMLink ... its now called ServiceLink and the web page has the ETR application moved to the bottom with a sunset date. In its old position we now see the Service Request application. Select SR and then use the Site tour link on the left of the page for assistance if you are not familiar with SR. SR has some nice features (like file attachment). Be sure to set your time zone in the preferences or all time stamps will be GMT. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT problem - z/OS 1.11
OK, the IEF032I (no IEF374I messages in the JES log) messages have no TCB or SRB so I guess that this is a red herring. That goes to show how close we look at our SYSOUTs...lol. Thanks, Jon -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, January 04, 2011 11:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFACTRT problem - z/OS 1.11 On Tue, 4 Jan 2011 09:48:51 -0500, Veilleux, Jon L veilleu...@aetna.com wrote: Mark, thanks for the explanation. However, I find it strange that almost all of the jobs I have looked at in our archives have no TCB or SRB time. I can't believe that all of them are that short running, but who knows? Jon It's easy enough to verify, just look at the IEF374I message in JESYSMSG. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT problem - z/OS 1.11
Mark, thanks for the explanation. However, I find it strange that almost all of the jobs I have looked at in our archives have no TCB or SRB time. I can't believe that all of them are that short running, but who knows? Jon -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, January 04, 2011 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFACTRT problem - z/OS 1.11 On Mon, 3 Jan 2011 10:31:07 -0500, Veilleux, Jon L veilleu...@aetna.com wrote: It's not in MLPA and I looked back through several years of listings and it doesn't seem to have worked for quite a while. I guess no one is looking at those fields... Jon et. al., I looked when I upgraded to z/OS 1.11 and retrofitted my code into the samplib version. I just looked at a few jobs again (again) and it appears to be correct. I am using the SAMPLIB version, with the change described by OA31624, along with a bunch of code inserted to create an EXCP flower box on JESYSMSG (the code I retrofitted from past IEFACTRT versions I used). Maybe you (and others) are not aware those times are in minutes, so they often show up as .00 for TCB and SRB for short steps. Because of the way rounding / shifting is done, you need at least .60 seconds of TCB time to even get .01 minutes of TCB to show up on the joblog. Of course the same applies to SRB and it is even more likely to show .00. Go ahead and try some tests.. perhaps running a REXX in batch with a (large) DO loop. Cheers, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT problem - z/OS 1.11
No, we don't use Ops/MVS. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Beesley, Paul Sent: Tuesday, January 04, 2011 10:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFACTRT problem - z/OS 1.11 You're not running Ops/MVS 11.8 are you ? If so, have you applied RO24950, RO24031, RO23310, and RO20991? I noticed the same symptoms in IEFACTRT because I had OpsMVS running in enclave mode by mistake. If not .. ignore this ... Regards Paul -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: 04 January 2011 14:49 To: IBM-MAIN@bama.ua.edu Subject: Re: IEFACTRT problem - z/OS 1.11 Mark, thanks for the explanation. However, I find it strange that almost all of the jobs I have looked at in our archives have no TCB or SRB time. I can't believe that all of them are that short running, but who knows? Jon ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFACTRT problem - z/OS 1.11
And it doesn't seem to help. I still don't get valid TCB or SRB times after I installed the new exit. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Monday, January 03, 2011 9:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFACTRT problem - z/OS 1.11 Thanks, I saw that, but it doesn't say anything about CPU time. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roger Lowe Sent: Monday, January 03, 2011 4:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFACTRT problem - z/OS 1.11 On Mon, 3 Jan 2011 09:33:38 +0200, #1490;#1491;#1497; amp;#1489;#1503; #1488;#1489;#1497; gad...@malam.com wrote: Hi, We are testing z/OS 1.11. We use the supplied sample for IEFACTRT provided in SYS1.SAMPLIB(IEEACTRT). The exit does not provide CPU (TCB and SRB) counts. All other values seem to be OK. Has anyone seen the problem? Gadi, Have a look at APAR OA31624. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html