Re: Virtual Storage implementation
What a shame my rules don't work. I'll fix it. But in the meantime Anton I am writing to you from Sunny San Jose. I have not lived in Australia for 14 years... And your point is what? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: Thursday, August 30, 2007 9:59 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Virtual Storage implementation Hi Ron, Just for the record : a) I did not call Ankit any names.. b) I did not say Ankit was hired by CSC to do Open hart surgery.. c) I did not refer to any Australian at all I actually referred to people in America and Companies in America Lets give Ankit space to answer for him self... My orginal point : Nobody log's on to a Cardiology technical email list and asks a question like Where do you open the chest... and then this could be a Doctor working for your local Cardiology Hospital. Ron because you are from Australia : http://en.wikipedia.org/wiki/Cardiology Anton Britz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMSDSS RESTORE Error
Hi, I'm trying to restore the data from the weekly backup tapes using the DFSMSDSS, I'm getting the following error 0ADR006I (001)-STEND(01), 2007.242 11:44:40 EXECUTION BEGINS 0ADR049E (001)-STEND(01), 2007.242 11:49:54 DFSMSDSS FUNCTION TASK ABEND RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0813 0ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME 0ADR006I (001)-STEND(02), 2007.242 11:49:54 EXECUTION ENDS 0ADR013I (001)-CLTSK(01), 2007.242 11:49:54 TASK COMPLETED WITH RETURN CODE 0008 0ADR012I (SCH)-DSSU (01), 2007.242 11:49:54 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0008 While doing a restore from tape, whats the tape lock position look like. Thanks Mohan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF FREED SYS1.PARMLIB
Lizette Koehler [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... I am not sure you have a problem. When you issued the FREE SPACE command against the PARMLIB data set, you only force it to go back to the primary space if it could. For instance, if your SYS1.PARMLIB had CYL 1,1 and had 5 extents, then the free would would have left it CYL 1,1 but maybe now down to 1 extent. It is not an issue unless something is looking for a member at the exact TTR location it was before. I would first issue a D GRS,RES=(*,SYS1.PARMLIB) and see what has it in current allocation (yes there are other methods). Next I would review the allocation (option 3.2 or 3.4) and see what the FREE did. You maybe okay. The free does not reduce your secondary allocations or remove what was there. It is more like a Compress. F - Free unused space- not destroy data set. Lizette Lizette, This is not true. FREE frees all space behind the last used track/cyl and it does not change the allocation amounts. It does not touch the data, either by reorganize or compress. In the case of CYL 1,1 and 5 extents there is nothing to free, because all extents have been taken to write data into. If it was compressed and the last data would be in extent 3, the last 2 cylinders will be freed. If the dataset is CYL 5,5 and has 5 extents, the 5 cylinders in the last extent will probably not used all and the unused cylinders will be freed. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, While doing a restore from tape, whats the tape lock position look like. Thanks Mohan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I'm not sure what you mean by tape lock position. However you should have an accompaning IEC149I message in the job log. The error means that the DSNAME in the jcl does not match the dataset name in the label on the tape for that label number. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VCICSCMD Segregation in RACF - New Items to Categorize...
On 8/30/07, Doc Farmer [EMAIL PROTECTED] wrote: On Thu, 30 Aug 2007 11:43:10 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: Which version of CICS are you referring to. I think the DLIDATABASE, IRBATCH and PITRACE parameters all refer to local IMS databases and AFAIK local IMS has been unavailable for some time although I could well be wrong. Jim McAlpine CICS/TS 3.1 According to the supplied transactions manual the commands - CEMT I DLIDATABASE CEMT I PITRACE CEMT I RECONNECT CEMT I VOLUME no longer exist. CEMT I IRBATCH is retained for compatibility purposes only. CEMT I JOURNALNUM is replaced by - CEMT I JOURNALNAME Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, The Tape Lock Position I meant, is the rotating wheel at corner of the Tape. Moreover the data I'm trying to restore was backed up, also there was an entry of the same hlq on the spool data of the bakup job. Thanks Mohan On Fri, 31 Aug 2007 09:33:13 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: Does the restore job output contain message IEC149I. If so can you paste it here. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
Hi, The Tape Lock Position I meant, is the rotating wheel at corner of the Tape. Moreover the data I'm trying to restore was backed up, also there was an entry of the same hlq on the spool data of the bakup job. Thanks Mohan On Fri, 31 Aug 2007 09:33:13 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, While doing a restore from tape, whats the tape lock position look like. Thanks Mohan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I'm not sure what you mean by tape lock position. However you should have an accompaning IEC149I message in the job log. The error means that the DSNAME in the jcl does not match the dataset name in the label on the tape for that label number. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password expiration message at every SUBMIT at z/OS 1.8?
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/30/2007 01:41:15 PM: -Original Message- From: Bob Rutledge [mailto:[EMAIL PROTECTED] Sent: Thursday, August 30, 2007 12:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Password expiration message at every SUBMIT at z/OS 1.8? Peter, This fixed that problem for us at z/OS 1.7: MSG(7003,SBATCH) * SUPPRESS MESSAGE TSS7003 (PASSWORD ** EXPIRATION MESSAGE REMINDER) WHEN ** SUBMITTING A BATCH JOB. ** 08/31/2006 in TSSPARM. Yes, that is the answer CA support gave to our security staff. So this parameter only suppresses it for SUBMIT, and not at login, correct? Thanks for the help. Peter Correct. Submit only. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLink Using PC/3270
Sorry for reopening that thread Given the recent long unavailability of servicelink, we are looking into getting access to ibmlink.advantis.com. We run into a firewall issue immediately, so my network colleague established a telnet connection to that server from home. That connection was not encrypted - the lock was open. We will not be able to get the firewall opened to that server if the connection doesn't use SSL. Does that machine understand SSL? In other words, can we just turn that on in the PCOM settings somewhere? Before I really lean on IBM to get an account, I want to make sure that we have the technical details down (and I couldn't find anything about ssl connections in earlier threads). Thanks in advance, Barbara Nitz -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
Hi, Here is the Job output message 1 ICH70001I OPRCAM LAST ACCESS AT 11:44:40 ON THURSDAY, AUGUST 30, 2007 IEF236I ALLOC. FOR RESTJB RESDF IEF237I 0890 ALLOCATED TO CART IEF237I D717 ALLOCATED TO OUT IEF237I JES2 ALLOCATED TO SYSPRINT IEF237I JES2 ALLOCATED TO SYSIN IEC149I 813-04,IFG0195H,RESTJB,RESDF,CART,0890,ASYSW3,SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 IEF142I RESTJB RESDF - STEP WAS EXECUTED - COND CODE 0008 IEF285I SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 KEPT IEF285I VOL SER NOS= ASYSW3. IEF285I SYS07242.T123241.RA000.RESTJB.R0116051 KEPT IEF285I VOL SER NOS= AZSYS2. IEF285I OPRCAM.RESTJB.JOB05708.D102.?SYSOUT IEF285I OPRCAM.RESTJB.JOB05708.D101.?SYSIN IEF373I STEP/RESDF /START 2007242.1232 IEF374I STEP/RESDF /STOP 2007242.1241 CPU0MIN 00.12SEC SRB0MIN 00.01SEC VIRT 1856K SYS 276K EXT 696K SYS 13356K IEF375I JOB/RESTJB /START 2007242.1232 IEF376I JOB/RESTJB /STOP 2007242.1241 CPU0MIN 00.12SEC SRB0MIN 00.01SEC Yes it has IEC149I. Thanks Mohan On Fri, 31 Aug 2007 10:43:25 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, The Tape Lock Position I meant, is the rotating wheel at corner of the Tape. Moreover the data I'm trying to restore was backed up, also there was an entry of the same hlq on the spool data of the bakup job. Thanks Mohan On Fri, 31 Aug 2007 09:33:13 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: Does the restore job output contain message IEC149I. If so can you paste it here. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, Here is the Job output message 1 ICH70001I OPRCAM LAST ACCESS AT 11:44:40 ON THURSDAY, AUGUST 30, 2007 IEF236I ALLOC. FOR RESTJB RESDF IEF237I 0890 ALLOCATED TO CART IEF237I D717 ALLOCATED TO OUT IEF237I JES2 ALLOCATED TO SYSPRINT IEF237I JES2 ALLOCATED TO SYSIN IEC149I 813-04,IFG0195H,RESTJB,RESDF,CART,0890,ASYSW3, SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 IEF142I RESTJB RESDF - STEP WAS EXECUTED - COND CODE 0008 IEF285I SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 KEPT IEF285I VOL SER NOS= ASYSW3. IEF285I SYS07242.T123241.RA000.RESTJB.R0116051 KEPT IEF285I VOL SER NOS= AZSYS2. IEF285I OPRCAM.RESTJB.JOB05708.D102.?SYSOUT IEF285I OPRCAM.RESTJB.JOB05708.D101.?SYSIN IEF373I STEP/RESDF /START 2007242.1232 IEF374I STEP/RESDF /STOP 2007242.1241 CPU0MIN 00.12SEC SRB0MIN 00.01SEC VIRT 1856K SYS 276K EXT 696K SYS 13356K IEF375I JOB/RESTJB /START 2007242.1232 IEF376I JOB/RESTJB /STOP 2007242.1241 CPU0MIN 00.12SEC SRB0MIN 00.01SEC Yes it has IEC149I. Thanks Mohan The 813-04 abend in the IEC149I message means that the dataset name you have specified in the jcl - SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 does not match the dataset name on the tape for that label number. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Tom Schmidt [EMAIL PROTECTED] wrote: snip You could also find the answers to your questions in the z/OS Principles of Operation, Chapter 3 (Storage). That's the z/Architecture PofOp -- z/OS is not a hardware architecture, and is not the only System z OS, despite repeated IBMers' insistence to the contrary... ...phsiii (feeling pedantic on a Friday) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VCICSCMD Segregation in RACF - New Items to Categorize...
On Fri, 31 Aug 2007 10:20:48 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: According to the supplied transactions manual the commands - CEMT I DLIDATABASE CEMT I PITRACE CEMT I RECONNECT CEMT I VOLUME no longer exist. CEMT I IRBATCH is retained for compatibility purposes only. CEMT I JOURNALNUM is replaced by - CEMT I JOURNALNAME Jim McAlpine Ah, so what I'm looking at are oldies but mouldies in the RACF VCICSCMD definition. Many thanks for clearing that up - I'll update my template to remove the old stuff. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
In a message dated 8/31/2007 6:10:27 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: The 813-04 abend in the IEC149I message means that the dataset name you have specified in the jcl - SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 does not match the dataset name on the tape for that label number. So a TAPEMAP of the VOLSER is in order. Available from _www.cbttape.org_ (http://www.cbttape.org) . ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password expiration message at every SUBMIT at z/OS 1.8?
On Thu, 30 Aug 2007 14:22:05 -0500, Tony Harminc [EMAIL PROTECTED] wrote: TSO's sending of a WTO message with route code 11 to the TSO terminal is controlled by the WTPMSG option of the PROFILE command. Usually you want to see the WTPs, but this might be a case where you want to suppress them. As you say, the security product might be going out of its way to issue a TPUT directly, but it seems an unlikely way of doing things. Perhaps you consider it unlikely, but that's exactly what RACF does in some cases (such as this one). When we have a message we definitely want a TSO user to see, such as the messages we issue during logon, we use TPUT because: (a) we can't count on the user having specified WTPMSG and (b) it's not clear that TSO/E has setup the WTPMSG processing that early. With the move of the VERIFYX processing for job submission into the TSO user's address space (as JES now does) that could easily lead to the security product using TPUT for those messages, too. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password expiration message at every SUBMIT at z/OS 1.8?
Walt Farrell wrote: Perhaps you consider it unlikely, but that's exactly what RACF does in some cases (such as this one). When we have a message we definitely want a TSO user to see, such as the messages we issue during logon, we use TPUT because: (a) we can't count on the user having specified WTPMSG and (b) it's not clear that TSO/E has setup the WTPMSG processing that early. Wouldn't PUTLINE be a better choice than TPUT? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password expiration message at every SUBMIT at z/OS 1.8?
-Original Message- From: Bob Rutledge [mailto:[EMAIL PROTECTED] Sent: Friday, August 31, 2007 5:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Password expiration message at every SUBMIT at z/OS 1.8? -Original Message- From: Bob Rutledge [mailto:[EMAIL PROTECTED] Sent: Thursday, August 30, 2007 12:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Password expiration message at every SUBMIT at z/OS 1.8? Snipped Yes, that is the answer CA support gave to our security staff. So this parameter only suppresses it for SUBMIT, and not at login, correct? Thanks for the help. Peter Correct. Submit only. Thank you. This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Issuing TSO commands from MVS console
snip How can I issue TSO commands from the Console. I heard using some special characters (in place of TSO ) tso commands can be issued on the MVS console. how is it possible ? Jacky /snip Jacky, IIRC there is something on the CBT TAPE that maybe help you, maybe file #25. http://www.cbttape.org/ watch for wrap. Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Issuing TSO commands from MVS console
Fletcher, Kevin wrote: snip How can I issue TSO commands from the Console. I heard using some special characters (in place of TSO ) tso commands can be issued on the MVS console. how is it possible ? Jacky /snip Jacky, IIRC there is something on the CBT TAPE that maybe help you, maybe file #25. http://www.cbttape.org/ watch for wrap. ROTFL! I love it! -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Hi Ron, Maybe some of the IBM-MAIN crowd can finally meet you this time next year:-) SHARE comes to San Jose next summer. SHARE August 10-15, 2008 San Jose, California http://www.share.org/Events/future_conf.cfm Best Regards, Sam Knutson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins But in the meantime Anton I am writing to you from Sunny San Jose. I have not lived in Australia for 14 years... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
To answer the part of your question about the lock position, the tape lock position doesn't matter when you're trying to read (recover) a dataset from the tape. It isn't actually a tape lock, it is a read/write lock - if it is set in the lock position, you can't write anything new to the tape. It doesn't lock the tape from reading. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mohan Sent: Friday, August 31, 2007 4:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSMSDSS RESTORE Error Hi, The Tape Lock Position I meant, is the rotating wheel at corner of the Tape. Moreover the data I'm trying to restore was backed up, also there was an entry of the same hlq on the spool data of the bakup job. Thanks Mohan On Fri, 31 Aug 2007 09:33:13 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, While doing a restore from tape, whats the tape lock position look like. Thanks Mohan - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I'm not sure what you mean by tape lock position. However you should have an accompaning IEC149I message in the job log. The error means that the DSNAME in the jcl does not match the dataset name in the label on the tape for that label number. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
To answer the part of your question about the lock position, the tape lock position doesn't matter when you're trying to read (recover) a dataset from the tape. It isn't actually a tape lock, it is a read/write lock - if it is set in the lock position, you can't write anything new to the tape. It doesn't lock the tape from reading. Which begs the question as to why we call it a read/write lock instead of a write lock. ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF FREED SYS1.PARMLIB
Steve, If you have the freebie PDS tool, you can add space to it on the fly. That is what I would do. Or, you can create a new parmlib, with a new name, do a SETLOAD command to make the system use the new parmlib, then fix the real one, and do another SETLOAD to go back. Dave Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF FREED SYS1.PARMLIB
Eric Bielefeld wrote: Does anyone know what release the SETLOAD command came with? I never heard of that command until this discussion. OS/390 V1R2? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Yeah, but I'll snub you all... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Friday, August 31, 2007 7:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] Virtual Storage implementation Hi Ron, Maybe some of the IBM-MAIN crowd can finally meet you this time next year:-) SHARE comes to San Jose next summer. SHARE August 10-15, 2008 San Jose, California http://www.share.org/Events/future_conf.cfm Best Regards, Sam Knutson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins But in the meantime Anton I am writing to you from Sunny San Jose. I have not lived in Australia for 14 years... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, 31 Aug 2007 08:24:08 -0400, Phil Smith III wrote: Tom Schmidt wrote: snip You could also find the answers to your questions in the z/OS Principles of Operation, Chapter 3 (Storage). That's the z/Architecture PofOp -- z/OS is not a hardware architecture, and is not the only System z OS, despite repeated IBMers' insistence to the contrary... Oops, my fingers saw the z/ and automatically typed the OS suffix - whether I wanted that or not. You are, of course, correct and I feel appropriately silly. Shame on me. My point for the original poster (OP) was that the questions were not actually limited to MVS (as the original question was phrased) but had considerable details built into the documented architecture (that word which I accidentally replaced with OS). -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF FREED SYS1.PARMLIB
Does anyone know what release the SETLOAD command came with? I never heard of that command until this discussion. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Jousma, David [EMAIL PROTECTED] Steve, If you have the freebie PDS tool, you can add space to it on the fly.That is what I would do. Or, you can create a new parmlib, with a new name, do a SETLOAD command to make the system use the new parmlib, thenfix the real one, and do another SETLOAD to go back. Dave Dave Jousma Mainframe Services [EMAIL PROTECTED] 616.653.8429 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Password expiration message at every SUBMIT at z/OS 1.8?
On Fri, 31 Aug 2007 06:41:22 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: Wouldn't PUTLINE be a better choice than TPUT? Perhaps, but TPUT is simpler, and in the usual case this is during logon and there's no difference visible to the user as far as I know. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Redbooks site having problems?
I'm unable to proceed beyond the Redbooks homepage; everything returns 404 not found. Direct links to specific Redbooks also fail with 404 not found. Anybody else? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks site having problems?
Hmm, from the IBM.COM home page, I click on Support, click on Redbooks and then get a blank screen. Very annoying! From: Fletcher, Kevin [mailto:[EMAIL PROTECTED] Sent: Fri 8/31/2007 11:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redbooks site having problems? snip I'm unable to proceed beyond the Redbooks homepage; everything returns 404 not found. Direct links to specific Redbooks also fail with 404 not found. Anybody else? -jc- /snip jc, I get the Moved to Atlanta message. fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks site having problems?
snip I'm unable to proceed beyond the Redbooks homepage; everything returns 404 not found. Direct links to specific Redbooks also fail with 404 not found. Anybody else? -jc- /snip jc, I get the Moved to Atlanta message. fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks site having problems?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Fletcher, Kevin snip I'm unable to proceed beyond the Redbooks homepage; everything returns 404 not found. Direct links to specific Redbooks also fail with 404 not found. Anybody else? /snip jc, I get the Moved to Atlanta message. Wunnerful. Now I don't even get the homepage; just comes up totally blank. Maybe some backhoe operator whacked a phone line somewhere? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Darth Keller Sent: Friday, August 31, 2007 9:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSMSDSS RESTORE Error To answer the part of your question about the lock position, the tape lock position doesn't matter when you're trying to read (recover) a dataset from the tape. It isn't actually a tape lock, it is a read/write lock - if it is set in the lock position, you can't write anything new to the tape. It doesn't lock the tape from reading. Which begs the question as to why we call it a read/write lock instead of a write lock. Because it's Friday and my mind is elsewhere. I should have actually called it a write protect thing-a-ma-giggie. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Origin of LDASMF values?
Where are the contents of the LDASMF sub-fields in the LDA obtained from? After moving to a new data center, our default above the line region limit dropped from approx 1.7GB to 32MB and now some jobs are running out on of storage with the smaller default. The sysprogs a the new data center claim nothing was changed from before the move, dispite the fact that dumps from before the move indicate LDAELIM was 1.7GB and is now 32MB. Robert Ngan CSC Financial Services Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Stand-Alone Dump Process
Have any of you ever heard that a Store-Status is NOT needed for dump taking? Does anyone have a stand-alone dump procedure that they would be willing to share? TIA, George Rodriguez Specialist, Systems Programmer [EMAIL PROTECTED] (561) 357-7652 School District of Palm Beach County 3348 Forrest Hill Blvd. Room B301 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006 2007 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
The advice I've heeded for years is NOT to perform STORE STATUS for standalone dump because MVS itself sets a flag that requests STORE STATUS on the next IPL in the same LPAR. So manual action is not only unnecessary, but you might inadvertently get status stored from SAD itself rather than from the running OS. That would be appropriate only if you're trying to debug standalone dump code. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] George Rodriguez [EMAIL PROTECTED] EACH.K12.FL.USTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Stand-Alone Dump Process 08/31/2007 09:30 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU Have any of you ever heard that a Store-Status is NOT needed for dump taking? Does anyone have a stand-alone dump procedure that they would be willing to share? TIA, George Rodriguez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Issuing TSO commands from MVS console
Generic warning to be careful using anything from the CBT tape to issue TSO commands via CONSOLE. I gave a Bit Bucket segment in San Diego on adventures with the StarTool (aka PDS Command) started task commonly installed as 'PDSE'. This is an ancient component of the product--hence not updated for many years. As of z/OS 1.8, an old program that uses a one-byte console id will fail to return WTO output to the issuing console. There are new keywords for CONSOLxx to get 'unknown' responses to any particular console, but you have to know how to set them up. I'm guessing that a lot of CBT programs still use one-byte ids. BTW Serena has fixed the problem in their version of the product. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Fletcher, Kevin [EMAIL PROTECTED] ONSECO.COMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: Issuing TSO commands from MVS console 08/31/2007 06:33 AM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU snip How can I issue TSO commands from the Console. I heard using some special characters (in place of TSO ) tso commands can be issued on the MVS console. how is it possible ? Jacky /snip Jacky, IIRC there is something on the CBT TAPE that maybe help you, maybe file #25. http://www.cbttape.org/ watch for wrap. Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Origin of LDASMF values?
On Fri, 31 Aug 2007 11:21:07 -0500, Robert Ngan [EMAIL PROTECTED] wrote: Where are the contents of the LDASMF sub-fields in the LDA obtained from? The LDA of course. :-) (Local Data Area - mapped by the IHALDA macro) After moving to a new data center, our default above the line region limit dropped from approx 1.7GB to 32MB and now some jobs are running out on of storage with the smaller default. The sysprogs a the new data center claim nothing was changed from before the move, dispite the fact that dumps from before the move indicate LDAELIM was 1.7GB and is now 32MB. Robert Ngan CSC Financial Services Group SMF doesn't lie. If your default before was something other than 32M, then you had an IEFUSI exit in place. It isn't there now (or a different one is) so you need to talk to the sysprogs to find out why. The REXXSTOR exec on my web site and REXXSTOJ sample JCL for running it in batch may be of some help also. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Issuing TSO commands from MVS console
Skip Robinson of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/31/2007 11:58:23 AM: Generic warning to be careful using anything from the CBT tape to issue TSO commands via CONSOLE. I gave a Bit Bucket segment in San Diego on adventures with the StarTool (aka PDS Command) started task commonly installed as 'PDSE'. This is an ancient component of the product--hence not updated for many years. As of z/OS 1.8, an old program that uses a one-byte console id will fail to return WTO output to the issuing console. There are new keywords for CONSOLxx to get 'unknown' responses to any particular console, but you have to know how to set them up. I'm guessing that a lot of CBT programs still use one-byte ids. BTW Serena has fixed the problem in their version of the product. TSSO, CBT file 404, has been updated for the z/OS 1.8 level. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/31/2007 12:55:59 PM: The advice I've heeded for years is NOT to perform STORE STATUS for standalone dump because MVS itself sets a flag that requests STORE STATUS on the next IPL in the same LPAR. So manual action is not only unnecessary, but you might inadvertently get status stored from SAD itself rather than from the running OS. That would be appropriate only if you're trying to debug standalone dump code. From the archives: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-mainP=R9199I=1X=- archive start Subject: Re: Stand-Alone Dump Questions From: Jim Mulder [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Tue, 2 Mar 2004 14:28:00 -0500 Content-Type: text/plain I've seen posting from Greg Dyck that say not to set store status, because it's already done for you by z/OS. That doesn't make sense. You use a SA dump when z/OS is dead in the water. I suspect that he was telling you not to do a double store status. During IPL processing, MVS tells the machine to do a store status as part of the next LOAD (IPL) operation under the assumption that the next LOAD *might* be an IPL of SA dump. If it isn't, no harm is done. This function was introduced in MVS/370 SP1.3 as part of the RAS enhancements package for the 3033 processor, to deal with the problem of operators forgetting to do a store status. Unfortunately, VM never implemented this function (unless it was done recently and I didn't hear about it), so you still need to do it manually when running MVS on VM. archive end One update: That support was added to z/VM 5.1, which became generally available in September, 2004. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks site having problems?
Works for me, at least at the moment (http://www.redbooks.ibm.com/, that is). O'Brien, David W. [C] , NIH/CIT wrote: Hmm, from the IBM.COM home page, I click on Support, click on Redbooks and then get a blank screen. Very annoying! snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Origin of LDASMF values?
Sorry, I should have looked at what IEFUSI actually does instead of making assumptions. I assumed the exit determined the limits based of the contents of other control blocks, not from hardcoded values within the module. We must be using a different version of IEFUSI from the old data center. | | | | On Fri, 31 Aug 2007 11:21:07 -0500, Robert Ngan [EMAIL PROTECTED] wrote:| Where are the contents of the LDASMF sub-fields in the LDA obtained from?| | | The LDA of course. :-)  (Local Data Area - mapped by  the IHALDA macro) | | | After moving to a new data center, our default above the line region | limit | dropped from approx 1.7GB to 32MB and now some jobs are running out on of| | storage with the smaller default.  The sysprogs a the new data center| claim | nothing was changed from before the move, dispite the fact that dumps| from | before the move indicate LDAELIM was 1.7GB and is now 32MB. | | | Robert Ngan | CSC Financial Services Group | | | | SMF doesn't lie.  If your default before was something other than 32M, | then you had an IEFUSI exit in place.  It isn't there now (or a different | one | is) so you need to talk to the sysprogs to find out why.  The REXXSTOR| exec on my web site and REXXSTOJ sample JCL for running it in batch | may be of some help also. | | | Mark | --| Mark Zelden | Sr. Software and Systems Architect - z/OS Team Lead | Zurich North America / Farmers Insurance Group - ZFUS G-ITO | mailto:[EMAIL PROTECTED] | z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ | Systems Programming expert at http://expertanswercenter.techtarget.com/ | Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html | | --| This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF FREED SYS1.PARMLIB
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/31/2007 11:06:07 AM: Eric Bielefeld wrote: Does anyone know what release the SETLOAD command came with? I never heard of that command until this discussion. OS/390 V1R2? OS/390 V1R2 (JBB6602) it was. BROWSESYS1.MACLIB(IEFPRMLB) Line 1587 Col Command === Scroll = *01* CHANGE ACTIVITY: * * * * Flag LineItem FMIDDate IDComment * * * *$L0=PARMCAMG JBB6602 950630 PDNN: Concatenated Parmlib Support * *$L1=PARMCJBB6602 950630 PDNN: Concatenated Parmlib Support * *$L2=PARMCJBB6602 950707 PDNN: Concatenated Parmlib Support * *$01=OW25172 JBB6602 970428 PDNN: MOVE FREECLOSE under READ * *$P1=PXD0213 HBB7703 990713 PDXB: More parmlib data sets* Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Redbooks site having problems?
Yes, that works and I can also navigate from the IBM.COM Home page. From: John Eells [mailto:[EMAIL PROTECTED] Sent: Fri 8/31/2007 1:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Redbooks site having problems? Works for me, at least at the moment (http://www.redbooks.ibm.com/, that is). O'Brien, David W. [C] , NIH/CIT wrote: Hmm, from the IBM.COM home page, I click on Support, click on Redbooks and then get a blank screen. Very annoying! snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM-Link Down 31AUG07?
So far, I've timed out once, and am still waiting for a response in login into IBMLink (web). So before I do the 800 number thing... Anyone else not able to get in? Regards, Steve Thompson --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Origin of LDASMF values?
Robert Ngan wrote: Where are the contents of the LDASMF sub-fields in the LDA obtained from? After moving to a new data center, our default above the line region limit dropped from approx 1.7GB to 32MB and now some jobs are running out on of storage with the smaller default. The sysprogs a the new data center claim nothing was changed from before the move, dispite the fact that dumps from before the move indicate LDAELIM was 1.7GB and is now 32MB. snip It sounds as though there might be a different IEFUSI exit, or that perhaps there is no active IEFUSI exit. See (watch the wrap): http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e480/2.26?SHELF=EZ2ZO10jDT=20070427225738 Note that 32MB is the default for LDAELIM. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Aton Connect for Windows Mobile
Just wondering if anyone has ever used the Aton Connect for Windows Mobile (see http://aton.com/Products/Pocket_TN3270/pocket_tn3270.htm ) to do TN3270 to your mainframe. Unfortunately, we cannot use this product yet because it doesn't support SSL (available in next release I'm told) but I'm curious if anyone else has tried it and rolled it out to people in your enterprise. I have a ATT (Cingular) 8125 cell phone running Windows Mobile 5 and downloaded the trial version ($36 for licensed copy). It seems to work pretty decently except for the lack of SSL. Just looking for opinions. Thanks for your feedback. Todd Last Lead Systems Programmer University of Chicago [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-Link Down 31AUG07?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve SNIP Seems the problem is sporadic. Not everyone has it happening. Good thing the VM 3270 system is functional. Allowed me to respond to support when they emailed me... BTW - What screen sizes will the VM system support? Specifically, will it support custom sizes? I asked because I used a MOD4 emulation screen that I built just for IBMLink (which I was rather sure it would handle). But it would be nice to use my custom 3270 sizes. Except for one anomalous occurrence, I use a 62x160 screensize without problems. I believe Ed Jaffe has said he uses something like 54x140 without problems. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-Link Down 31AUG07?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, August 31, 2007 1:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM-Link Down 31AUG07? SNIP Except for one anomalous occurrence, I use a 62x160 screensize without problems. I believe Ed Jaffe has said he uses something like 54x140 without problems. SNIP Thanx. I wanted to know before I tried, so I'd be able to tell if problems were me and my emulator, or on the other end. Regards, Steve Thompson -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-Link Down 31AUG07?
Thompson, Steve wrote: Good thing the VM 3270 system is functional. Allowed me to respond to support when they emailed me... Redundancy is a good thing. BTW - What screen sizes will the VM system support? Specifically, will it support custom sizes? I asked because I used a MOD4 emulation screen that I built just for IBMLink (which I was rather sure it would handle). But it would be nice to use my custom 3270 sizes. When using PCOM or similar emulator, I use the following logmode: TITLE 'P6262142' ** *62X80 AND 62X142* ** P6262142 MODEENT LOGMODE=P6262142, FMPROF=X'03',TSPROF=X'03', PRIPROT=X'B1',SECPROT=X'90',COMPROT=X'3080', RUSIZES=X'87F8',APPNCOS=#CONNECT, PSERVIC=X'02803E503E8E7F00' This provides me with 62x80 default (primary) screen size and 62x142 alternate screen size. I set ISPF Screen format = 1 (Data) to facilitate 62x80 editing of source code and JCL and 62x142 browsing of output, syslog, etc. From this environment, I issued 'tso telnet ibmlink.advantis.com' from the ISPF command line to connect to VM IBMLink. I logged on, successfully used SIS, ETR, etc. Some screens were obviously 24x80 followed by 38 blank lines. Others used the entire 62x142 area as appropriate. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-Link Down 31AUG07?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve Sent: Friday, August 31, 2007 12:46 PM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-Link Down 31AUG07? SNIP Seems the problem is sporadic. Not everyone has it happening. Good thing the VM 3270 system is functional. Allowed me to respond to support when they emailed me... BTW - What screen sizes will the VM system support? Specifically, will it support custom sizes? I asked because I used a MOD4 emulation screen that I built just for IBMLink (which I was rather sure it would handle). But it would be nice to use my custom 3270 sizes. Regards, Steve Thompson --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dynamic Allocation Error in EDGHSKP
I am trying to run the EDGHSKP program to obtain a listing of the VRS entries in DFHSMSrmm. I get the following error from it. I've tried to search the IBM WEB site for the manual that has the dynamic allocation return codes, but can't seem to find the correct one. Does anyone know what the problem is here, or where I might be able to find a list of the dynamic allocation return codes? EDG2301E FILE DYNAMIC ALLOCATION ERROR 0C 035C 0002, $TCK.$TCKSMFP.JOB EDG6207E DFSMSrmm SUBSYSTEM UNABLE TO ALLOCATE AND OPEN THE INPUT AND OUTPUT DATA SETS SPECIFIED Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic Allocation Error in EDGHSKP
snip where I might be able to find a list of the dynamic allocation return codes? snip Of course there are numerous list but I generally start with the one on the HELP panel for ISPF, eg. from edit PF1,then top, then select A Jack Kelly LA Systems @ US Courts x 202-502-2390 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic Allocation Error in EDGHSKP
from Tom Kelman where I might be able to find a list of the dynamic allocation return codes? from Jack Kelly Of course there are numerous list but I generally start with the one on the HELP panel for ISPF, eg. from edit PF1,then top, then select A end snip Thanks Jack. It's been so long since I had a dynamic allocation error that I'd forgotten about that one. It's interesting that a return code of 12 with an error code of 035C says the following. That means there is a supplied IBM utility program that isn't setting up its dynamic allocation requests properly. Go figure. It looks like it's time to open an ETR. PARM SPECIFIED IN TEXT UNIT IS NOT VALID Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic Allocation Error in EDGHSKP
Is the data set it is trying to write to there? $TCK.$TCKSMFP.JOB Application Programmer Response: Identify the error from the system messages issued. Correct the error and resubmit the job. All data sets must be permanent, cataloged, predefined data sets allocated with DISP=SHR. Lizette I am trying to run the EDGHSKP program to obtain a listing of the VRS entries in DFHSMSrmm. I get the following error from it. I've tried to search the IBM WEB site for the manual that has the dynamic allocation return codes, but can't seem to find the correct one. Does anyone know what the problem is here, or where I might be able to find a list of the dynamic allocation return codes? EDG2301E FILE DYNAMIC ALLOCATION ERROR 0C 035C 0002, $TCK.$TCKSMFP.JOB EDG6207E DFSMSrmm SUBSYSTEM UNABLE TO ALLOCATE AND OPEN THE INPUT AND OUTPUT DATA SETS SPECIFIED -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Thu, Aug 30, 2007 at 2:51 PM, in message [EMAIL PROTECTED], Rugen, Len [EMAIL PROTECTED] wrote: I'm not a linux expert, but the admins here want to build linux servers without swap space, so would that mean that they had no virtual storage? I tried to explain the difference in swap SIZE and RATE but they just kept repeating ram is cheap. Hopefully you told them just how not cheap it is on a mainframe. Even on midrange systems it isn't all that cheap when you get into shared/virtualized environments. If the admin wants to give 64GB to every guest, you won't get many guests. When I was supporting midrange Linux, we _never_ built systems without page space. Really nasty things start to happen if real storage runs short. To answer your question, yes, that would mean they have no virtual storage. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Change Management Packages
For the past few years, we have used ISPW exclusively for mainframe program development. We also use it for a number of UNIX applications as well. In the m/f arena, ISPW replaced another product (not ChangeMan) largely on a cost basis, but we also find that it behaves itself better from a sysprog point of view: no hooks, no tricky OS dependencies, no low level debugging. ISPW is rather small Canadian company, but the core management has contributed a great deal to SHARE over the years. They are responsive and quick to satisfy customer needs. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] Kelman, Tom [EMAIL PROTECTED] MMERCEBANK.COMTo Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Change Management Packages 08/30/2007 12:42 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU We are in the process of reviewing available change management packages. We currently have Serena's ChangeMan ZMF, but our management would like to find a less expensive product. One company that has been brought to our attention is ISPW. I've never heard of them, but they did win a SHARE award for technology excellence back in 2001. Does anyone have any information on them, or is anyone using their product? snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPAM: Re: Password expiration message at every SUBMIT at z/OS 1.8?
---snip- Wouldn't PUTLINE be a better choice than TPUT? ---unsnip That would depend on how early in the process. Remember that some control blocks may not be fully populated yet. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stand-Alone Dump Process
-snip--- Have any of you ever heard that a Store-Status is NOT needed for dump taking? Does anyone have a stand-alone dump procedure that they would be willing to share? ---unsnip IIRC, HMC setup for LOAD could optionally do a Store Status before initiating the LOAD. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, 31 Aug 2007 15:07:53 -0600, Mark Post wrote: , Rugen, Len wrote: I'm not a linux expert, but the admins here want to build linux servers without swap space, so would that mean that they had no virtual storage? I tried to explain the difference in swap SIZE and RATE but they just kept repeating ram is cheap. Hopefully you told them just how not cheap it is on a mainframe. Even on midrange systems it isn't all that cheap when you get into shared/virtualized environments. If the admin wants to give 64GB to every guest, you won't get many guests. Oh, really? Sure you can. z/VM can handle it very nicely, thank you. When I was supporting midrange Linux, we _never_ built systems without page space. Really nasty things start to happen if real storage runs short. To answer your question, yes, that would mean they have no virtual storage. I take it you disagree with Tony Harminc's post. Paging is only one part of virtual storage. The other part is the mapping of virtual addresses to real addresses. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
64GB to every guest, you won't get many guests. Oh, really? Sure you can. z/VM can handle it very nicely, thank you. As always, it depends. If all guests use all 64GB, you won't get many (performing) guests. Remember, Virtual Storage is the potential to address a large amount of memory. It really only works due to locality of reference. Blow that away and performance tanks quickly. Also, sub-systems like DB2 are getting to the point where you should/could/would not like it to page. Sort of throws the concept out the window, doesn't it? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Hi Ted, So how long are you driving now without any gas... Or are you just sitting in your vehicle , watching the World go bye.. or is it the girls go bye... or if you are in an airport bathroom ,.. the senators/cops go bye.. whatever you are diving these days. ... Who knows ? Anton Britz - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 6:08 PM, in message [EMAIL PROTECTED], Tom Marchant [EMAIL PROTECTED] wrote: On Fri, 31 Aug 2007 15:07:53 -0600, Mark Post wrote: -snip- Even on midrange systems it isn't all that cheap when you get into shared/virtualized environments. If the admin wants to give 64GB to every guest, you won't get many guests. Oh, really? Sure you can. z/VM can handle it very nicely, thank you. Not without a lot of paging space to back it up, and not without a severe performance hit if the machine only has, for example, 64GB of real to start with. My point being that the RAM is cheap mantra starts to fail when a box is only so big, and it needs to be shared among numerous entities. We've been doing it in the mainframe world for a long, long time. The midrange folks are just now starting to get an inkling of what shared/virtualized means in terms of application design, system requirements, etc., etc. Oh, and if you create a 64GB z/VM guest, shame on you. As someone who is very heavy into z/VM performance once told me, z/VM is very good at managing large numbers of small things. It's not so good at managing a smaller number of very large things. I tend to agree. The z/VM scheduler isn't too happy about guests with large working sets. -snip- To answer your question, yes, that would mean they have no virtual storage. I take it you disagree with Tony Harminc's post. Paging is only one part of virtual storage. The other part is the mapping of virtual addresses to real addresses. I would take the position that the two are both necessary, but not sufficient. I really think you need both of them to achieve what most people think of as virtual storage. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 6:14 PM, in message [EMAIL PROTECTED] .bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: -snip- Also, sub-systems like DB2 are getting to the point where you should/could/would not like it to page. Sort of throws the concept out the window, doesn't it? Unless you're paging to memory, as in using VDISK for paging volumes on z/VM. Then you can sustain a lot of paging without impacting application performance. In the case of Oracle, for example, if you can fit the SGA into the guest's real storage, you don't need a whole lot more for it to have the really critical pieces in the guest, and let the rest page. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
As someone who is very heavy into z/VM performance once told me, z/VM is very good at managing large numbers of small things. It's not so good at managing a smaller number of very large things. I tend to agree. The z/VM scheduler isn't too happy about guests with large working sets. There is also the issue of two levels of paging. z/VM's and the guests. This was a problem when I worked with VM/SP and MVS guests 20 years ago, and is still a problem with LINUX under z/VM, today. And, IBM's recommendation (even though some people think it's new) is still the same: assign the minimum amount of memory to each guest. Otherwise, you end up with a lot of overhead. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Unless you're paging to memory, as in using VDISK for paging volumes on z/VM. Then you can sustain a lot of paging without impacting application performance A few points on that: 1. I was talking about DB2 under z/OS - no VM. 2. Why not just attach the memory to the guest, rather than page. 3. You still have the CPU path length for paging. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
If the admin wants to give 64GB to every guest, you won't get many guests. Oh, really? Sure you can. z/VM can handle it very nicely, thank you. Sure, given enough aux storage. We all know what happens when VM starts paging. db -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 6:33 PM, in message [EMAIL PROTECTED] 5.bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: -snip- A few points on that: 1. I was talking about DB2 under z/OS - no VM. Sounds like a good reason to run your DB2 on Linux on z/VM. :) 2. Why not just attach the memory to the guest, rather than page. Because the guest will use it all, and you don't want it to do that. (See your own comment from before. :) 3. You still have the CPU path length for paging. In Linux and z/VM, that's pretty short, especially with the DIAG driver. We've been finding that a lot of sites are running out of storage before MIPS. Again, shared/virtualized is a different beast. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 6:31 PM, in message [EMAIL PROTECTED] .bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: -snip- There is also the issue of two levels of paging. z/VM's and the guests. This was a problem when I worked with VM/SP and MVS guests 20 years ago, and is still a problem with LINUX under z/VM, today. That's not nearly as much of a problem as it used to be. The Linux and z/VM developers did the smart thing, and decided the two OSes should talk to each other about it. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
2. Why not just attach the memory to the guest, rather than page. Because the guest will use it all, and you don't want it to do that. (See your own comment from before. :) You sort of misinterpreted what I meant. Give the guest enough to not page, and no more. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
sdsf authority
Using the ISFPARMS, what parameter controls the access to spool segments within a JES2 job. ddname JESMSGLG JES2 2 CICST JESJCL JES2 3 CICST JESYSMSG JES2 4 CICST SYSPRINT CICST2 101 CICST SYSPRINT CICST2 102 CICST DFHCXRF CICST2 103 CICST MSGUSR CICST2 105 CICST For example, to view the MSGUSER Thanks John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
That's not nearly as much of a problem as it used to be. The Linux and z/VM developers did the smart thing, and decided the two OSes should talk to each other about it. I was at a CMG-Canada seminar earlier this year, and an IBM-er gave a presentation on the Quebec Government's implementation of virtualisation of LINUX under z. He brought up this exact point; while reduced, the issue is still there. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Friday, August 31, 2007 5:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Virtual Storage implementation SNIP This was a problem when I worked with VM/SP and MVS guests 20 years ago, and is still a problem with LINUX under z/VM, today. SNIP Would that have been before IEF (Interpretive Execution Facility)? Once MVS was dispatched via SIE (Start Interpretive Execution), MVS was responsible for its own paging, much of its own I/O, and CPU dispatch issues. Without SIE, VM had to have shadow tables to help MVS do paging (an attempt to not page paging). By using IEF for LINUX, it would get x storage, and then have to do its own storage management. VSE, as I recall, was told that it had 32MB (or something similar) and VM then took care of the paging (because VSE didn't page in that case) -- must understand the memory system used by VSE (similar to VS1). Regards, Steve Thompson Opinions of poster are strictly those of the poster. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Would that have been before IEF (Interpretive Execution Facility)? Once MVS was dispatched via SIE (Start Interpretive Execution), MVS was responsible for its own paging, much of its own I/O, and CPU dispatch issues. According to a presentation I attended, given by an IBM-er, it's still there. Smaller, but still there. I have not worked with z/VM, just all VM's before it, so, if I'm wrong, I appologise; I was told this by an IBM-er I respect. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 6:49 PM, in message [EMAIL PROTECTED] .bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: That's not nearly as much of a problem as it used to be. The Linux and z/VM developers did the smart thing, and decided the two OSes should talk to each other about it. I was at a CMG-Canada seminar earlier this year, and an IBM-er gave a presentation on the Quebec Government's implementation of virtualisation of LINUX under z. He brought up this exact point; while reduced, the issue is still there. That is correct. Continuing work is being done in this area to improve things even more. You probably won't ever get rid of it completely, but it's not a huge issue even now. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
[EMAIL PROTECTED] (Ted MacNEIL) writes: Also, sub-systems like DB2 are getting to the point where you should/could/would not like it to page. Sort of throws the concept out the window, doesn't it? previous post in thread http://www.garlic.com/~lynn/2007o.html#41 Virtual Storage implementation one of the things that can happen is if you run a subsystem doing LRU-like activity management in a virtual address space that is also being managed with a LRU-like activity management. I first noticed this in the 70s ... when some of the os/360 migrated to virtual storage support and were in turn run in a virtual machine. vm370 was managing the virtual address space (of the virtual machine) with an LRU-like algorithm while the guest operating system was also managing (what it thot to be real storage) with a LRU-like algorithm. if the virtual quest took a page fault ... it would examine its available storage for the least-recently used page to replace. if the vm370 hypervisor was also paging ... it will also have used the same criteria to remove the least-recently used page from real storage ... however, this would possibly also going to be the most likely next page that the virtual guest was going to start using (when it did its own paging). dbms subsystems tends to have large buffer storage ... that are managed in a manner analogous to virtual storage ... i.e. the least recently used buffer is likely to be replaced with the latest requested record. A heavily used dbms subsystem is likely going to use the maximum storage available to it (because it is going to replace its least recently used buffers with the most recently requested records). one of my statements from the 70s was that running an LRU-like algorithm under a LRU-like algorithm can result in very pathelogical behavior and the virtualized quest/subystem can exhibit exact opposite of behavior of assumptions that are the foundation of LRU implementations (the least recently used page is the least likely to be needed in the near future, a virtual LRU-like algorithm is most likely to use the least recently used page). lots of past posts mentioning virtual storage page replacement and/or page/buffer replacement algorithms http://www.garlic.com/~lynn/subtopic.html#clock misc. past posts mentioning original rdbms sql implementation (originally all done on vm370 platform) http://www.garlic.com/~lynn/subtopic.html#systemr including tech. transfer from bldg. 28 to endicott for sql/ds. for other topic drift one of the people in the meeting mentioned in the following post claimed to have handled large part of the technology transfer from endicott to bldg. 90 for DB2 http://www.garlic.com/~lynn/95.html#13 http://www.garlic.com/~lynn/96.html#15 above meeting was related to turning out ha/cmp product http://www.garlic.com/~lynn/subtopic.html#hacmp and other old email related to working on ha/cmp scaleup http://www.garlic.com/~lynn/lhwemail.html#medusa another scenaro of running subsystem in a paged virtual address space ... which believed that the virtual address space was really memory was when the science center http://www.garlic.com/~lynn/subtopic.html#545tech originally did the port of apl\360 to cms for cms\apl. The problem was that apl\360 believed its workspace was resident real storage and had a storage allocation strategy that would assign a new storage location for every assignment statement ... until it had exhausted the available (workspace) available storage ... at which point it would do garbage collection and collapse all allocated locations into contiguous memory ... and then starting all over again. It wasn't too bad to repeatedly use all of a (real storage) 16kbyte swapped workspace. However, in cms virtual address space environment, the available workspace could easily be several mbytes (or even nearly all of 16mbytes). this would be under cp67 on a 360/67 with typically 512kbytes to 1mbyte of real storage. very quickly it was realized that the apl\360 storage management and garbage collection implementation had to be significantly reworked to move it to a virtual memory environment. Turns out one of the early major uses of cms\apl on the cambridge cp67 machine was the business planning people in armonk. prior to cms\apl, apl\360 with only 16kbyte-32kbyte workspace sizes didn't provide much room for working on any real world problems. significantly opening up the apl workspace size with cms\apl allowed for work on some real world problems. the business planning people loaded the most sensitive corporate information ... detailed customer information ... on the cambridge machine and ran sophisticated business modeling applications implemented in apl. for other drift, this represented some interested security issues ... since the cambridge system was also being used by numerous students and others from colleges and universities in the cambridge area. recent post on that particular topic drift:
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 6:47 PM, in message [EMAIL PROTECTED] .bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: 2. Why not just attach the memory to the guest, rather than page. Because the guest will use it all, and you don't want it to do that. (See your own comment from before. :) You sort of misinterpreted what I meant. Give the guest enough to not page, and no more. That's still probably too much, if only by a little. The idea is to force Linux to use as little storage as possible for buffers and cache, and page out any programs, etc., that haven't been used very recently. Letting z/VM handle this via expanded storage, and paging some things out to real disk turns out to work very well in a shared environment. Other techniques, such as having the kernel in a Named Saved Segment, and executable userspace code in a DCSS using the eXecute In Place file system helps even more. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
That is correct. Continuing work is being done in this area to improve things even more. You probably won't ever get rid of it completely, but it's not a huge issue even now. It may not be a huge issue; it was big enough for the IBM-er to mention it. As long as it's non-zero, it will be there. Remember, these are mainframes (not squatty boxes), and we run them at 100%. If you have enough virtualised images, the overhead will show up. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
That's still probably too much, if only by a little. The idea is to force Linux to use as little storage as possible for buffers and cache, and page out any programs, etc., that haven't been used very recently. Letting z/VM handle this via expanded storage, and paging some things out to real disk turns out to work very well in a shared environment. Other techniques, such as having the kernel in a Named Saved Segment, and executable userspace code in a DCSS using the eXecute In Place file system helps even more. Nolo contendri! I haven't worked with VM since before z/VM! All I know is from reading and presentations. I trust the authors and the presenters. If I've over-extrapolated, I'm sorry. But, with hundreds of guests, a few small points of overhead may add up. And, IBM did point it out. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 7:09 PM, in message [EMAIL PROTECTED] .bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: -snip- It may not be a huge issue; it was big enough for the IBM-er to mention it. If that was the worst issue he mentioned, then DGTIC is doing very well indeed. :) As long as it's non-zero, it will be there. Well, duh. :) Hence my comment much earlier in this thread that the RAM is cheap mantra falls apart very quickly in shared/virtualized environments. Remember, these are mainframes (not squatty boxes), and we run them at 100%. If you have enough virtualised images, the overhead will show up. No need to remind me. I've been working with mainframes for over 30 years. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
On Fri, Aug 31, 2007 at 7:14 PM, in message [EMAIL PROTECTED] 5.bisx.prod.on.blackberry, Ted MacNEIL [EMAIL PROTECTED] wrote: -snip- If I've over-extrapolated, I'm sorry. No need to apologize. You've been entirely courteous and professional. But, with hundreds of guests, a few small points of overhead may add up. Absolutely. Going back to my original point, that shared/virtualized environments are different in this regard, the Open Source Xen project is trying to learn as much as possible about how VM, and now z/VM has dealt with these sorts of issues over the decades. Unlike a lot of people who think there's nothing to learn from the mainframe world, they're very eager to avoid as many well understood problems as possible. Our experience with Linux on z/VM has been invaluable to them, as well as the user mode Linux folks, such as wanting to get rid of the 100Hz (now 1000Hz) timer interrupts that would chew up and entire CP/IFL with enough guests running. :) They're hitting the same sorts of problems, and actually looking to us to help them out. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
If that was the worst issue he mentioned, then DGTIC is doing very well indeed. :) I agree. My point was never that it was a show-stopper. Just (as any performance/capacity issue) that you have to be aware of it. ..Some snippage. Remember, these are mainframes (not squatty boxes), and we run them at 100%. If you have enough virtualised images, the overhead will show up. No need to remind me. I've been working with mainframes for over 30 years. Accademically since 1971; professionally since 1981. (On an enforced hiatus for the last three months) I could show you my scars. Hey, I'm a young guy at 50. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sdsf authority
OT for Friday afternoon... John Norgauer's tagline below is a great quote that I first heard at SHARE San Diego in a session on Disaster Recovery. John marks it 'anonymous'; the session speaker threw it out with no attribution. I did a Google search on the expression and got two hits: one an IBM MAIN post from John himself, the other a blog entry from one Isabel Wang: 'I also followed Dan Ciruli comment (hardware eventually breaks; software eventually works) to DigiPede, which makes distributed computing software for Windows.' I don't know who Dan Ciruli is, but the aphorism really hits home. It captures in a few words so much of my experience in this business. John Norgauer [EMAIL PROTECTED] DMC.UCDAVIS.EDU To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU sdsf authority 08/31/2007 03:42 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU snip John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
[EMAIL PROTECTED] (Mark Post) writes: Oh, and if you create a 64GB z/VM guest, shame on you. As someone who is very heavy into z/VM performance once told me, z/VM is very good at managing large numbers of small things. It's not so good at managing a smaller number of very large things. I tend to agree. The z/VM scheduler isn't too happy about guests with large working sets. the issue may not so much be a scheduling problem and/or specifically a large working set problem ... as somewhat mentioned in this post: http://www.garlic.com/~lynn/2007o.html#45 Virtual Storage implementation there is an implicit assumption in paged virtual memory and working sets with regard to least-recently-used page replacement algorithms ... which assumes that the page/buffer that has been least-recently-used in the past is likely to be least-recently-used in the future. however, virtual guests and various subsystems (which manage storage with their own least-recently-used algorithm) or likely to exhibit just the opposite behavior ... the page/buffer that has been least-recently-used in the past ... is the page/buffer that the virtual guest/subsystem is going to select for replacement and start using. Having a multi-level least-recently-used replacement strategy can exhibit pathelogical behavior where the next lower level management has removed the page/buffer which is going to be the higher level management operation is most likely to select to start using (the hypervisor closest to the hardware is the lowest level). lots of past posts mentioning page replacement algorithms and virtual storage management http://www.garlic.com/~lynn/subtopic.html#wsclock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
No need to apologize. You've been entirely courteous and professional. Very gracious. Thank-you. I'm just trying to contribute; if I'm wrong, I have no problem with being corrected. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
[EMAIL PROTECTED] (Thompson, Steve) writes: VSE, as I recall, was told that it had 32MB (or something similar) and VM then took care of the paging (because VSE didn't page in that case) -- must understand the memory system used by VSE (similar to VS1). recent posts in this thread: http://www.garlic.com/~lynn/2007o.html#41 Virtual Storage implementation http://www.garlic.com/~lynn/2007o.html#45 Virtual Storage implementation http://www.garlic.com/~lynn/2007o.html#46 Virtual Storage implementation the handshaking had earlier been implemented in cp67 with mvt by one of the university cp67 installations. a similar implementation was done for vm370 somewhat in conjunction with the ecps microcode assist ... for a little topic drift a recent post in comp.arch mentioning ecps (as well as sie) http://www.garlic.com/~lynn/2007o.html#42 mainframe performance, was Is a RISC chip more expensive? vs1 typically ran with something like a 4mbyte virtual address space ... something akin to the initial move of mvt to os/vs2 svs which ran with a 16mbyte virtual address space. for vs1 handshaking, vm370 gave the vs1 guest virtual machine a 4mbyte machine. then vs1 mapped its 4mbyte virtual address space one-for-one to the 4mbyte virtual machine address space (at first glance vs1 had 4mbyte virtual address space to a 4mbyte machine so it would never get any guest page faults). all the page faults would be happening at the vm370 level, which would then schedule a psuedo page-fault interrupt for the vs1 guest while it performed the page replacement operation. This would allow vs1 to switch to a different task/application ... so that the whole virtual machine execution wouldn't be blocked just waiting on page fault processing for a specific task/application. When page fetch had been completed, vm370 would post a psuedo page fetch completion interrupt to VS1 guest ... so that it might choose to re-enable that faulted task for execution. the assumption was that the virtual machine guest is multitasking lots of different workload and is capable of doing a task switch and continue execution when a specific task has a missing page. I had highly optimized both the native vm370 page processing pathlength as well as selection of code paths to be moved to microcode as part of the ECPS effort. As a result, it was actually possible for VS1 to have higher thruput under vm370 than running stand-alone on the same hardware (w/o vm370; my pathlength for doing page processing was significantly better than VS1's ... as well as my page replacement implementation). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
And what exactly happens? If you mean bad things, au contraire. z/VM can sustain extremely high paging rates (thousands per second and more) and still deliver good performance to it's guests. It is certainly not an environment that you want to tune to, but it's good to know that the operating system can handle it, if need be. Dave Barry wrote: If the admin wants to give 64GB to every guest, you won't get many guests. Oh, really? Sure you can. z/VM can handle it very nicely, thank you. Sure, given enough aux storage. We all know what happens when VM starts paging. db -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
[EMAIL PROTECTED] (Mark Post) writes: That's still probably too much, if only by a little. The idea is to force Linux to use as little storage as possible for buffers and cache, and page out any programs, etc., that haven't been used very recently. Letting z/VM handle this via expanded storage, and paging some things out to real disk turns out to work very well in a shared environment. Other techniques, such as having the kernel in a Named Saved Segment, and executable userspace code in a DCSS using the eXecute In Place file system helps even more. previous posts in this thread: http://www.garlic.com/~lynn/2007o.html#41 Virtual Storage implementation http://www.garlic.com/~lynn/2007o.html#45 Virtual Storage implementation http://www.garlic.com/~lynn/2007o.html#46 Virtual Storage implementation http://www.garlic.com/~lynn/2007o.html#47 Virtual Storage implementation for more archeological topic drift with regard to DCSS. i had originally started what i called virtual memory management on cp67 platform at the science center http://www.garlic.com/~lynn/subtopic.html#545tech this included mapping the cms filesystem to a paged mapped infrastructure http://www.garlic.com/~lynn/subtopic.html#mmap which included a lot of fancy options about moving pages to/from virtual address space and disk storage. i then ported this to a vm370/cms environment with a lot of options for sharing of segments. a variety of some of this was used in some of the original relation/sql dbms work ... all done on vm370 platform http://www.garlic.com/~lynn/subtopic.html#systemr in the early 70s, there was a project called future system http://www.garlic.com/~lynn/subtopic.html#futuresys which was going to replace 360/370 with a radically different machine architecture. this effort absorbed significant corporate resources and when it was finally canceled (w/o even being announced) there was significant scrambling to get all sort of items back into the 370 hardware and software product pipeline. The resulting mad scramble open opportunity to get a lot of work ... that had continued at the science center http://www.garlic.com/~lynn/subtopic.html#545tech on 370s into vm370 product ... including my resource manager http://www.garlic.com/~lynn/subtopic.html#fairshare that included a large amount of other work not strictly related to resource management, things like lots of kernel reorganization for multiprocessor support http://www.garlic.com/~lynn/subtopic.html#smp part of that opportunity resulted in releasing an extremely small subset of the virtual memory management work as DCSS (and the generalized paged mapped infrastructure was not included). for additional topic drift ... some discussions of various problems trying to reconcile generalized virtual memory management features with os/360 address constant convention http://www.garlic.com/~lynn/subtopic.html#adcon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMSDSS RESTORE Error
Combining your RESTORE error message with the tape generation JCL, it would appear that you are trying to do the restore from SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00, which is your SYSPRINT output from the backup, not the actual backed up data. You obviously should be using as your source of RESTORE data your CART output dataset SYS1T.WEEKLY.AUSR06.BKP.GV00 instead! Mohan wrote: HI, Here is the JCL we user 1 //SYSWEEKJ JOB (ACCT#),CLASS=I, JOB04746 //MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=SYSUID //* WEEKLY BACKUP ** // // CHANGE THE CART NUMBER ON LINE NO:13 //-- //** IEFC653I SUBSTITUTION JCL - (ACCT#),CLASS=I,MSGCLASS=H,MSGLEVEL=(1,1),NOTIFY=OPRJAN 2 //BKUP PROC //EXEC EXEC PGM=ADRDSSU,REGION=0M //IN DD UNIT=3390,VOL=SER=VOLID.,DISP=SHR //CART DD DSN=SYS1T.WEEKLY.VOLID..BKP(+1),DISP=(NEW,CATLG), //DCB=IPOBAK.PATTERN.DSCB,RETPD=26, //VOL=(,RETAIN,,SER=(ASYSW3)),UNIT=CART,LABEL=(L.,SL) //SYSPRINT DD DSN=SYS1T.WEEKLY.VOLID..BKPDSNS(+1),DISP=(NEW,CATLG), //DCB=IPOBAK.PATTERN.DSCB,SPACE=(TRK,(1,1)), //LRECL=121,BLKSIZE=1210,RECFM=FBA,DSORG=PS // DD SYSOUT=* //SYSINDD DSN=SYS2.SYSADM.PARMLIB(VOLDEF),DISP=SHR //* //COPY EXEC PGM=IEBGENER //SYSUT1 DD DSN=SYS1T.WEEKLY.VOLID..BKPDSNS(+1),DISP=SHR //SYSUT2 DD SYSOUT=* //SYSPRINT DD DUMMY //SYSIN DD DUMMY // PEND The next is the one for the user volume AUSR06 as follows 380 //BKAUSR06 EXEC BKUP,L=30,VOLID=AUSR06,VOLDEF=BKUSRVOL N 381 ++BKUP PROC 382 ++EXEC EXEC PGM=ADRDSSU,REGION=0M 383 ++IN DD UNIT=3390,VOL=SER=VOLID.,DISP=SHR IEFC653I SUBSTITUTION JCL - UNIT=3390,VOL=SER=AUSR06,DISP=SHR 384 ++CART DD DSN=SYS1T.WEEKLY.VOLID..BKP(+1),DISP=(NEW,CATLG), ++DCB=IPOBAK.PATTERN.DSCB,RETPD=26, ++VOL=(,RETAIN,,SER=(ASYSW3)),UNIT=CART,LABEL=(L.,SL) IEFC653I SUBSTITUTION JCL - DSN=SYS1T.WEEKLY.AUSR06.BKP(+1),DISP=(NEW,CATLG),DCB=IPOBAK.PATTERN.DSCB,RETPD=26, VOL=(,RETAIN,,SER=(ASYSW3)),UNIT=CART,LABEL=(30,SL) 385 ++SYSPRINT DD DSN=SYS1T.WEEKLY.VOLID..BKPDSNS(+1),DISP=(NEW,CATLG), ++DCB=IPOBAK.PATTERN.DSCB,SPACE=(TRK,(1,1)), ++LRECL=121,BLKSIZE=1210,RECFM=FBA,DSORG=PS IEFC653I SUBSTITUTION JCL - DSN=SYS1T.WEEKLY.AUSR06.BKPDSNS(+1),DISP=(NEW,CATLG),DCB=IPOBAK.PATTERN.DSCB, SPACE=(TRK,(1,1)),LRECL=121,BLKSIZE=1210,RECFM=FBA,DSORG=PS 386 ++ DD SYSOUT=* 387 ++SYSINDD DSN=SYS2.SYSADM.PARMLIB(VOLDEF),DISP=SHR ++* IEFC653I SUBSTITUTION JCL - DSN=SYS2.SYSADM.PARMLIB(BKUSRVOL),DISP=SHR 388 ++COPY EXEC PGM=IEBGENER 389 ++SYSUT1 DD DSN=SYS1T.WEEKLY.VOLID..BKPDSNS(+1),DISP=SHR IEFC653I SUBSTITUTION JCL - DSN=SYS1T.WEEKLY.AUSR06.BKPDSNS(+1),DISP=SHR 390 ++SYSUT2 DD SYSOUT=* 391 ++SYSPRINT DD DUMMY 392 ++SYSIN DD DUMMY Here in the above i had mentioned the correct label as 30,SL the tape volume is ASYSW3 Thanks Mohan On Fri, 31 Aug 2007 12:09:42 +0100, Jim McAlpine [EMAIL PROTECTED] wrote: On 8/31/07, Mohan [EMAIL PROTECTED] wrote: Hi, Here is the Job output message 1 ICH70001I OPRCAM LAST ACCESS AT 11:44:40 ON THURSDAY, AUGUST 30, 2007 IEF236I ALLOC. FOR RESTJB RESDF IEF237I 0890 ALLOCATED TO CART IEF237I D717 ALLOCATED TO OUT IEF237I JES2 ALLOCATED TO SYSPRINT IEF237I JES2 ALLOCATED TO SYSIN IEC149I 813-04,IFG0195H,RESTJB,RESDF,CART,0890,ASYSW3, SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 IEF142I RESTJB RESDF - STEP WAS EXECUTED - COND CODE 0008 IEF285I SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 KEPT IEF285I VOL SER NOS= ASYSW3. IEF285I SYS07242.T123241.RA000.RESTJB.R0116051 KEPT IEF285I VOL SER NOS= AZSYS2. IEF285I OPRCAM.RESTJB.JOB05708.D102.?SYSOUT IEF285I OPRCAM.RESTJB.JOB05708.D101.?SYSIN IEF373I STEP/RESDF /START 2007242.1232 IEF374I STEP/RESDF /STOP 2007242.1241 CPU0MIN 00.12SEC SRB0MIN 00.01SEC VIRT 1856K SYS 276K EXT 696K SYS 13356K IEF375I JOB/RESTJB /START 2007242.1232 IEF376I JOB/RESTJB /STOP 2007242.1241 CPU0MIN 00.12SEC SRB0MIN 00.01SEC Yes it has IEC149I. Thanks Mohan The 813-04 abend in the IEC149I message means that the dataset name you have specified in the jcl - SYS1T.WEEKLY.AUSR06.BKPDSNS.G0021V00 does not match the dataset name on the tape for that label number. Jim McAlpine ... -- Joel C. Ewing, Fort
Re: batch rexx call edit macro
And also, did you really intend
EDIT DATASET('tsips.mvh.outextbd') MACRO(CSVS2),
which will preserve the lower case and probably give an invalid dataset
reference, or perhaps instead intended
EDIT DATASET(filename) MACRO(CSVS2),
which based on your previous Say will be resolved to
EDIT DATASET('TSIPS.MVH.OUTEXTBD') MACRO(CSVS2)
superk wrote:
Maybe I'm missing it, but I don't see an ISPSTART command to invoke
ISPF services.
See
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZDG40/2.3?DT=20050712212339
--
Joel C. Ewing, Fort Smith, AR[EMAIL PROTECTED]
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Permission Problems On 3rd Open Of Same PDS
I've got an LE C++ program that fopens 3 different members of the same PDS. The first 2 fopens and fcloses work fine, but the 3rd fopen gets a permission error for some users. I've traced the problem a to missing OMVS segments for the failing users. I've resolved this in the past by just defining an OMVS segment in RACF for the users that wish to run the program. Now, however, I'm trying to run it at a site with ACF2. All users have a default OMVS segment defined but I'm still getting the problem. My application gets an EDC5111I Permission denied. (errno2=0x5b450002) DD:TEST3 message. My code does: fh1 = fopen(DD:TEST1); fclose(fh1); fh2 = fopen(DD:TEST2); fclose(fh2); fh3 = fopen(DD:TEST3); failure The DD statements for the program look like: //TEST1 DD DISP=SHR,DSN=USERID.TEST(TEST1) //TEST2 DD DISP=SHR,DSN=USERID.TEST(TEST2) //TEST3 DD DISP=SHR,DSN=USERID.TEST(TEST3) The data set is RECFM=FB, LRECL=80, BLKSIZE=3200. Any help would be appreciated. I'd prefer not having to define OMVS segments for the users, but I'm not picky. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Storage implementation
Hello Ankit, welcome to IBM-MAIN and mainframes... :-) A long time ago at Uni one of the courses I took described how this all worked...and it used what is now z/OS to describe how it was done. Not that this can help you, just that it is such a basic idea that these days I don't think about it. As has been recommended you should review the ABC's of z/OS System Programming, but I think that the Introduction to the New Mainframe manuals may also be of help. The shape and size of the control blocks used by RSM and ASM in z/OS have changed over the years as the hardware and software have been modified to support the 24 bit, 31/32 bit and now 64 bit addressing schemes. The post by Sam Knutson recommended TheThingKing which is an excellent humorous description of how virtual storage works. As to Anton! = because we are in America Anton Britz 30 Aug 2007 10:09:50 -0500 As if! Many of the posters/lurkers on this list are NOT in America. In fact in a later post you acknowledge that my mate Ron is Australian. Such bias as you have shown is not in the best interest of world peace (what every Miss World asks for :-D ) On Wed, 29 Aug 2007 15:02:57 -0500, Ankit [EMAIL PROTECTED] wrote: snip Could anyone please explain : 1. How the Virtual storage come into picture when DAT (Dynamic Address translation ) uses real storage and auxillary storage to execute the programs??? 2. What's the concept of virtual address? 3. How much real storage is used by the DAT (to convert the virtual address to real address? Thanks Regards Bruce Hewson yeah- I know it is a few days late, but I have been in class the last week taking an authorised training course on TCP/IP. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
