SMPPTS Dataset
Hello Group, Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Please help me to find any book, which describe about this. Thanks in advance. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Failed backup of a RLS VSAM Data Sets (BWO=NULL)
Hi, I get an ADR952E message when backing up a RLS-enabled VSAM Data Set. The BWO status is NULL. Please advise on what this status should be in order to back up the data set successfully. The error code generated is as follows: 0ADR952E (001)-DTDSC(01), THE IDAQDMP MACRO FAILED DURING QUIESCE PROCESSING FOR CLUSTER DFHSM.D0C0.BCDS WITH RETURN CODE 0008 AND REASON CODE 61FF0004 Should the data set be reallocated or altered with a different BWO option, and what would this option be? Regards. Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Jorge Martin Badenas is out of the office. (returning 15/08/2011)
I am out of the office until 15/08/2011. I will respond to your message when I return. Note: This is an automated response to your message IBM-MAIN Digest - 23 Jul 2011 to 24 Jul 2011 (#2011-205) sent on 25/7/11 6:00:00. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tape dataset not Visible
Hi, The tape dataset gets created when we go for a back up. We can view the same tape datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I tried browsing the tape dataset which was created during back but i am not able view it. Could anyone please suggest me your ideas or hint. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Hi Chris, First of all, very appreciate your kindly and very speific explaination! I read through the document you mentioned. If I let resolver with default settings, there will be no global tcpip data and default tcpip data.. According to the search order, the tcpip will use //SYSTCPD DD card as its tcpdata source... So I only define the relative settings in the member of //SYSTCPD DD card refers to.. I defined the HOSTNAME ABC, LOOKUP LOCAL. But when I issued HOMETEST, it couldn't get the hostname of ABC.. in shew hostname as NODENAME, so the resolving failed. However, I can use TESTSITE to resolve the hostname ABC. Best Regards! Anson From: Chris Mason chrisma...@belgacom.net To: IBM-MAIN@bama.ua.edu Sent: Saturday, July 23, 2011 12:33 AM Subject: Re: TCPIP Resolver Question Anson You will find the greatest concentration of expertise with the IP component of z/OS Communications Server (CS) in the following list: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L There are also specialists in TCP/IP for VM to be found there if that is ever a concern for you. Now comes out the question, what's the 'applicable searching order'? I think you may need to refresh your memory of the z/OS CS IP class you took and then read up on the following chapter in the z/OS CS IP Configuration Guide manual: 2.5 Chapter 14. The resolver http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B3A0/2.5 Note that you can skip the relatively recently introduced functions described under 2.5.8 Resolver functions for now. Once you have read through - and understood - the 2.5.9 Resolver configuration files section, - I think - your initial question will be answered. I say I think since the text string applicable searching order can be found neither in the z/OS CS IP Configuration Guide not the z/OS CS IP Configuration Reference manual. It's always much the best policy to give a manual reference as I do above - and as Don Poitras did - when you want an explanation on anything specific. - If you do not create a RESOLVER procedure, in effect, z/OS creates one for you using the IEESYSAS procedure. This is a general purpose procedure which can start any program quite happily just so long as it doesn't need any DD-statements associated with it. In addition, the started task name can slyly be named by using the trick on the START command which sets up a name other than the name under which the procedure - in this case IEESYSAS - is stored in the typically SYS1.PROCLIB partitioned data set. Thus, the resolver setup parameters you use necessarily have only the default values. See the following: 5.0 Chapter 5. Resolver setup and TCPIP.DATA configuration statements http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B4A0/5.0 The search order for the generically named TCPIP.DATA data set is the following: For a program using the z/OS UNIX environment: GLOBALTCPIPDATA The value of the environment variable RESOLVER_CONFIG /etc/resolv.conf //SYSTCPD DD card userid.TCPIP.DATA SYS1.TCPPARMS(TCPDATA) DEFAULTTCPIPDATA TCPIP.TCPIP.DATA For a program using the MVS environment: GLOBALTCPIPDATA //SYSTCPD DD card userid/jobname.TCPIP.DATA SYS1.TCPPARMS(TCPDATA) DEFAULTTCPIPDATA TCPIP.TCPIP.DATA Because you have elected not to set up a customised RESOLVER procedure, necessarily any data set named by the GLOBALTCPIPDATA and DEFAULTTCPIPDATA resolver setup statements cannot feature in the search order you will be using. Note that you are not going to get very far with the IP component of z/OS CS unless you get familiar with this thorny topic of search order. These search orders - which are universal throughout all z/OS CS IP components - offer great flexibility but are a snare for novices. In essence they are there because of the heritage of z/OS CS IP. z/OS CS IP migrated from TCP/IP for MVS - initially as OS/390 CS IP - and TCP/IP for MVS was a port of TCP/IP for VM which was created because IBM woke up to the fact that the world was really quite keen on IP-related protocols for networking purposes and actually not really all that keen on OSI protocols - assuming the world wasn't happy just to plod along with SNA! Incidentally, I've no idea where Don Poitras got his normally from! Perhaps SYS1.TCPPARMS(TCPDATA) is just what his installation happens to use by preference. I hear of many installations which absolutely swear by the use of the SYSTCPD DD-statement whereas I'll bet that there are many out there which rub along with TCPIP.TCPIP.DATA because, if it was good enough for my grandfather, it's good enough for me! I've just realised that wherever you found that applicable searching order, very probably the applicable refers to having to decide whether the program which needs the services of the resolver function uses the z/OS UNIX
Re: Tape dataset not Visible
Hi, The tape dataset gets created when we go for a back up. We can view the same tape datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I tried browsing the tape dataset which was created during back but i am not able view it. Could anyone please suggest me your ideas or hint. Regards, Jags Jags, 1) Is the tape CATALOGED? If not, 3.4 will not see it 2) Do you use RMM or CA1 or Other tape management software 3) What version of z/OS are you running? 4) In 3.4 what options do you have selected on the panel? There are 4 or 5 of them 5) In 3.4 are you fully qualifying the datasets name or using wildcards? 6) Did you use 3.4 with the dataset name only or with dataset name and volser? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Read here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimusr42/A.6.10 but it's basically allocate a second (or third or ...) PDS dataset and allocate it to SMPPTS1, up to SMPPTS99, in numeric order. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Monday, July 25, 2011 2:34 AM To: IBM-MAIN@bama.ua.edu Subject: SMPPTS Dataset Hello Group, Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Please help me to find any book, which describe about this. Thanks in advance. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MULTIVOLUME READ with UPDATE-IN-PLACE
I tried to find that restriction documented, but failed. Could you give me a URL to a book? Or maybe just the name? Thanks. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Sunday, July 24, 2011 4:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MULTIVOLUME READ with UPDATE-IN-PLACE BDAM does not support multiple. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: John McKown john.archie.mck...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Sun, 24 Jul 2011 15:59:25 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: MULTIVOLUME READ with UPDATE-IN-PLACE Have you considered using BDAM instead of BSAM? Not that I know much about either. On Jul 24, 2011 2:41 PM, William Hecox bill.he...@mail.com wrote: Well that was a resonable suggestion. I could not find much DOC on the EOV MACRO. There was something in the DFSMS advanced services. It is was under XDAP and EXCP sections. I could not find anything on the EOV MACRO in BSAM processing. So I tried it. I issued the EOV DCB in the EODAD routine if I know there are more volumes to be read. I got an IEC020I ABEND 001-1 An attempt was made to read after end-of file . Good suggestion but did not work. BTW this is a DASD dataset. Thanks, Bill - Original Message - From: Binyamin Dissen bdis...@dissensoftware.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Sunday, July 24, 2011 2:39 PM Subject: Re: MULTIVOLUME READ with UPDATE-IN-PLACE On Sun, 24 Jul 2011 14:06:04 -0400 William Hecox bill.he...@mail.com wrote: :I have a question on how do I proceed to the next volume when :doing a BSAM READ with UPDATE-IN-PLACE on a MULTIVOLUME Dataset. : :If the multivolume dataset is opened with just INPUT, the next :READ goes to next volume after reading the last block of the :1st volume. :According to the IBM doc the EODAD exit is entered at the end :of each volume if the dataset is opened with INPUT UPDAT. :How do I proceed to the next volume? I tried doing a NOTE :and POINT DCB,TTR0,RELNEXT but the next read still goes to the :last block of the 1st volume. I haven't done this, but have you tried an EOV macro? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape dataset not Visible
Jags, As a reminder, you cannot view/edit/browse data on TAPE in ISPF. You can only dump tape into a physical DASD Dataset then view it. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 25, 2011 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape dataset not Visible Hi, The tape dataset gets created when we go for a back up. We can view the same tape datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I tried browsing the tape dataset which was created during back but i am not able view it. Could anyone please suggest me your ideas or hint. Regards, Jags Jags, 1) Is the tape CATALOGED? If not, 3.4 will not see it 2) Do you use RMM or CA1 or Other tape management software 3) What version of z/OS are you running? 4) In 3.4 what options do you have selected on the panel? There are 4 or 5 of them 5) In 3.4 are you fully qualifying the datasets name or using wildcards? 6) Did you use 3.4 with the dataset name only or with dataset name and volser? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fun and games with LE
A bit more reading and doing some dumps. Looking starting here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ceev11b0/1.13.4 quote 1.13.4 CEECTCB -- Set TCB+X'144' Routine The sole function of this routine is to set TCB+X'144' to a storage area that is nonfetch protected and set that storage to zero. CEECTCB is always invoked by the CICS AP-BIND independent of the storage protect feature being on or available. CEECTCB is called by loading the executable named CEECTCB (using the LOAD SVC service and BALR to the entry point) or by linking directly to CEECTCB (using the LINK SVC service). The CEECTCB executable resides in the SCEERUN data set. ... X'1C' (TCB+X'144' - Anchorword) was not zero. /quote And looking at two dumps. TCB+x'144' in both dumps had an address. In the non-LE the fullword pointed to by TCB+x'144' (TCBCELAP?) was F'0'. In the LE dump, that fullword was non-zero and seemed to point to some LE stuff. So, in your code, check for TCB+x'144'. If zero, then jump to a CEEENTRY with MAIN=YES. If non-zero, jump to a CEEENTRY with MAIN=NO. Use at own risk as this is quite iffy about being supported, IMO. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Sunday, July 24, 2011 7:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Fun and games with LE I looked for an LE subroutine which would return information about whether LE was active or not, but didn't find one. Would it be possible to use a ENTRY instruction and an ALIAS so that the one program object has two names and associated entry points? One would entry would use MAIN=YES and the other MAIN=NO. On Mon, 2011-07-25 at 00:51 +0300, Binyamin Dissen wrote: It appears that if an LE MAIN=YES BALR's to another LE MAIN=YES, when the inner program does a CEETERM it skips the outer program. On the other hand, if the outer program does a LINK, the inner program returns. Are there any rules for this? Or is the action undefined? The situation is that the inner does not know if LE has been established. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fun and games with LE
On Sun, 24 Jul 2011 19:11:45 -0500 John McKown joa...@swbell.net wrote: :I looked for an LE subroutine which would return information about :whether LE was active or not, but didn't find one. Would it be possible :to use a ENTRY instruction and an ALIAS so that the one program object :has two names and associated entry points? One would entry would use :MAIN=YES and the other MAIN=NO. There are ways to find the information, as you pointed out. My question was more as to what is the expected/documented behavior when there is more than one MAIN. Putting ENCLAVE=YES on the inner MAIN solves the problem. :On Mon, 2011-07-25 at 00:51 +0300, Binyamin Dissen wrote: : It appears that if an LE MAIN=YES BALR's to another LE MAIN=YES, when the : inner program does a CEETERM it skips the outer program. : On the other hand, if the outer program does a LINK, the inner program : returns. : Are there any rules for this? Or is the action undefined? : The situation is that the inner does not know if LE has been established. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape dataset not Visible
On Mon, 25 Jul 2011 08:07:05 -0400 Lizette Koehler stars...@mindspring.com wrote: :As a reminder, you cannot view/edit/browse data on TAPE in ISPF. You can :only dump tape into a physical DASD Dataset then view it. Unless the user has MOUNT privileges. : -Original Message- : From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :Behalf Of : Lizette Koehler : Sent: Monday, July 25, 2011 7:55 AM : To: IBM-MAIN@bama.ua.edu : Subject: Re: Tape dataset not Visible : : : Hi, : : The tape dataset gets created when we go for a back up. We can view : the : same tape : datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I : tried browsing : the tape dataset which was created during back but i am not able view :it. : Could anyone : please suggest me your ideas or hint. : : Regards, : Jags : : : : Jags, : : 1) Is the tape CATALOGED? If not, 3.4 will not see it : 2) Do you use RMM or CA1 or Other tape management software : 3) What version of z/OS are you running? : 4) In 3.4 what options do you have selected on the panel? There are 4 or :5 of them : 5) In 3.4 are you fully qualifying the datasets name or using wildcards? : 6) Did you use 3.4 with the dataset name only or with dataset name and :volser? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape dataset not Visible
Lizette, I suspect he is trying to actually browse the tape dataset itself which cannot be done from ISPF... Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, July 25, 2011 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape dataset not Visible Hi, The tape dataset gets created when we go for a back up. We can view the same tape datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I tried browsing the tape dataset which was created during back but i am not able view it. Could anyone please suggest me your ideas or hint. Regards, Jags Jags, 1) Is the tape CATALOGED? If not, 3.4 will not see it 2) Do you use RMM or CA1 or Other tape management software 3) What version of z/OS are you running? 4) In 3.4 what options do you have selected on the panel? There are 4 or 5 of them 5) In 3.4 are you fully qualifying the datasets name or using wildcards? 6) Did you use 3.4 with the dataset name only or with dataset name and volser? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape dataset not Visible
Unless the user has MOUNT privileges. Granted. Unlikely, but granted g Stan Weyman Senior Software Engineer stan.wey...@emc.com EMC² (508)249-3966 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, July 25, 2011 8:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape dataset not Visible On Mon, 25 Jul 2011 08:07:05 -0400 Lizette Koehler stars...@mindspring.com wrote: :As a reminder, you cannot view/edit/browse data on TAPE in ISPF. You can :only dump tape into a physical DASD Dataset then view it. Unless the user has MOUNT privileges. : -Original Message- : From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On :Behalf Of : Lizette Koehler : Sent: Monday, July 25, 2011 7:55 AM : To: IBM-MAIN@bama.ua.edu : Subject: Re: Tape dataset not Visible : : : Hi, : : The tape dataset gets created when we go for a back up. We can view : the : same tape : datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I : tried browsing : the tape dataset which was created during back but i am not able view :it. : Could anyone : please suggest me your ideas or hint. : : Regards, : Jags : : : : Jags, : : 1) Is the tape CATALOGED? If not, 3.4 will not see it : 2) Do you use RMM or CA1 or Other tape management software : 3) What version of z/OS are you running? : 4) In 3.4 what options do you have selected on the panel? There are 4 or :5 of them : 5) In 3.4 are you fully qualifying the datasets name or using wildcards? : 6) Did you use 3.4 with the dataset name only or with dataset name and :volser? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE accept command
-Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. W dniu 2011-07-22 19:01, Chase, John pisze: I may be a bit paranoid, but I always explicitly specify NOAPARS and NOUSERMODS in an ACCEPT command. Well... It is paranoid *or* it proves you're simply unsure about the syntax. For the second case RTFM could help, for the first case only some pills. vbg I have been known to take the occasional Damitol pill. :-) BTW: Call me paranoid g, but I usually make a copy of whole SMP/E environment before the changes. Even APPLY is not always reversible process and disk restore (flashcopy, shadowimage, timefinder) is both easier and faster. Oh, I do that too. If you APPLY something that contains a ++DELETE, you can't later RESTORE it with SMP/E. Learned that the hard way about a decade ago. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Failed backup of a RLS VSAM Data Sets (BWO=NULL)
I get an ADR952E message when backing up a RLS-enabled VSAM Data Set. The BWO status is NULL. Please advise on what this status should be in order to back up the data set successfully. The error code generated is as follows: 0ADR952E (001)-DTDSC(01), THE IDAQDMP MACRO FAILED DURING QUIESCE PROCESSING FOR CLUSTER DFHSM.D0C0.BCDS WITH RETURN CODE 0008 AND REASON CODE 61FF0004 Should the data set be reallocated or altered with a different BWO option, and what would this option be? Theo, What are your DFDSS control cards? When backing up VSAM you need to include SPHERE. Also, are you doing an individual dump of the DFSMShsm xCDS datasets? Or is this s full volume dump? What version of z/OS are you running? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape dataset not Visible
Why? DFDSS dumps the data in its own format and it's not really meant human readable. Especially if you use the COMPRESS option. But, in general, ISPF does not like to read tape datasets. You might be able to do it if you have TSO MOUNT authority. Most TSO users do not have MOUNT authority. That's what you need in order to get a tape (or DISK back in the day of dismountable disk like the 3330) MOUNTed. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Monday, July 25, 2011 3:29 AM To: IBM-MAIN@bama.ua.edu Subject: Tape dataset not Visible Hi, The tape dataset gets created when we go for a back up. We can view the same tape datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I tried browsing the tape dataset which was created during back but i am not able view it. Could anyone please suggest me your ideas or hint. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape dataset not Visible
1) Is the tape CATALOGED? If not, 3.4 will not see it its not cataloged... 2) Do you use RMM or CA1 or Other tape management software We use RMM 3) What version of z/OS are you running? ZOS : 1.6 4) In 3.4 what options do you have selected on the panel? There are 4 or 5 of them Under 3.4, we just browse with no options 5) In 3.4 are you fully qualifying the datasets name or using wildcards? Yes 6) Did you use 3.4 with the dataset name only or with dataset name and volser Nopes, I just used only with Tape dataset name to search... On Mon, Jul 25, 2011 at 5:25 PM, Lizette Koehler stars...@mindspring.comwrote: Hi, The tape dataset gets created when we go for a back up. We can view the same tape datasets in 3.4 when its gets created in BACK up(adrdssu) JCL. Here I tried browsing the tape dataset which was created during back but i am not able view it. Could anyone please suggest me your ideas or hint. Regards, Jags Jags, 1) Is the tape CATALOGED? If not, 3.4 will not see it 2) Do you use RMM or CA1 or Other tape management software 3) What version of z/OS are you running? 4) In 3.4 what options do you have selected on the panel? There are 4 or 5 of them 5) In 3.4 are you fully qualifying the datasets name or using wildcards? 6) Did you use 3.4 with the dataset name only or with dataset name and volser? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: restricting how I do things so that others understand?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 22, 2011 3:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/22/2011 at 07:37 AM, McKown, John john.mck...@healthmarkets.com said: Everybody in my group is __old__. FSVO. They're younger than me, and I learn new things as appropriate. Besides, I remember a few young fogies who were resistant to learning anything new. Others learn it because it is necessary. In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. But nowadays each new release of CICS exploits the UNIX side more. The newest release, CICS TS 4.2, even has a new SIT parm: USSHOME=pathname. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fun and games with LE
The first-level LE documentation is addressed chiefly to users of the statement-level languages it supports, It is not very demanding, which is perhaps appropriate; but it does not address very many issues either. Experienced people , and sysprogs in particular, will do better to consult the z/OS Language Environment Vendor Interfaces publication, SA22-7568-xx, which in my experience contains most of the information needed to function independently in an LE environment. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fun and games with LE
What language are the routines written in? I believe that COBOL has documented behavior that does exactly this: the difference is between STOP RUN and GOBACK if I remember correctly. Other languages may have similar behavior. Lloyd - Original Message From: Binyamin Dissen bdis...@dissensoftware.com To: IBM-MAIN@bama.ua.edu Sent: Mon, July 25, 2011 8:36:29 AM Subject: Re: Fun and games with LE On Sun, 24 Jul 2011 19:11:45 -0500 John McKown joa...@swbell.net wrote: :I looked for an LE subroutine which would return information about :whether LE was active or not, but didn't find one. Would it be possible :to use a ENTRY instruction and an ALIAS so that the one program object :has two names and associated entry points? One would entry would use :MAIN=YES and the other MAIN=NO. There are ways to find the information, as you pointed out. My question was more as to what is the expected/documented behavior when there is more than one MAIN. Putting ENCLAVE=YES on the inner MAIN solves the problem. :On Mon, 2011-07-25 at 00:51 +0300, Binyamin Dissen wrote: : It appears that if an LE MAIN=YES BALR's to another LE MAIN=YES, when the : inner program does a CEETERM it skips the outer program. : On the other hand, if the outer program does a LINK, the inner program : returns. : Are there any rules for this? Or is the action undefined? : The situation is that the inner does not know if LE has been established. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C compiler issue
I think that you need to set the MARGINS compiler option, or just specify MAR in the compiler parms. Check the c programmers guide about compiling with Sockets. * If your C language statements contain information, such as sequence numbers, which are not part of the input for the z/OS XL C compiler, you must include the following pragma directive in your program: #pragma margins(1,72) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Poitras Sent: Saturday, July 23, 2011 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: C compiler issue You can expand the headers in the listing by adding the SHOW compiler option. In article 3910630036250514.wa.henrique.seganfredobcb.gov...@bama.ua.edu you wrote: Hello, I?ve been trying to compile a C CICS program that uses sockets. After the translation with DFHEDP1$ (ends with RC=00) the program is compiled with CCNDRVR. For my surprise, the compiler starts complaining the folllowing: ..(CICS definitions put by the translator)... 56 |/* #pragma pack(packed)*/ 57 |#define _TCP31_PROTOS 58 |#define _OE_SOCKETS 59 | 60 |#include manifest.h *=WARNING= CCN3234 Expecting a new-line character on #ifdef directive. *=ERROR=== CCN3166 Definition of function a requires parentheses. *=ERROR=== CCN3191 The character # is not a valid C source character. *=ERROR=== CCN3191 The character # is not a valid C source character. ... *=ERROR=== CCN3766 The universal character name is not in the allowable range *=ERROR=== CCN3766 The universal character name is not in the allowable range ... Any idea? Seems some control chars are put or deleted and end up messing with the file. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
On Sun, 24 Jul 2011 16:59:20 -0400, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com, on 07/24/2011 at 06:18 PM, Binyamin Dissen bdis...@dissensoftware.com said: SELECT PGM will LOAD from the ispllib, which was the issue. The issue that I was responding to was Mark's claim LIBDEF doesn't work for LINK, XCTL, LOAD, ATTACH. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZSG80/2.22.5.2?SHELF=ISPZPM80DT=20090611002745#HDRULLIBS -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C compiler issue
On Mon, Jul 25, 2011 at 5:47 AM, Barkow, Eileen ebar...@doitt.nyc.gov wrote: I think that you need to set the MARGINS compiler option, or just specify MAR in the compiler parms. Check the c programmers guide about compiling with Sockets. Another option for CICS 3.1 and higher is to use the C/C++ compile's built in CICS statement translator. Look in the C/C++ users guide for information on the CICS|NOCICS compiler parm. * If your C language statements contain information, such as sequence numbers, which are not part of the input for the z/OS XL C compiler, you must include the following pragma directive in your program: #pragma margins(1,72) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Poitras Sent: Saturday, July 23, 2011 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: C compiler issue You can expand the headers in the listing by adding the SHOW compiler option. In article 3910630036250514.wa.henrique.seganfredobcb.gov...@bama.ua.edu you wrote: Hello, I?ve been trying to compile a C CICS program that uses sockets. After the translation with DFHEDP1$ (ends with RC=00) the program is compiled with CCNDRVR. For my surprise, the compiler starts complaining the folllowing: ..(CICS definitions put by the translator)... 56 |/* #pragma pack(packed)*/ 57 |#define _TCP31_PROTOS 58 |#define _OE_SOCKETS 59 | 60 |#include manifest.h *=WARNING= CCN3234 Expecting a new-line character on #ifdef directive. *=ERROR=== CCN3166 Definition of function a requires parentheses. *=ERROR=== CCN3191 The character # is not a valid C source character. *=ERROR=== CCN3191 The character # is not a valid C source character. ... *=ERROR=== CCN3766 The universal character name is not in the allowable range *=ERROR=== CCN3766 The universal character name is not in the allowable range ... Any idea? Seems some control chars are put or deleted and end up messing with the file. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637 Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: restricting how I do things so that others understand?
Re this comment: In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. Have you worked with CICS lately? CICS installation and maintenance requires HFS files. Web services and functions all utilize HFS files and therefore access to Unix. And of course Java support requires Unix. This is a drawback for CICS application programmers who do not know any Unix, or at least OMVS which tries to pass for Unix on Z/OS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 22, 2011 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/22/2011 at 07:37 AM, McKown, John john.mck...@healthmarkets.com said: Everybody in my group is __old__. FSVO. They're younger than me, and I learn new things as appropriate. Besides, I remember a few young fogies who were resistant to learning anything new. Others learn it because it is necessary. In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. The open people are amazed (and some refuse to believe) that I can literally lose a CPU on the z with ZERO impact on operations. While I was amazed that losing a CPU on a SUN took down the whole box :-( -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
On Mon, 25 Jul 2011 08:43:20 -0500, Mark Zelden wrote: On Sun, 24 Jul 2011 16:59:20 -0400, Shmuel Metz (Seymour J.) wrote: In 3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com, on 07/24/2011 at 06:18 PM, Binyamin Dissen bdis...@dissensoftware.com said: SELECT PGM will LOAD from the ispllib, which was the issue. The issue that I was responding to was Mark's claim LIBDEF doesn't work for LINK, XCTL, LOAD, ATTACH. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZSG80/2.22.5.2?SHELF=ISPZPM80DT=20090611002745#HDRULLIBS Clear enough if I read it carefully, but I dislike the user interface design. I have a basic understanding of LOAD, LINK, ATTACH, XCTL, ...; much less of ISPF behavior. I find it a needless burden on the user to introduce novel terminology for existing concepts. Had I been making the decision, instead of SELECT PGM(MYPROG) I would have used LINK(MYPROG), and instead of SELECT CMD(MYCMD) I would have used ATTACH(MYCMD). And a unique argument list format has always baffled me. What ever was wrong with R1 pointing to a vector of addresses of argument strings? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
On Mon, 25 Jul 2011 09:40:01 -0500, Paul Gilmartin paulgboul...@aim.com wrote: Clear enough if I read it carefully, but I dislike the user interface design. I have a basic understanding of LOAD, LINK, ATTACH, XCTL, ...; much less of ISPF behavior. I find it a needless burden on the user to introduce novel terminology for existing concepts. Had I been making the decision, instead of SELECT PGM(MYPROG) I would have used LINK(MYPROG), and instead of SELECT CMD(MYCMD) I would have used ATTACH(MYCMD). The difference is much more than a difference between LINK and ATTACH, gil. Part of the difference is the parameter list, too. And a unique argument list format has always baffled me. What ever was wrong with R1 pointing to a vector of addresses of argument strings? CMD is used for attaching TSO commands, which expect a different parameter list than the standard linkage used by, e.g., EXEC PGM= (which is what ISPF uses for PGM). -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Resolver Question
Anson
According to the search order, the tcpip will use //SYSTCPD DD card as its
tcpdata source...
If you can provide a SYSTCPD DD-statement - or the equivalent such as the value
of the FILE parameter in an ALLOCATE command under TSO - to the logic which is
going to be relying upon the resolver, Yes!
If you have not managed that then the remainder of the search order list will
be tried ending with TCPIP.TCPIP.DATA.
All the above applies to logic using the MVS environment. If the environment
is z/OS UNIX, then the SYSTCPD DD-statement will *not* be used if you have
set up an environment variable identified as RESOLVER_CONFIG since the value
of that environment variable will be used. If there is no such environment
variable, then z/OS UNIX file /etc/resolv.conf will be used if available. If
there is no /etc/resolv.conf file, only then may the SYSTCPD DD-statement be
used.
I see you are testing your setup using HOMETEST. I guess this was a useful tool
when TCP/IP for VM was created in the early '90s (possibly the late '80s) and
was then passed onto the port into TCP/IP for MVS but, IMNSHO, it's not
quite such a clever diagnostic tool now given the environment in which the IP
component of z/OS Communications Server (CS) is generally used today.
I see you are also using the TESTSITE diagnostic tool and that you say this
provided the expected result when you checked the names you had used in your
xxx.HOSTS.ADDRINFO and xxx.HOSTS.SITEINFO data sets as created from your
xxx.HOSTS.LOCAL data set.
Obviously this confirms that you have set up a local name-to-address and
address-to-name lookup table. However, if you are going to rely on the pair of
xxx.HOSTS.ADDRINFO and xxx.HOSTS.SITEINFO data sets you need to make sure that
they are going to be used by whatever logic is running in your instance of CS
IP.
Note the following which indicates where the TESTSITE command finds out what
initial data set token to use:
quote
TESTSITE gets its input from the hlq.HOSTS.ADDRINFO and hlq.HOSTS.SITEINFO data
sets, where the HLQ is derived in this order:
- TSO user ID or the TSO PROFILE PREFIX, if it is different from the userid.
- The value specified with the DATASETPREFIX statement in PROFILE.TCPIP and
TCPIP.DATA.
- System default.
/quote
In other words, it may very well have no interest in accessing your generically
named TCPIP.DATA data set.
Let's now check the rather out-of-date HOMETEST diagnostic tool.
One point can be established historically even if there were not an explicit
statement available[1] that the MVS environment search order will be used.
But when I issued HOMETEST, it couldn't get the hostname of ABC.. in shew
showed hostname as NODENAME, ...
I assume that this means you see the following message:
TCP Host Name is: NODENAME
... so the resolving failed.
It wasn't resolving which failed. What failed was accessing the
appropriate generically named TCPIP.DATA data set. I'm going to guess that, by
using NODENAME as the so-called TCP Host Name[2] none of the possible
generically named TCPIP.DATA data sets in the MVS environment search order
could be found!
We know you do not have a customised resolver procedure, so the possible
generically named TCPIP.DATA data sets which could *not* be found were *all* of
the following:
//SYSTCPD DD card
userid/jobname.TCPIP.DATA
SYS1.TCPPARMS(TCPDATA)
TCPIP.TCPIP.DATA
Given that the value supplied by the HOSTNAME statement, your ABC, could not
be found and, I'm going to guess based on the fact that NODENAME was
substituted, no generically named TCPIP.DATA data set could be located or,
failing the presence of a HOSTNAME statement, a value should always be
substituted from VMCF ... or, if VMCF is not active, the CVTSNAME value as set
by a SYS1.PARMLIB member ...
But the first ... reminded me of something! The default value for the VMCF
parameter is - you guessed it - NODENAME!
So what this means is not necessarily that no generically named TCPIP.DATA data
set could be found but that no HOSTNAME statement could be found even if a
generically named TCPIP.DATA data set could be found.
And, by the way, I *do* know that you have set up the VMCF/TNF environment or
you would have suffered an abend when trying to use antique commands such as
MAKESITE, TESTSITE or HOMETEST.
In the description of the use of the HOMETEST command, there are instructions
on how to switch on the resolver trace. You can use similar commands in order
to make sure that you make the required generically named TCPIP.DATA data set
available in its manifestation as an, in effect, SYSTCPD DD-statement. For
example:
allocate dd(systcpd) da('my.very.best.tcpip.data.file')shr
hometest
free dd(systcpd)
Where I was brought up what is shown above as dd used to be file and this
may be still an alias - or vice versa. Maybe I led a sheltered life!
-
Incidentally, you will find that setting up a customised RESOLVER procedure
with
Re: restricting how I do things so that others understand?
Not to mention several vendor products that are shipped in pax format and require Unix knowledge to install them into MVS datasets from the HFS structure. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Monday, July 25, 2011 10:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? Re this comment: In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. Have you worked with CICS lately? CICS installation and maintenance requires HFS files. Web services and functions all utilize HFS files and therefore access to Unix. And of course Java support requires Unix. This is a drawback for CICS application programmers who do not know any Unix, or at least OMVS which tries to pass for Unix on Z/OS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 22, 2011 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/22/2011 at 07:37 AM, McKown, John john.mck...@healthmarkets.com said: Everybody in my group is __old__. FSVO. They're younger than me, and I learn new things as appropriate. Besides, I remember a few young fogies who were resistant to learning anything new. Others learn it because it is necessary. In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. The open people are amazed (and some refuse to believe) that I can literally lose a CPU on the z with ZERO impact on operations. While I was amazed that losing a CPU on a SUN took down the whole box :-( -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: restricting how I do things so that others understand?
Like, say, IBM's Internet delivery of maintenance and new systems. z/OS 1.12 required a UNIX filesystem on 12 3390-3 volumes totally, due to expansion and the like of the PAX files. I may try DVD delivery next time. But I like the fast turn-around for Internet delivery. Wish I had higher bandwidth. My boss sometimes goes home to download on this FiOS connection, zip to a thumb drive, then brings the data back because it actually takes less time than doing it here. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Monday, July 25, 2011 10:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? Not to mention several vendor products that are shipped in pax format and require Unix knowledge to install them into MVS datasets from the HFS structure. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barkow, Eileen Sent: Monday, July 25, 2011 10:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? Re this comment: In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. Have you worked with CICS lately? CICS installation and maintenance requires HFS files. Web services and functions all utilize HFS files and therefore access to Unix. And of course Java support requires Unix. This is a drawback for CICS application programmers who do not know any Unix, or at least OMVS which tries to pass for Unix on Z/OS. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, July 22, 2011 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: restricting how I do things so that others understand? In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/22/2011 at 07:37 AM, McKown, John john.mck...@healthmarkets.com said: Everybody in my group is __old__. FSVO. They're younger than me, and I learn new things as appropriate. Besides, I remember a few young fogies who were resistant to learning anything new. Others learn it because it is necessary. In a 2011 MVS environment, knowledge of Unix *is* necessary, unless you are in a niche, e.g., CICS. The open people are amazed (and some refuse to believe) that I can literally lose a CPU on the z with ZERO impact on operations. While I was amazed that losing a CPU on a SUN took down the whole box :-( -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fun and games with LE
I am not sure that my phrase LE environment is, strictly speaking, redundant; but I agree that it is infelicitous. I will avoid it in future posts. John Gilmore Ashland, MA 01721-1817 USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Hello, Thanks for suggestion. I will go ahead and create the SMPPTS1 Regards Saurabh On Mon, Jul 25, 2011 at 5:25 PM, McKown, John john.mck...@healthmarkets.com wrote: Read here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/gimusr42/A.6.10 but it's basically allocate a second (or third or ...) PDS dataset and allocate it to SMPPTS1, up to SMPPTS99, in numeric order. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Monday, July 25, 2011 2:34 AM To: IBM-MAIN@bama.ua.edu Subject: SMPPTS Dataset Hello Group, Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Please help me to find any book, which describe about this. Thanks in advance. -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
If I am creating new SPILL dataset, and make these entry in DDDEF. in this case, i am not touching the old SMPPTS dataset. In this case, Do I have to still copy the data from SMPPTS to SMPPTS1. Regards Saurabh On Mon, Jul 25, 2011 at 10:00 PM, Ed Gould ps2...@yahoo.com wrote: Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Ed, That is *bad* advice if they create SMPPTSn datasets. It is only good advice if they copied SMPPTS to a larger dataset. This *was not* suggested Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
NO! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Monday, July 25, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset If I am creating new SPILL dataset, and make these entry in DDDEF. in this case, i am not touching the old SMPPTS dataset. In this case, Do I have to still copy the data from SMPPTS to SMPPTS1. Regards Saurabh On Mon, Jul 25, 2011 at 10:00 PM, Ed Gould ps2...@yahoo.com wrote: Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Robert, Yes and no. The writer wanted to make the dataset larger. However you are also correct. I should have asked the necessary additional question. The basic question was answered but poorly. Ed Sent from my iPad On Jul 25, 2011, at 11:35 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Ed, That is *bad* advice if they create SMPPTSn datasets. It is only good advice if they copied SMPPTS to a larger dataset. This *was not* suggested Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
The writer (Saurabh) *never said* he wanted to make the current SMPPTS larger. Below is his entire request: - Hello Group, Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Please help me to find any book, which describe about this. Thanks in advance. -- Thanks Regards Saurabh Khandelwal Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 12:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Robert, Yes and no. The writer wanted to make the dataset larger. However you are also correct. I should have asked the necessary additional question. The basic question was answered but poorly. Ed Sent from my iPad On Jul 25, 2011, at 11:35 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Ed, That is *bad* advice if they create SMPPTSn datasets. It is only good advice if they copied SMPPTS to a larger dataset. This *was not* suggested Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
My current SMPPTS dataset has no space. and I want to receive more PTF. So what will be the best solution to solve this problem. 1) creating larger space SMPPTS dataset and move the current data to new SMPPTS dataset. 2) Or creating SMPPTS1 spill dataset and make DDDEF entry in global, target, and distribution zone.. Please suggest. Regards Saurabh On Mon, Jul 25, 2011 at 10:29 PM, Ed Gould ps2...@yahoo.com wrote: Robert, Yes and no. The writer wanted to make the dataset larger. However you are also correct. I should have asked the necessary additional question. The basic question was answered but poorly. Ed Sent from my iPad On Jul 25, 2011, at 11:35 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Ed, That is *bad* advice if they create SMPPTSn datasets. It is only good advice if they copied SMPPTS to a larger dataset. This *was not* suggested Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
#2 Eventually, if you did #1...you still might have to do #2. Besides, with #2, you can create as many as you want. Just create additional DDDEFs to match them (SMPPTS2, SMPPTS3, etc.) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Monday, July 25, 2011 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset My current SMPPTS dataset has no space. and I want to receive more PTF. So what will be the best solution to solve this problem. 1) creating larger space SMPPTS dataset and move the current data to new SMPPTS dataset. 2) Or creating SMPPTS1 spill dataset and make DDDEF entry in global, target, and distribution zone.. Please suggest. Regards Saurabh On Mon, Jul 25, 2011 at 10:29 PM, Ed Gould ps2...@yahoo.com wrote: Robert, Yes and no. The writer wanted to make the dataset larger. However you are also correct. I should have asked the necessary additional question. The basic question was answered but poorly. Ed Sent from my iPad On Jul 25, 2011, at 11:35 AM, Richards, Robert B. robert.richa...@opm.gov wrote: Ed, That is *bad* advice if they create SMPPTSn datasets. It is only good advice if they copied SMPPTS to a larger dataset. This *was not* suggested Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Why? SMPPTS1..99 is a logical extention to SMPPTS and is how the SMP/E people got around the restriction that a PDS cannot span multiple volumes. NO need to copy the current SMPPTS contents at all. Allocate it to SMPPTS like at present and allocate the new one to SMPPTS1. If SMPPTS is full, SMP/E will automagically spill over to SMPPTS1. And, from my experience, you could eve put the old DSN on SMPPTS1, the new DSN on SMPPTS and avoid the spill over. SMP/E will search each SMPPTSn DD, in numeric order, looking for the appropriate member. Why do this? To avoid the overhead of trying to add new members to the full SMPPTS dataset. Do it my way and new members go to the new DSN on SMPPTS and, if necessary, SMP/E will search SMPPTS1 for older members. It doesn't really seem to matter. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 11:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
NO! You do NOT! John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Monday, July 25, 2011 11:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset If I am creating new SPILL dataset, and make these entry in DDDEF. in this case, i am not touching the old SMPPTS dataset. In this case, Do I have to still copy the data from SMPPTS to SMPPTS1. Regards Saurabh On Mon, Jul 25, 2011 at 10:00 PM, Ed Gould ps2...@yahoo.com wrote: Do not forget to copy the contents from your old to the new dataset. Ed Sent from my iPad On Jul 25, 2011, at 2:48 AM, Walter Marguccio walter_marguc...@yahoo.com wrote: Can you please help me to create SMPPTS spill dataset, as my current SMPPTS dataset has no space. Allocate a dataset with the same characteristics as your SMPPTS and call it i.e. yourhlq.SMPPTS1. Then, add a DDDEF named SMPPTS1 to your global, target and DLIB zones which points to the newly created dataset. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
I have SMPPTS and up to SMPPTS5 right now. I'm stuck on 3390-3 volumes. And I don't purge members at all. So I use the multiple DSN scenario and love it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Monday, July 25, 2011 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPPTS Dataset My current SMPPTS dataset has no space. and I want to receive more PTF. So what will be the best solution to solve this problem. 1) creating larger space SMPPTS dataset and move the current data to new SMPPTS dataset. 2) Or creating SMPPTS1 spill dataset and make DDDEF entry in global, target, and distribution zone.. Please suggest. Regards Saurabh -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
I tried the command without the LEVEL but it gave me the following error
HRECOVER ('ZQATPWG')
I issued the command via batch :
HRECOVER (ZQATPWG)
I received the following error message :
ARC1001I AM2.UCAT RECOVER FAILED, RC=0033, REAS=
ARC1133I OLD COPY OF DATA SET EXISTS, BUT REPLACE NOT SPECIFIED
I checked via ISPF 3.4 only the ALIAS definition is visible and no other
dsns:
ZQATPWG
Maybe I misunderstood your suggestion to execute the HRECOVER without the
LEVEL parm. Maybe my command is wrong? Please let me know where my error
is.
The task to code 2,369 dsns is quite daunting this is why I was looking for a
quick way. I could skip the re-name of the dsns because I got Security to put
back the RACF rules. At this time all I want to is to perform a HRECOVER of
the dsns without the rename.
Could it be done?
--- On Thu, 7/21/11, Schwarz, Barry A barry.a.schw...@boeing.com wrote:
From: Schwarz, Barry A barry.a.schw...@boeing.com
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Thursday, July 21, 2011, 11:32 AM
My HSM manual does not show a LEVEL operand for the RECOVER command. Does
yours?
My manual does show a command similar to RECOVER that supports wildcard
characters (in the fashion of DFSMSdss) but I don't know if it will do what you
want.
Wouldn't it be just as easy to use 3.4 to build a list of the datasets,
HRECOVER them, and then use a REXX or CLIST to rename them.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of willie bunter
Sent: Thursday, July 21, 2011 7:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: SMPPTS Dataset
If i have the option of choosing a method, i would prefer to enlarge SMPPTS because when SMPPTS is out of space, even having SMPPTS1, SMPE tries to compress SMPPTS what may take some time. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Which is why I reverse them. When I allocate a new SMPPTS dataset, I make a new SMPPTSn DDDEF entry and give put the current SMPPTS DSN in it. I then put the new DSN in the SMPPTS entry. I've never had a problem doing this. There does not appear to be any relationship between the dataset name and the SMPPTSn DD name. Other than that you cannot skip a number. You must use SMPPTS, then SMPPTS1, then SMPPTS2 and so on. But you can move the DSNs around so long as the all appear a single time in one of the SMPPTSn DDDEFs. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Monday, July 25, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: RES: SMPPTS Dataset If i have the option of choosing a method, i would prefer to enlarge SMPPTS because when SMPPTS is out of space, even having SMPPTS1, SMPE tries to compress SMPPTS what may take some time. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPPTS Dataset
Oh, also, if you make your SMPPTS datasets PDSEs instead of an old style PDS, SMP/E knows better than to try to compress. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Monday, July 25, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: RES: SMPPTS Dataset If i have the option of choosing a method, i would prefer to enlarge SMPPTS because when SMPPTS is out of space, even having SMPPTS1, SMPE tries to compress SMPPTS what may take some time. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question On z/OS Handling of S222 (Cancel)
I have a job that, from time to time, does not die when it is cancelled. I may need to issue the cancel command (SDSF line command) three or four times to get it to take. I've observed this only on z/OS 1.10. I've also tested on 1.12 but never happened to observe the problem there, although that doesn't necessarily mean that it won't ever happen on that release. The program uses multiple subtasks, some of which run LE enclaves, some call TCP/IP and others are pure assembler, and several of those have their own ESTAE(X)s up. The job step task also puts up an ESTAEX but the recovery routine there does nothing but flush the queue for a message data set and then percolate the error. It never retries. Are the subtask ESTAE(X)s presented with the S222, or is it presented only to the job step level task. I seem to remember that it is not possible to retry from an x22 abend, but a colleague seems to differ with me on that. Any thoughts on what might be causing this intermittent behavior and how I might zero in on what is causing it, would be appreciated. Art Celestini == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Allocation Messages in JESMSGLG
Some weeks ago allocation RETAIN messages (IEF285I - non-sms and IGD104I - SMS) message started appearing in the JESMSGLG dataset in one of our parallel sysplex's (separate JES2 MAS in one of the systems). I've reviewed our system parameters (jes2 and zOS) and found no changes. Is it possible some command was issued to cause these messages to appear? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocation Messages in JESMSGLG
Try entering PM STATUS from the console (and/or master console)improperly displaying these messages. May help. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ruegsegger, Jeff Sent: Monday, July 25, 2011 11:12 AM To: IBM-MAIN@bama.ua.edu Subject: Allocation Messages in JESMSGLG Some weeks ago allocation RETAIN messages (IEF285I - non-sms and IGD104I - SMS) message started appearing in the JESMSGLG dataset in one of our parallel sysplex's (separate JES2 MAS in one of the systems). I've reviewed our system parameters (jes2 and zOS) and found no changes. Is it possible some command was issued to cause these messages to appear? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: SMPPTS Dataset
On Mon, 25 Jul 2011 14:56:35 -0300, ITURIEL DO NASCIMENTO NETO 4254.itur...@bradesco.com.br wrote: If i have the option of choosing a method, i would prefer to enlarge SMPPTS because when SMPPTS is out of space, even having SMPPTS1, SMPE tries to compress SMPPTS what may take some time. In my global zone recovery options, I have all my SMPPTS(n) data sets excluded from retry. I compress them manually when I so desire (like after accepting an RSU level). Otherwise whenever you receive new maintenance you tend to see the out of space messages. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocation Messages in JESMSGLG
I'm not sure, but try entering: PM DSNAME To PauseMonitoring DSNAME -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ruegsegger, Jeff Sent: Monday, July 25, 2011 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Allocation Messages in JESMSGLG Some weeks ago allocation RETAIN messages (IEF285I - non-sms and IGD104I - SMS) message started appearing in the JESMSGLG dataset in one of our parallel sysplex's (separate JES2 MAS in one of the systems). I've reviewed our system parameters (jes2 and zOS) and found no changes. Is it possible some command was issued to cause these messages to appear? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF quandry.
OK, I'm violating IBM standards on this. But I want to name my jobs what I want to name them, not just start them with my RACF id. The problem is with SDSF. When I do an H, I only see things which start with my id. Like an implicit PREFIX SYSUID. So what I need to do to get what I want is issue an OWNER racfid and an H * command. However, that messes up my DA display because then I only see jobs submitted by me. Same with the other SDSF displays. So what I would want is something like OWNER which only effects the H screen. And it would be nice to be able to just enter the H command and not H *. But that's a nit. Any ideas? Or am I out of luck. Actually, I'd still like really long job names. Like 30 or so characters with lower case, dash, and underscore allowed. Maybe even periods. To dream the impossible dream! ... John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocation Messages in JESMSGLG
On 25 July 2011 14:29, McKown, John john.mck...@healthmarkets.com wrote: I'm not sure, but try entering: PM DSNAME To PauseMonitoring DSNAME Actually that's stoPMonitoring. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
The error message tells you explicitly that there is already a catalog entry
for the DSN ZQATPWG. Given that you have already found this entry and know it
to be an alias, I am fairly certain that you do not have a migrated dataset
named ZQATPWG. Therefore, your command was wrong from the outset. You are not
trying to recover a dataset named ZQATPWG. You are trying to recover multiple
datasets whose HLQ is ZQATPWG.
I did not suggest you run without the LEVEL operand. I noted that THERE IS NO
SUCH OPERAND. From that, you should understand that any attempt to use it
would inevitably result in a syntax error.
If you use 3.4 to list all the ZQATPWG datasets, set the options to apply block
commands to excluded DSNs, exclude all but the first and last DSNs in the list,
and issue a block HRECOVER command, you can recover all 2,369 datasets by
typing less than 50 characters. It cannot get much easier.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of willie bunter
Sent: Monday, July 25, 2011 10:54 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
I tried the command without the LEVEL but it gave me the following error
HRECOVER ('ZQATPWG')
I issued the command via batch :
HRECOVER (ZQATPWG)
I received the following error message :
ARC1001I AM2.UCAT RECOVER FAILED, RC=0033, REAS=
ARC1133I OLD COPY OF DATA SET EXISTS, BUT REPLACE NOT SPECIFIED
I checked via ISPF 3.4 only the ALIAS definition is visible and no other
dsns:
ZQATPWG
Maybe I misunderstood your suggestion to execute the HRECOVER without the
LEVEL parm. Maybe my command is wrong? Please let me know where my error
is.
The task to code 2,369 dsns is quite daunting this is why I was looking
for a quick way. I could skip the re-name of the dsns because I got
Security to put back the RACF rules. At this time all I want to is to
perform a HRECOVER of the dsns without the rename.
Could it be done?
--- On Thu, 7/21/11, Schwarz, Barry A barry.a.schw...@boeing.com wrote:
From: Schwarz, Barry A barry.a.schw...@boeing.com
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Thursday, July 21, 2011, 11:32 AM
My HSM manual does not show a LEVEL operand for the RECOVER command. Does
yours?
My manual does show a command similar to RECOVER that supports wildcard
characters (in the fashion of DFSMSdss) but I don't know if it will do
what you want.
Wouldn't it be just as easy to use 3.4 to build a list of the datasets,
HRECOVER them, and then use a REXX or CLIST to rename them.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of willie bunter
Sent: Thursday, July 21, 2011 7:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with
a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF quandry.
Have you tried it with a FILTER OWNER EQ racfid ? The filter only applies to the screen you are on. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF quandry. OK, I'm violating IBM standards on this. But I want to name my jobs what I want to name them, not just start them with my RACF id. The problem is with SDSF. When I do an H, I only see things which start with my id. Like an implicit PREFIX SYSUID. So what I need to do to get what I want is issue an OWNER racfid and an H * command. However, that messes up my DA display because then I only see jobs submitted by me. Same with the other SDSF displays. So what I would want is something like OWNER which only effects the H screen. And it would be nice to be able to just enter the H command and not H *. But that's a nit. Any ideas? Or am I out of luck. Actually, I'd still like really long job names. Like 30 or so characters with lower case, dash, and underscore allowed. Maybe even periods. To dream the impossible dream! ... John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF quandry.
Fantastic! That worked exactly as I wanted it to. Need to learn more on FILTER. I used it on DA to show only the CICS regions (FILTER STEPNAME EQ CICS in our shop). Thanks much. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dennis Trojak Sent: Monday, July 25, 2011 2:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF quandry. Have you tried it with a FILTER OWNER EQ racfid ? The filter only applies to the screen you are on. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF quandry. OK, I'm violating IBM standards on this. But I want to name my jobs what I want to name them, not just start them with my RACF id. The problem is with SDSF. When I do an H, I only see things which start with my id. Like an implicit PREFIX SYSUID. So what I need to do to get what I want is issue an OWNER racfid and an H * command. However, that messes up my DA display because then I only see jobs submitted by me. Same with the other SDSF displays. So what I would want is something like OWNER which only effects the H screen. And it would be nice to be able to just enter the H command and not H *. But that's a nit. Any ideas? Or am I out of luck. Actually, I'd still like really long job names. Like 30 or so characters with lower case, dash, and underscore allowed. Maybe even periods. To dream the impossible dream! ... John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: SMPPTS Dataset
Good Point... Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de McKown, John Enviada em: segunda-feira, 25 de julho de 2011 15:16 Para: IBM-MAIN@bama.ua.edu Assunto: Re: SMPPTS Dataset Oh, also, if you make your SMPPTS datasets PDSEs instead of an old style PDS, SMP/E knows better than to try to compress. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Monday, July 25, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: RES: SMPPTS Dataset If i have the option of choosing a method, i would prefer to enlarge SMPPTS because when SMPPTS is out of space, even having SMPPTS1, SMPE tries to compress SMPPTS what may take some time. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by
Re: Allocation Messages in JESMSGLG
Thanks folksI had to specify L=consname for it to take affect on ANY system in the plex. Much appreciated! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocation Messages in JESMSGLG
Sure would be nice to be able to display the Monitor settings. It seems they can only be set on/off -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Failed backup of a RLS VSAM Data Sets (BWO=NULL)
Hi Lizette, We're running z/OS 1.12 I do an individual dump of DFSMShsm xCDS data sets. And SPHERE is included //STEP01 EXEC PGM=ADRDSSU,REGION=3072K,TIME=1440 //SYSPRINT DD SYSOUT=* //OUTDD1 DD UNIT=VSMTAP,DISP=(NEW,CATLG,DELETE),DCB=TRTCH=NOCOMP, // DSN=FSCH1.D0A0.DGG00X.OFFSITE1.BACKUP(+1), // VOL=(,,,20) //SYSIN DD * DUMP OUTDDNAME(OUTDD1) - DATASET(EXCLUDE( - DFHSM.SMALLDS.**) - INCLUDE( - DFHSM.**)) - SPHERE - TOL(ENQF) // -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: 25 July 2011 01:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Failed backup of a RLS VSAM Data Sets (BWO=NULL) I get an ADR952E message when backing up a RLS-enabled VSAM Data Set. The BWO status is NULL. Please advise on what this status should be in order to back up the data set successfully. The error code generated is as follows: 0ADR952E (001)-DTDSC(01), THE IDAQDMP MACRO FAILED DURING QUIESCE PROCESSING FOR CLUSTER DFHSM.D0C0.BCDS WITH RETURN CODE 0008 AND REASON CODE 61FF0004 Should the data set be reallocated or altered with a different BWO option, and what would this option be? Theo, What are your DFDSS control cards? When backing up VSAM you need to include SPHERE. Also, are you doing an individual dump of the DFSMShsm xCDS datasets? Or is this s full volume dump? What version of z/OS are you running? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocation Messages in JESMSGLG
Jeff, I believe that D Cor D EMCS,F,CN=consolewill show you the information you seek. Cheers, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ruegsegger, Jeff Sent: Monday, July 25, 2011 12:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Allocation Messages in JESMSGLG Sure would be nice to be able to display the Monitor settings. It seems they can only be set on/off -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
SHARE Requirement SSSHARE011158 (A Dynamic Steplib Facility is Needed for batch and TSO) was submitted in August 1985. During our recent cleanup of the MVSE requirements (Oct 2010), the requirements committee marked it as Available, so it is no longer active. The reason: IBM developed TSOLIB as the dynamic 'steplib' feature for TSO/E. What they did is fully compliant with all existing contents supervision behaviors and MVS integrity rules. The requirement pre-dates TSOLIB and does not stipulate that activating the dynamic 'steplib' from TSO/E READY is not an acceptable solution. A customer may want to open a new requirement for a dynamic 'steplib' feature that modifies the TASKLIB for an existing command processor's TCB within ISPF. Such a requirement will likely be rejected by IBM due to concerns about security issues. If that solution had been acceptable to IBM, they would have implemented TSOLIB that way in the first place. If anybody would like to submit a new requirement and would like help, please let me know. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == On Jul 22, 2011, at 8:46 AM, Lizette Koehler wrote: Andy, Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or TASKLIBs. I think there is a Share requirement out there (for ages I think) for IBM to address this issue. So far, there is still no dynamic Steplib process. I think the TSO-REXX group has had some discussions on this topic as well. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
What I have done in the past is
ISPF 3.4 list the datasets
Print to a dataset.
Edit the dataset.
Blank out columns not needed.
Delete datasets not needed.
Shift columns to create blanks where commands need to go.
Issue change all commands to insert tso commands needed.
Copy a TSOBATCH job to the top.
Submit and save.
I can do this for several thousand datasets in about 10 minutes.
On Mon, Jul 25, 2011 at 12:53 PM, willie bunter williebun...@yahoo.com wrote:
I tried the command without the LEVEL but it gave me the following error
HRECOVER ('ZQATPWG')
I issued the command via batch :
HRECOVER (ZQATPWG)
I received the following error message :
ARC1001I AM2.UCAT RECOVER FAILED, RC=0033, REAS=
ARC1133I OLD COPY OF DATA SET EXISTS, BUT REPLACE NOT SPECIFIED
I checked via ISPF 3.4 only the ALIAS definition is visible and no other dsns:
ZQATPWG
Maybe I misunderstood your suggestion to execute the HRECOVER without the
LEVEL parm. Maybe my command is wrong? Please let me know where my error is.
The task to code 2,369 dsns is quite daunting this is why I was looking for a
quick way. I could skip the re-name of the dsns because I got Security to
put back the RACF rules. At this time all I want to is to perform a HRECOVER
of the dsns without the rename.
Could it be done?
--- On Thu, 7/21/11, Schwarz, Barry A barry.a.schw...@boeing.com wrote:
From: Schwarz, Barry A barry.a.schw...@boeing.com
Subject: Re: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
To: IBM-MAIN@bama.ua.edu
Received: Thursday, July 21, 2011, 11:32 AM
My HSM manual does not show a LEVEL operand for the RECOVER command. Does
yours?
My manual does show a command similar to RECOVER that supports wildcard
characters (in the fashion of DFSMSdss) but I don't know if it will do what
you want.
Wouldn't it be just as easy to use 3.4 to build a list of the datasets,
HRECOVER them, and then use a REXX or CLIST to rename them.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of willie bunter
Sent: Thursday, July 21, 2011 7:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RECOVER HLQ DSN WITH RENAME
Good Day To All,
Is it possible to recover all dsns at the HLQ level and rename them with a
different name?
I issued the following command :
HRECOVER LEVEL(ZQATPWG) -
NEWNAME('ZWATPWG.ZQATPWG')
I get the error mesage :MEMBER NAME NOT ALLOWED IN DSNAME
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF quandary.
FILTER is a very useful feature for tailoring displays. In addition, consider using S(ELECT on any screen to *temporarily* override any other criteria in place at the moment. Whether you use PREFIX, OWNER, or FILTER, S xxx will display whatever xxx equates to. Examples: S ABC - shows only task or job named ABC S ABC* - shows all tasks or jobs beginning with ABC S 12345 - shows STC12345 or JOB12345 S * - shows everything SELECT is especially useful when you get a request to help someone with a particular job. You don't have to change PREFIX or FILTER, which would require setting it back to the normal value when you're done. SELECT stays in effect only while you're on the display: DA, O, H, etc. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Date: 07/25/2011 12:19 PM Subject:Re: SDSF quandry. Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Fantastic! That worked exactly as I wanted it to. Need to learn more on FILTER. I used it on DA to show only the CICS regions (FILTER STEPNAME EQ CICS in our shop). Thanks much. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dennis Trojak Sent: Monday, July 25, 2011 2:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF quandry. Have you tried it with a FILTER OWNER EQ racfid ? The filter only applies to the screen you are on. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 1:38 PM To: IBM-MAIN@bama.ua.edu Subject: SDSF quandry. OK, I'm violating IBM standards on this. But I want to name my jobs what I want to name them, not just start them with my RACF id. The problem is with SDSF. When I do an H, I only see things which start with my id. Like an implicit PREFIX SYSUID. So what I need to do to get what I want is issue an OWNER racfid and an H * command. However, that messes up my DA display because then I only see jobs submitted by me. Same with the other SDSF displays. So what I would want is something like OWNER which only effects the H screen. And it would be nice to be able to just enter the H command and not H *. But that's a nit. Any ideas? Or am I out of luck. Actually, I'd still like really long job names. Like 30 or so characters with lower case, dash, and underscore allowed. Maybe even periods. To dream the impossible dream! ... John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C compiler issue
Hello, I did: 1) Erase the CICS translator step; 2) Did put the CICS option to use the built-in translator; 3) Used the NOMARGINS option 4) Used the NOSEQUENCE option (even I did not see any sequence number on my source or in the manifest.h source. 5) Forced the LOCALE to 1047, even tough the manifest.h has a tag in its header with same effect. JCL compile step: //COMPILE EXEC PGM=CCNDRVR,REGION=0M, // PARM='CICS,NORENT,LIST,SO,LO,DEF(MVS),OPT(2),DEF(HOMO),OBJECT X // ,NOMAR,NOSEQ,LOC(EN_US.IBM-1047)' On runtime, these are the source settings: Source margins. . . . . . . . : Varying length. . . . . . . : 1 - 32760 Fixed length. . . . . . . . : 1 - 32760 Sequence columns. . . . . . . : Varying length. . . . . . . : none Fixed length. . . . . . . . : none Locale Name . . . . . . . . . : EN_US.IBM-1047 Code Set. . . . . . . . . . . : IBM-1047 manifest.h header: TCPIP.SEZACMAC(MANIFEST) ??=ifdef __COMPILER_VER__ ??=pragma filetag (IBM-1047) ??=endif #pragma nomargins nosequence #pragma checkout(suspend) /*/ /* */ /* Part Name:manifest.h */ /* */ /* Invocation Name: #include manifest.h*/ But in the end, I still get the error: LINE STMT *...+1+2+3+4+5+6+. 1 |/* #pragma pack(packed)*/ 2 |#define _TCP31_PROTOS 3 |#define _OE_SOCKETS 4 |#include manifest.h =WARNING= CCN3234 Expecting a new-line character on #ifdef direct =ERROR=== CCN3166 Definition of function a requires parentheses. =ERROR=== CCN3191 The character # is not a valid C source charact =ERROR=== CCN3191 The character # is not a valid C source charact =ERROR=== CCN3191 The character # is not a valid C source charact -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
O/T Pathing the Kernal on the fly
48 minute video from the PC weeny group on how to apply fixes to the nuc on the fly. Anyone want to laugh ? http://www.youtube.com/watch?v=_pEtHSQ_8Fcfeature=uploademail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C compiler issue
Is the sysin in the compiler step a file or from the spool (sysin dd *) ? If its from sysin dd * you might want to change the * to data,dlm=xx and then add in an xx in cc1 at the last card. Ed From: Henrique Seganfredo henrique.seganfr...@bcb.gov.br To: IBM-MAIN@bama.ua.edu Sent: Mon, July 25, 2011 3:41:40 PM Subject: Re: C compiler issue Hello, I did: 1) Erase the CICS translator step; 2) Did put the CICS option to use the built-in translator; 3) Used the NOMARGINS option 4) Used the NOSEQUENCE option (even I did not see any sequence number on my source or in the manifest.h source. 5) Forced the LOCALE to 1047, even tough the manifest.h has a tag in its header with same effect. JCL compile step: //COMPILE EXEC PGM=CCNDRVR,REGION=0M, // PARM='CICS,NORENT,LIST,SO,LO,DEF(MVS),OPT(2),DEF(HOMO),OBJECT X // ,NOMAR,NOSEQ,LOC(EN_US.IBM-1047)' On runtime, these are the source settings: Source margins. . . . . . . . : Varying length. . . . . . . : 1 - 32760 Fixed length. . . . . . . . : 1 - 32760 Sequence columns. . . . . . . : Varying length. . . . . . . : none Fixed length. . . . . . . . : none Locale Name . . . . . . . . . : EN_US.IBM-1047 Code Set. . . . . . . . . . . : IBM-1047 manifest.h header: TCPIP.SEZACMAC(MANIFEST) ??=ifdef __COMPILER_VER__ ??=pragma filetag (IBM-1047) ??=endif #pragma nomargins nosequence #pragma checkout(suspend) /*/ /* */ /* Part Name:manifest.h */ /* */ /* Invocation Name: #include manifest.h*/ But in the end, I still get the error: LINE STMT *...+1+2+3+4+5+6+. 1 |/* #pragma pack(packed)*/ 2 |#define _TCP31_PROTOS 3 |#define _OE_SOCKETS 4 |#include manifest.h =WARNING= CCN3234 Expecting a new-line character on #ifdef direct =ERROR=== CCN3166 Definition of function a requires parentheses. =ERROR=== CCN3191 The character # is not a valid C source charact =ERROR=== CCN3191 The character # is not a valid C source charact =ERROR=== CCN3191 The character # is not a valid C source charact -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Failed backup of a RLS VSAM Data Sets (BWO=NULL)
We're running z/OS 1.12 I do an individual dump of DFSMShsm xCDS data sets. And SPHERE is included //STEP01 EXEC PGM=ADRDSSU,REGION=3072K,TIME=1440 //SYSPRINT DD SYSOUT=* //OUTDD1 DD UNIT=VSMTAP,DISP=(NEW,CATLG,DELETE),DCB=TRTCH=NOCOMP, // DSN=FSCH1.D0A0.DGG00X.OFFSITE1.BACKUP(+1), // VOL=(,,,20) //SYSIN DD * DUMP OUTDDNAME(OUTDD1) - DATASET(EXCLUDE( - DFHSM.SMALLDS.**) - INCLUDE( - DFHSM.**)) - SPHERE - TOL(ENQF) // DFHSM has its own backup process for the xCDS and Journal datasets. When DFHSM does it backups it Quiesces itself, does the backup and then resumes itself. If you manually backup the xCDS/Journal datasets for DFHSM you have two options 1) Fuzzy backup (DFHSM is running) using TOL(ENQF) in your control cards. This will not guarantee a good restore if necessary. This is what you are doing and getting the error ADR952E. 2) Stop DFHSM completely, run the backup, start DFHSM backup. For option 1) the error message might be part of the following APAR. OA31729: ADR952E RC0008 RSN61FF0006 DURING BACKUP OF NON-FORWARD RECOVERABLE VSAM RLS DATA SET 10/07/29 PTF PECHANGE OA28482 disallowed quiescing of BWO defined datasets if the dataset is non forward recoverable. This was an original design that was not strictly enforced and OA28482 started the enforcement. However users have exploited the non-enforcement and jobs would receive failures ADR952E RC0008 RSN61FF0006 after application of OA28482. You may wish to contact IBM support for more information. Lizette Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Write directly to the JESLOG for a job
I vaguely remember at one time seeing some code which did chain chasing to find the ACB for the JESLOG SPOOL dataset. The code could then do a PUT with an ACB= and RPL= to write to the JESLOG like a VSAM ESDS file. This avoided any chance of going to the SYSLOG like sometimes happens with WTO ROUTCDE=11. Does anybody else remember this or have the code? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/T Pathing the Kernal on the fly
LOL. Once upon a time, I saw a colleague apply a change to a locally written SVC routine in MVT in the middle of the day. The reIPL announcement occurred about 10 seconds later. LOL. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Monday, July 25, 2011 3:52 PM To: IBM-MAIN@bama.ua.edu Subject: O/T Pathing the Kernal on the fly 48 minute video from the PC weeny group on how to apply fixes to the nuc on the fly. Anyone want to laugh ? http://www.youtube.com/watch?v=_pEtHSQ_8Fcfeature=uploademail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
On Mon, 25 Jul 2011 09:46:06 -0500, Walt Farrell wrote: On Mon, 25 Jul 2011 09:40:01 -0500, Paul Gilmartin wrote: The difference is much more than a difference between LINK and ATTACH, gil. Part of the difference is the parameter list, too. And a unique argument list format has always baffled me. What ever was wrong with R1 pointing to a vector of addresses of argument strings? CMD is used for attaching TSO commands, which expect a different parameter list than the standard linkage used by, e.g., EXEC PGM= (which is what ISPF uses for PGM). The question remains, what's wrong with the standard [OS/360] linkage used by, e.g., EXEC PGM=? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PSP upgrade name
What do I specify for the Upgrade name/Subset name for z/OS 1.11 John Norgauer Senior Systems Programmer Mainframe Technical Support Services 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Write directly to the JESLOG for a job
Sir, I remember that but I could be very mistaken but could you not accomplish the same via the WTO ROUTCDE's ?? or perhaps $WTO or perhaps even $BLDMSG ?. Alternatively and admittedly a quick and dirty approach, might be .. suppressing the message via MPF or automation ?. Do you perhaps have a requirement for PUTting to JESLOG ?. I'll try and find that program for you if that's what you absolutely need. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Write directly to the JESLOG for a job I vaguely remember at one time seeing some code which did chain chasing to find the ACB for the JESLOG SPOOL dataset. The code could then do a PUT with an ACB= and RPL= to write to the JESLOG like a VSAM ESDS file. This avoided any chance of going to the SYSLOG like sometimes happens with WTO ROUTCDE=11. Does anybody else remember this or have the code? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1518/3787 - Release Date: 07/25/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSP upgrade name
John, You will find the PSP information in the program directory. It exists in digital form as a member of CPAC.PGMDIR - look in member $INDEXPD to obtain the member name of the z/OS program directory. There is a section entitled Program Support that names the upgrade (e.g. ZOSV1R11) and provides a table of all available PSP subsets. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer Sent: Monday, July 25, 2011 2:38 PM To: IBM-MAIN@bama.ua.edu Subject: PSP upgrade name What do I specify for the Upgrade name/Subset name for z/OS 1.11 John Norgauer Senior Systems Programmer Mainframe Technical Support Services 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: C compiler issue
Hello, The SYSIN points to a file. This files includes manifest.h . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/T Pathing the Kernal on the fly
On 7/25/2011 at 05:11 PM, Bill Fairchild bi...@mainstar.com wrote: Once upon a time, I saw a colleague apply a change to a locally written SVC routine in MVT in the middle of the day. The reIPL announcement occurred about 10 seconds later. Ksplice works, and fairly well, to apply security updates to the Linux kernel. No re-IPLs needed. It's not ready for enterprise use, however, but it might be someday. I suppose that's why Oracle bought the company. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSP upgrade name
Thanks Alan John Norgauer Senior Systems Programmer Mainframe Technical Support Services 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
In 4592215356682315.wa.markmzelden@bama.ua.edu, on 07/25/2011 at 08:43 AM, Mark Zelden m...@mzelden.com said: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZSG80/2.22.5.2?SHELF=ISPZPM80DT=20090611002745#HDRULLIBS That text distinguishes between SELECT CMD and SELECT PGM: The LIBDEF library definitions are searched for selected commands (SELECT CMD). -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
In 131760203761.wa.paulgboulderaim@bama.ua.edu, on 07/25/2011 at 09:40 AM, Paul Gilmartin paulgboul...@aim.com said: Clear enough if I read it carefully, but I dislike the user interface design. I agree, but for a different reason from yours. Had I been making the decision, instead of SELECT PGM(MYPROG) I would have used LINK(MYPROG), and instead of SELECT CMD(MYCMD) I would have used ATTACH(MYCMD). That would obscure the real difference between them. And a unique argument list format has always baffled me. What ever was wrong with R1 pointing to a vector of addresses of argument strings? Noting; in fact, both forms generate such a list of addresses. The difference is in what those addresses point to. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Cobol - STC design issue
All: I have a STC written in Cobol that I have a question about. If a console operator issues a C x , where x is the STC and it has a file open, isnt it a for gone conclusion that I could loose data , because file wouldnt close. I should add this STC is in LE Cobol. I have to support this Cobol STC and not sure how I could intercept the Cancel and make sure the file could be closed without loosing data. Yeah, I could re-write in Assembler, not doable at this time or C or C++. Regards, Scott J Ford Software Engineer http://www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/T Pathing the Kernal on the fly
On Tue, Jul 26th, 2011 at 8:33 AM, Mark Post wrote: Ksplice works, and fairly well, to apply security updates to the Linux kernel. No re-IPLs needed. It's not ready for enterprise use, however, but it might be someday. I suppose that's why Oracle bought the company. Thank you Mark, I missed that. The following looks interesting ... quote Oracle does not plan to support the use of Ksplice technology with Red Hat Enterprise Linux or SUSE Enterprise Linux. /quote Maybe we should take this off to another list. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RESEND - RE: Write directly to the JESLOG for a job
Sir, Just thought of something ... (will look at the manuals tomorrow, to confirm) .. I seem to remember a difference in behavior (if you're using ROUTCDE=11) between LINKAGE=SVC (default) and LINKAGE=BRANCH. IIRC, LINKAGE=BRANCH will not allow the message to be sent to SYSMSG or do I have that mixed up ?? .. Please note that there are limitations in doing this. Further, is a SYSOUT DD coded when you use the ROUTECDE=11 ?. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Write directly to the JESLOG for a job I vaguely remember at one time seeing some code which did chain chasing to find the ACB for the JESLOG SPOOL dataset. The code could then do a PUT with an ACB= and RPL= to write to the JESLOG like a VSAM ESDS file. This avoided any chance of going to the SYSLOG like sometimes happens with WTO ROUTCDE=11. Does anybody else remember this or have the code? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1390 / Virus Database: 1518/3787 - Release Date: 07/25/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RESEND - RE: Write directly to the JESLOG for a job
I know that John specifically asked about writing to JESLOG. If it would satisfy his requirement to write into the JESMSG file, there is a standard, documented interface for writing messages there. No possibility of going to syslog regardless of system settings. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Jim Thomas j...@thethomasresidence.us To: IBM-MAIN@bama.ua.edu Date: 07/25/2011 04:59 PM Subject:RESEND - RE: Write directly to the JESLOG for a job Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sir, Just thought of something ... (will look at the manuals tomorrow, to confirm) .. I seem to remember a difference in behavior (if you're using ROUTCDE=11) between LINKAGE=SVC (default) and LINKAGE=BRANCH. IIRC, LINKAGE=BRANCH will not allow the message to be sent to SYSMSG or do I have that mixed up ?? .. Please note that there are limitations in doing this. Further, is a SYSOUT DD coded when you use the ROUTECDE=11 ?. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Write directly to the JESLOG for a job I vaguely remember at one time seeing some code which did chain chasing to find the ACB for the JESLOG SPOOL dataset. The code could then do a PUT with an ACB= and RPL= to write to the JESLOG like a VSAM ESDS file. This avoided any chance of going to the SYSLOG like sometimes happens with WTO ROUTCDE=11. Does anybody else remember this or have the code? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol - STC design issue
could loose data You may lose data, but never loose(n) it! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question On z/OS Handling of S222 (Cancel)
Hello Art, First off, I agree with you: if termination is due to operator cancel (S222), SDWACLUP is set and retry is not permitted. I believe this to be documented in the Assembler Services Guide. Recovery routines are a very complex subject. To the best of my knowledge, the following summarizes the actions taken for S222 when each ESTAE/ESTAI propagates: 1) If the current RB established an ESTAEX with TERM=YES and the exit's status is active, the ESTAE is invoked. Multiple ESTAEs established by the RB (and in active status) are invoked in LIFO sequence. 2) An ESTAE is deactivated after it propagates. 3) I'm fairly certain that the ESTAE runs under the RB under which it was established (e.g. PRB). 4) After all ESTAEs have been invoked, any ESTAIs that were established by any ancestor TCB (e.g. parent) with ATTACHX TERM=YES that are in active status will be invoked. Multiple ESTAIs established by any ancestor TCB (and in active status) are invoked in LIFO sequence. 5) An ESTAI is deactivated after it propagates. 6) I believe that the ESTAI generally runs under the most recent PRB that was dispatched under the TCB. ** The exits will not be invoked for S222 if TERM=YES was not specified to ESTAEX or ATTACHX. Based upon the above, one can see that not all RBs are necessarily presented with (i.e. ESTAE/ESTAI executed for) an S222. My first thoughts were related to my belief that most of the exits in your situation are most likely running under a PRB, which cannot always be dispatched. In other words, CANCEL is not effective BECAUSE there are active ESTAE/ESTAI exits that cannot be dispatched. The issue may be slightly worse for ESTAI routines because z/OS may have to select one of multiple PRBs under a daughter TCB. There are simply too many reasons for a PRB to be non-dispatchable for me to hazard guesses. I must admit that I do not understand why the issue does not occur in V1R12. Is it possible that the configuration of one of the system trace/dump/recovery functions (e.g. DAE, FFST, RRS, CT etc.) is different? If it were I, the first attempts at identifying the issue would include issuance of the DUMP command (i.e. to obtain a snapshot of the address space) after each ineffective CANCEL command. Best of luck, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Art Celestini Sent: Monday, July 25, 2011 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Question On z/OS Handling of S222 (Cancel) I have a job that, from time to time, does not die when it is cancelled. I may need to issue the cancel command (SDSF line command) three or four times to get it to take. I've observed this only on z/OS 1.10. I've also tested on 1.12 but never happened to observe the problem there, although that doesn't necessarily mean that it won't ever happen on that release. The program uses multiple subtasks, some of which run LE enclaves, some call TCP/IP and others are pure assembler, and several of those have their own ESTAE(X)s up. The job step task also puts up an ESTAEX but the recovery routine there does nothing but flush the queue for a message data set and then percolate the error. It never retries. Are the subtask ESTAE(X)s presented with the S222, or is it presented only to the job step level task. I seem to remember that it is not possible to retry from an x22 abend, but a colleague seems to differ with me on that. Any thoughts on what might be causing this intermittent behavior and how I might zero in on what is causing it, would be appreciated. Art Celestini == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF quandry.
In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/25/2011 at 01:37 PM, McKown, John john.mck...@healthmarkets.com said: OK, I'm violating IBM standards on this. But I want to name my jobs what I want to name them, not just start them with my RACF id. Then name them what you want. When I do an H, I only see things which start with my id. Are you sure that you had PREFIX *? So what I would want is something like OWNER which only effects the H screen. Did you try, e.g., H * S OWNER uid Is there an outstanding requirement for OWNER and other filter operands on SDSF display commands? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol - STC design issue
Point well taken and worthy of 2 pts for humor ...lol Scott J Ford Software Engineer http://www.identityforge.com From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Monday, July 25, 2011 8:11 PM Subject: Re: Cobol - STC design issue could loose data You may lose data, but never loose(n) it! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol - STC design issue
I thought I was funnin! Somebody else didn't dunned. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Scott Ford scott_j_f...@yahoo.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Mon, 25 Jul 2011 17:52:55 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Cobol - STC design issue Point well taken and worthy of 2 pts for humor ...lol Scott J Ford Software Engineer http://www.identityforge.com From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Monday, July 25, 2011 8:11 PM Subject: Re: Cobol - STC design issue could loose data You may lose data, but never loose(n) it! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: restricting how I do things so that others understand?
In A826B9FD78356242A9D9595912F9B2323A4468A67F@DOITTMAIL03.doitt.nycnet, on 07/25/2011 at 10:44 AM, Barkow, Eileen ebar...@doitt.nyc.gov said: CICS installation and maintenance requires HFS files. That makes my case stronger. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
In 0542225449926862.wa.paulgboulderaim@bama.ua.edu, on 07/25/2011 at 04:13 PM, Paul Gilmartin paulgboul...@aim.com said: The question remains, what's wrong with the standard [OS/360] linkage used by, e.g., EXEC PGM=? It doesn't support TSO subcommands, which require all of the paremeters in the CPPL. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
In 71255040-e3ea-4dd1-8f86-43c054600...@watsonwalker.com, on 07/25/2011 at 04:03 PM, Cheryl Walker che...@watsonwalker.com said: A customer may want to open a new requirement for a dynamic 'steplib' feature that modifies the TASKLIB for an existing command processor's TCB within ISPF. Such a requirement will likely be rejected by IBM due to concerns about security issues. What about a request to add a tasklib for all subsequent commands? That could be handled by the TMP without affecting existing subtasks. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
On Mon, 25 Jul 2011 16:13:29 -0500, Paul Gilmartin paulgboul...@aim.com wrote: The question remains, what's wrong with the standard [OS/360] linkage used by, e.g., EXEC PGM=? Different environments have different requirements, gil. TSO commands require a different and specific set of parameters to make the data they need available. The same applies to CICS transaction programs, IMS transaction programs, UNIX commands, REXX functions, etc. The basic idea between all these is the same: R1 points to a list of addresses and each of the addresses points to a piece of data, but still the number of addresses and the data they point to is different in each case. SELECT PGM and SELECT CMD provide different parameters for exactly that reason, and a program written to expect one set of parameters will not work when presented with a different set. We've also had a number of discussions here, I think, with people trying to write a program that would work in any environment and would somehow recognize or figure out which set of parameters it had been passed and treat them appropriately. I prefer the approach of documenting which environment a program can run in, and if it needs to work in a different environment giving it a new entry point that will understand the different parameters that environment uses. And then documenting what program name the users should invoke for each environment. -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Saving US$1M deploying a cloud on z/Series over x86/ x64
http://www-03.ibm.com/systems/z/solutions/cloud/?cmp=101ASct=101AS12Wcr=tipsheetcsr=systemzcm=hccy=uscpb=stgcd=20110712 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Saving US$1M deploying a cloud on z/Series over x86/ x64
And for those others of you that object to the marketing gumph IBM presents you with, the paper is available for direct download from Clabby Analytics. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: running Assembler I/O macro code as AMODE 31, RMODE ANY
At 02:33 -0400 on 07/24/2011, Shmuel Metz (Seymour J.) wrote about Re: running Assembler I/O macro code as AMODE 31, RMODE ANY: The description above was part of a hoax Wiki refers to it as a hoax, but I don't see it as any more of a hoax than the famous sign offering access to the egress. In fact, the DHMO site does not match wiki's own definition[1] of hoax [1] http://en.wikipedia.org/wiki/Hoax Note that I stated Part of a Hoax not that it was in-and-of-itself a hoax. The description while worded to give a desired impression had all of the stated facts being accurately made. Thus it is not itself necessary a hoax. It was the use of the description (and misleading descriptions of the effects and usage) to convince people to sign petitions to ban its use that makes it part of a hoax (ie: The petition being the hoax). If the common name of DHMO was used in lieu of DHMO in the descriptions it would be just as accurate but the impression given by the statement of facts would be different (IOW: The deliberate use of DHMO in lieu of the common name for the substance makes listing into hoax - not due to the stated facts but due to the way they are presented by using DHMO to disguise the identity of the substance). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol - STC design issue
Scott, A small assembler routine to set up the modify control blocks/structure and some sort of protocol to get back to the Cobol after a MODIFY then tell ops to use modify to stop the task. Don't know doable Ken -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RESEND - RE: Write directly to the JESLOG for a job
Perhaps it was JESMSG and not JESLOG. It was a long time ago. What is the JESMSG interface called? On Mon, 2011-07-25 at 17:10 -0700, Skip Robinson wrote: I know that John specifically asked about writing to JESLOG. If it would satisfy his requirement to write into the JESMSG file, there is a standard, documented interface for writing messages there. No possibility of going to syslog regardless of system settings. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Jim Thomas j...@thethomasresidence.us To: IBM-MAIN@bama.ua.edu Date: 07/25/2011 04:59 PM Subject:RESEND - RE: Write directly to the JESLOG for a job Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sir, Just thought of something ... (will look at the manuals tomorrow, to confirm) .. I seem to remember a difference in behavior (if you're using ROUTCDE=11) between LINKAGE=SVC (default) and LINKAGE=BRANCH. IIRC, LINKAGE=BRANCH will not allow the message to be sent to SYSMSG or do I have that mixed up ?? .. Please note that there are limitations in doing this. Further, is a SYSOUT DD coded when you use the ROUTECDE=11 ?. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, July 25, 2011 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Write directly to the JESLOG for a job I vaguely remember at one time seeing some code which did chain chasing to find the ACB for the JESLOG SPOOL dataset. The code could then do a PUT with an ACB= and RPL= to write to the JESLOG like a VSAM ESDS file. This avoided any chance of going to the SYSLOG like sometimes happens with WTO ROUTCDE=11. Does anybody else remember this or have the code? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF quandry.
I like the FILTER. The problem with H * without the OWNER or FILTER is that there are thousands of jobs in the SPOOL in the HELD queue. And our system is max'ed out most of the time, so response goes into the toilet. I guess from building the screen since accessing the SPOOL in the OWNER or FILTER case should still be about the same. I guess. On Mon, 2011-07-25 at 20:21 -0400, Shmuel Metz (Seymour J.) wrote: In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 07/25/2011 at 01:37 PM, McKown, John john.mck...@healthmarkets.com said: OK, I'm violating IBM standards on this. But I want to name my jobs what I want to name them, not just start them with my RACF id. Then name them what you want. When I do an H, I only see things which start with my id. Are you sure that you had PREFIX *? So what I would want is something like OWNER which only effects the H screen. Did you try, e.g., H * S OWNER uid Is there an outstanding requirement for OWNER and other filter operands on SDSF display commands? -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
