Re: : RESMGR Add Return Code 44
At 12:21 -0500 on 09/19/2011, Chuck Arney wrote about Re: : RESMGR Add Return Code 44: Thanks for the suggestions guys. Rob hit the nail on the head. The plist work area was initially primed with the MF=L prototype but another service call wiped it out before the RESMGR request was issued. Good coding practice in cases of this type is to do the MVC (ie: Prime the work area) just before the a MF=E call. Of course this advice is based on the assumption that you do not need the make use of the values in the MF=E plist from call to call. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Mainframe traders
IBM offers Certified Pre-Owned System z equipment. IBM does business around the world. For example, here's the direct Web link to the English (U.K.) site for Europe: http://www.ibm.com/financing/uk/gars Click on the Have a rep call me link. As another example, in the United States there's an easy-to-remember telephone hotline: 1-866-IBM-USED. Or visit here: http://www.ibm.com/products/specialoffers/us/en/zseries_servers.html and click on the IBM Certified... link. If you are a current or potential IBM partner (software developer, etc.), visit here for more information on obtaining IBM Certified Pre-Owned equipment: https://www.ibm.com/financing/partner/used/overview Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.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: IPCS panel issue
Customize the BLCSDDIR exec to your needs (it's in SBLSCLI0). I typically write my own exec to invoke IPCS, allocating ddname BLSCDDIR to my own dump directory. Suggest you read the IPCS manuals. Ant. Northern Territory Government of Australia -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Tuesday, 20 September 2011 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: IPCS panel issue Hello, When I am trying to open IPCs penel, I am getting below problem. Dump directory name 'SYS1.DDIR' will be used Dump directory space will be allocated in units of 15000 records Dump directory space will be allocated on volume VSAM01 DEFINE CLUSTER(NAME('SYS1.DDIR') VOLUME(VSAM01) INDEXED REUSE SHAREOPTIONS(1,3) ) INDEX(NAME('SYS1.DDIR.I') RECORDS(150,150) CONTROLINTERVALSIZE(4096)) DATA(NAM *** It tries to allocate Dump director space into VSAM01, which i dont have in my system. Can you please guide, where I can change this to make it work. Thanks Regards Saurabh -- 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
IPCS panel problem (Was: IPCS panel issue)
Saurabh I'm going to guess you are rather new to all of this z/OS malarkey and you don't have someone experienced to hand in order to assist you. Hence your frequent use of the IBM-MAIN list. There is however another area in which you do not seem confident and that is in knowing how best to use the excellent resource of the online manuals, the judicious use of which can avoid very many basic questions. I believe I have used IPCS only once long ago very much as a novice - although with its aid - and the help of an IBM developer with whom I happened to be working at the time - I managed to determine which bits in a TM instruction the writer of a particular VTAM module had got wrong! In this case, I started from http://www-03.ibm.com/systems/z/os/zos/bkserv/ as usual. I selected 1.12 alongside Book under z/OS elements and features publications: http://www-03.ibm.com/systems/z/os/zos/bkserv/v1r12books.html Obviously you should generally be sure to select the appropriate release (and version should it eventually change). Then I selected List all z/OS V1R12.0 elements and features bookshelves. http://www-03.ibm.com/systems/z/os/zos/bkserv/zshelves12.html I first entered IPCS in the Search text box for the MVS bookshelf in order to be sure that this was the correct bookshelf for IPCS manuals but, in order to home in on the problem - a problem by the way since this is a clear case of something not working which you expected to work, I entered VSAM01 in the Search text box. Here I was presented with 4 manuals consisting of 7 hits in total. I hand it over to you since I believe you will very quickly now find your answer. Well, I couldn't resist a peek and I believe what you need can be found under 3.2 Editing the BLSCDDIR CLIST in z/OS MVS Interactive Problem Control System (IPCS) Customization: quote Change the VOLUME assignment in the BLSCDDIR CLIST to specify a new volume serial for user dump directories. The default volume serial for directories is VSAM01. /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2c770/3.2 I guess I must have known just a little bit about this back in the early 1980s when I last worked with it but I had certainly forgotten the details. However the details I retain for what would be everyday use if I wasn't resting is how best to use the online manuals. Chris Mason On Tue, 20 Sep 2011 11:16:33 +0530, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, When I am trying to open IPCs penel, I am getting below problem. Dump directory name 'SYS1.DDIR' will be used Dump directory space will be allocated in units of 15000 records Dump directory space will be allocated on volume VSAM01 DEFINE CLUSTER(NAME('SYS1.DDIR') VOLUME(VSAM01) INDEXED REUSE SHAREOPTIONS(1,3) ) INDEX(NAME('SYS1.DDIR.I') RECORDS(150,150) CONTROLINTERVALSIZE(4096)) DATA(NAM *** It tries to allocate Dump director space into VSAM01, which i dont have in my system. Can you please guide, where I can change this to make it work. Thanks Regards Saurabh -- 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: Suggestion for a Job running Under a Loop
I am not doing a COMPILE,BIND,LINKLED. Its the application trainee users who perform this task. Not the same user but different users performing same task as part of training. Just curious to know if there are any limitation on TGNUM or CPU time to know if a Job is taking more resources. Jake On Tue, Sep 20, 2011 at 6:04 AM, Lizette Koehler stars...@mindspring.comwrote: Jake, I am a little confused. Are you doing a COMPLE,BIND,LINKED every time you run your program? 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
Receive order failing.
Anyone else getting this error today? GIM68700IORDER ORD00131 HAS BEEN SENT TO THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/. GIM37150S ** THE uri KEYWORD IS MISSING OR INVALID. GIM69192S ** RECEIVE PROCESSING HAS FAILED FOR ORDER ORD00131. AN ERROR WAS FOUND IN THE RESPONSE RECEIVED FROM THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/ WHEN PROCESSING ORDER ORD00131 WITH ORDERID H47521731. GIM69226Ifaultcode = Client.ObjectNotFound. GIM69226Ifaultstring = com.ibm.ecc.protocol.ClientObjectNotFound. GIM69226Idescription = Error encountered during CCSS processing when requested fix could not be found.. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: elapsed time for DFSORT
There is not enough information here to determine why the job ran longer. Please send the complete joblog (not just the DFSORT messages) to dfs...@us.ibm.com and we can analyze for you. Also, be sure to send joblogs from multiple days so we can see the variance in elapsed time. Have a nice day, Dave Betten DFSORT Development, Performance Lead IBM Corporation email: bet...@us.ibm.com DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/20/2011 12:38:45 AM: [image removed] elapsed time for DFSORT Wang Xiaobing to: IBM-MAIN 09/20/2011 12:39 AM Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Please respond to IBM Mainframe Discussion List Hi, Here we have a performance problem on DFSORT. The same DFSORT job run on different day have different elapsed time, the data processed is almost same. Form the job log, we find the different is the longer job show DFSORT COULD NOT DYNAMICALLY ALLOCATE THE OPTIMAL WORK DATA SET SPACE, but our DFSORT job aloways use Hiperspace instead of work data set space. Here is DFSORT log: ICE127I 0 OPTIONS: OVFLO=RC0 ,PAD=RC0 ,TRUNC=RC0 ,SPANINC=RC16,VLSCMP=N,SZERO=Y,RESET=Y,VSAMEMT=Y,DYNSPC=256 ICE128I 0 OPTIONS: SIZE=57313801,MAXLIM=1048576,MINLIM=450560,EQUALS=N,LIST=Y,ERET=RC16 ,MSGDDN=SYSOUT ICE129I 0 OPTIONS: VIO=N,RESDNT=ALL ,SMF=NO ,WRKSEC=Y,OUTSEC=Y,VERIFY=N,CHALT=N,DYNALOC=(SYSDA ,004),ABCODE=MSG ICE130I 0 OPTIONS: RESALL=4096,RESINV=0,SVC=109 ,CHECK=Y,WRKREL=Y,OUTREL=Y,CKPT=N,COBEXIT=COB2 ICE131I 0 OPTIONS: TMAXLIM=6291456,ARESALL=0,ARESINV=0,OVERRGN=65536,CINV=Y,CFW=Y,DSA=64 ICE132I 0 OPTIONS: VLSHRT=N,ZDPRINT=Y,IEXIT=N,TEXIT=N,LISTX=N,EFS=NONE ,EXITCK=S,PARMDDN=DFSPARM ,FSZEST=N ICE133I 0 OPTIONS: HIPRMAX=OPTIMAL,DSPSIZE=MAX ,ODMAXBF=0,SOLRF=Y,VLLONG=N,VSAMIO=N,MOSIZE=MAX ICE235I 0 OPTIONS: NULLOUT=RC0 ... ICE258I 0 DFSORT COULD NOT DYNAMICALLY ALLOCATE THE OPTIMAL WORK DATA SET SPACE ICE165I 0 TOTAL WORK DATA SET TRACKS ALLOCATED: 33480 , TRACKS USED: 0 ICE199I 0 MEMORY OBJECT STORAGE USED = 0M BYTES ICE180I 0 HIPERSPACE STORAGE USED = 11628272K BYTES ICE188I 0 DATA SPACE STORAGE USED = 0K BYTES ... And, we checked the SMF TYPE30 for these 2 job, it shows the total connect time(SMF30TCN) obviously increased..and the increased connect time(SMF30DCT ) is only used for SYSOUT DD.. My question is : Q1, why DFSORT COULD NOT DYNAMICALLY ALLOCATE THE OPTIMAL WORK DATA SET SPACE ? and how to correct it ? we do not change the JOB. Q2, In this case, we use Hiperspace instead of work data set space, ICE258I will impace the total connect time ? and cause the elapsed become longer ? Q3, What's the possible root reason increased the total connect time(SMF30TCN) ? Welcome any comments...TIA. WXB. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPCS panel issue
As well as the excellent advice given to you already, this is an opportunity to learn more about how your system is set up. From the main menu (or wherever you invoke IPCS), issue ISPF command PANELID to find out the name of that panel. Issue PANELID again to remove that display. Now use ISPF command DDLIST to display a list of the allocations to your session. Issue command M followed by the name of the panel you discovered previously to locate the panel library where that member resides. Browse that member in that library. Determine what is run when you select IPCS by looking at the contents of the panel. Go back to DDLIST and locate the panel/CLIST/REXX used to run IPCS. Browse that member and continue to dig deeper until you discover where VSAM01 is specified. It will likely be in BLSCDDIR in data set SBLSCLI0. Make the needed change. Try it again to see if the change works as expected. This technique can be used for any ISPF application. You need to become familiar with the tools to do this investigation, the basic construction of your ISPF environment, how to read and/or change ISPF panels or other components, how to read/change CLISTs and REXX execs, and possibly other components specific to the ISPF application in question. Don Imbriale On Tue, Sep 20, 2011 at 2:35 AM, Anthony Thompson anthony.thomp...@nt.gov.au wrote: Customize the BLCSDDIR exec to your needs (it's in SBLSCLI0). I typically write my own exec to invoke IPCS, allocating ddname BLSCDDIR to my own dump directory. Suggest you read the IPCS manuals. Ant. Northern Territory Government of Australia -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Tuesday, 20 September 2011 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: IPCS panel issue Hello, When I am trying to open IPCs penel, I am getting below problem. Dump directory name 'SYS1.DDIR' will be used Dump directory space will be allocated in units of 15000 records Dump directory space will be allocated on volume VSAM01 DEFINE CLUSTER(NAME('SYS1.DDIR') VOLUME(VSAM01) INDEXED REUSE SHAREOPTIONS(1,3) ) INDEX(NAME('SYS1.DDIR.I') RECORDS(150,150) CONTROLINTERVALSIZE(4096)) DATA(NAM *** It tries to allocate Dump director space into VSAM01, which i dont have in my system. Can you please guide, where I can change this to make it work. Thanks 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: Mainframe shops (a little) more optimistic about System z
In 4e779fe5.5090...@ync.net, on 09/19/2011 at 03:02 PM, Rick Fochtman rfocht...@ync.net said: A rose by any other name Rsgweed is not a rose, and his reporting doesn't smell like a rose. -- 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: Receive order failing.
I just ordered a PTF through Shopz using FROMNETWORK that went through Boulder without difficulty. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, September 20, 2011 7:40 AM To: IBM-MAIN@bama.ua.edu Subject: Receive order failing. Anyone else getting this error today? GIM68700IORDER ORD00131 HAS BEEN SENT TO THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/. GIM37150S ** THE uri KEYWORD IS MISSING OR INVALID. GIM69192S ** RECEIVE PROCESSING HAS FAILED FOR ORDER ORD00131. AN ERROR WAS FOUND IN THE RESPONSE RECEIVED FROM THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/ WHEN PROCESSING ORDER ORD00131 WITH ORDERID H47521731. GIM69226Ifaultcode = Client.ObjectNotFound. GIM69226Ifaultstring = com.ibm.ecc.protocol.ClientObjectNotFound. GIM69226Idescription = Error encountered during CCSS processing when requested fix could not be found.. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. -- Mark Jacobs Time Customer Service Tampa, FL Some people are electrifying, they light up a room when they leave. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Suggestion for a Job running Under a Loop
I am not doing a COMPILE,BIND,LINKLED. Its the application trainee users who perform this task. Not the same user but different users performing same task as part of training. Just curious to know if there are any limitation on TGNUM or CPU time to know if a Job is taking more resources Jake, The answer to this question is - it depends. A large number of TGNUMs maybe valid depending on what the data is that is going to sysout. If it is due to a Compile/Link/Bind, and the program being compiled is very large, then it might be okay. CPU utilization - same answer. It might be okay. Since you do not have any performance tools (at least none that you have identified), the one way to handle this is to use RMF. You need a job that repeats this issue for you. Once you have a job that if you run it x number of times you see the same behavior, then you can review the sysout it produces, the RMF data to see what resources it is using, and possible run a GTF trace or gather an SVC Dump for review. If this is not repeatable with the same job. Then you have an unknown condition where you need to be waiting for it to occur. There is not rule of thumb that says - if the job is taking XX number of EXCPs it is in a loop. Or if job is producing YY amount of output (TGNUMS) it is in a loop. As others have pointed out - you need to know what the job is doing and determine if it is okay or not. Since each shop is unique, it is very had to say When condition A occurs, I have a loop. For example, I can use IEBGENER to copy a tape to SYSOUT. I use a large number of TGNUMs but I am not looping. Or, my LPAR does not have sufficient Page Packs or Central Storage, therefore my job is causing a high number of Swaps. Due to limited resources, my job is having problems that is causing problems for other jobs on that LPAR. It does not mean my job is the problem. But that the lack of resources and the workload running causes an overall system issue. So, I would suggest that the next time you have what might appear to be a looping condition you start with RMF and using option 3 (RMF Mon III) drill into the job and see what resources are being used and what impactors might be involved. I would also recommend looking at the REDBOOK - EFFECTIVE PERFORMANCE MONITORING Using RMF http://www.redbooks.ibm.com/redbooks/pdfs/sg246645.pdf . Even if you do not have RMF it would probably help you get ideas where to look or what to trap. If you do not have RMF or implemented RMF on this LPAR, then this will become even more of a challenge to do. But perhaps you have other LPARs where RMF or other performance tool is running. If so, you might be able to collect the data from this LPAR where the problem resides and take it to another LPAR for analysis. Questions you need to consider 1) What is the job doing? Is the process normal or an exception a) Is it always a compile/bind and link? Or are there other types of jobs that are doing this? b) Do the job that appear to loop always use the same JCL when this occurs? Or is the JCL different? c) Do the job that appear to loop always use the same PARMs when this occurs? Or are the parms different? 2) Does this issue occur with the exact same job or does it vary with the same job or does it happen to random jobs? 3) When this happens, can an SVC Dump be collected? a) What does the Trace data show. Make sure the Trace table for SVC Dumps is at maximum if possible for this 4) What other GTF Traces might be useful for this analysis? IO, VSM, etc... 5) Is RMF available? If so, look at the various options under RMF MON III 6) Any slip traps that could be set to capture data to identify the problem? This might be on the program (compiler, binder or linker) or possible a generic slip for a specific job name. or a MSGID slip to dump when a specific message occurs. There are probably other directions to look. But these would be my choices to start. 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: IPCS panel issue
On Tue, 20 Sep 2011 16:05:32 +0930, Anthony Thompson wrote: Customize the BLCSDDIR exec to your needs (it's in SBLSCLI0). It is not necessary to customize the BLSCDDIR CList. The CList accepts a VOLUME parameter which, if not specified, defaults to VSAM01. If your ACS routines caused your dump directory to be SMS managed, it would not matter. You can invoke the BLSCDDIR CList to create your dump directory before you invoke IPCS. Suggest you read the IPCS manuals. Agreed. BLSCDDIR is documented in the IPCS commands manual. -- Tom Marchant -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Tuesday, 20 September 2011 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: IPCS panel issue Hello, When I am trying to open IPCs penel, I am getting below problem. Dump directory name 'SYS1.DDIR' will be used Dump directory space will be allocated in units of 15000 records Dump directory space will be allocated on volume VSAM01 DEFINE CLUSTER(NAME('SYS1.DDIR') VOLUME(VSAM01) INDEXED REUSE SHAREOPTIONS(1,3) ) INDEX(NAME('SYS1.DDIR.I') RECORDS(150,150) CONTROLINTERVALSIZE(4096)) DATA(NAM *** It tries to allocate Dump director space into VSAM01, which i dont have in my system. Can you please guide, where I can change this to make it work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPCS panel issue
Customize the BLCSDDIR exec to your needs (it's in SBLSCLI0). I typically write my own exec to invoke IPCS, allocating ddname BLSCDDIR to my own dump directory. Suggest you read the IPCS manuals. Also, do not edit in your SMP/E Libraries. I created a USERMOD to do the customization for SBLSCLI0. Or copy this CLIST to a library in your TSO LOGON Proc that is higher than the library that holds the SBLSCLI0 and edit that one. This is an SMPE managed element. You want to make sure your changes are not reset or removed because IBM shipped a new version of this clist. Or when you implement a new z/OS operating system. 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: Multile TCP/IP Stacks
One good reason to have seperate stacks is if you have two or more completely seperate networks. If you try and combine two seperate networks in one stack, you will run into routing issues. It is much easier to manage if you have a seperate stack for each seperate network. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Receive order failing.
Ours worked fine this morning at 4AM but I'm still running off of Rochester after the last issue. https://eccgw02.rochester.ibm.com/services/projects/ecc/ws MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suggestion for a Job running Under a Loop
On 9/20/2011 4:22 AM, Jake anderson wrote: I am not doing a COMPILE,BIND,LINKLED. Its the application trainee users who perform this task. Not the same user but different users performing same task as part of training. Just curious to know if there are any limitation on TGNUM or CPU time to know if a Job is taking more resources. Jake On Tue, Sep 20, 2011 at 6:04 AM, Lizette Koehlerstars...@mindspring.comwrote: Jake, I am a little confused. Are you doing a COMPLE,BIND,LINKED every time you run your program? Lizette Ah. For trainees running training jobs, you really should put TIME= on JOB statements and OUTLIM= on all SYSOUT DD statements. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.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: WLM Problems
Thanks for wanting to help. We opened a PMR with IBM and got it resolved that way. Thanks again. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Monday, September 19, 2011 3:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM Problems As usual the answer is it Depends IMO, the answer is yes, there is a way to exert this control an prevent the DEV/TEST region from impacting production (or at the very least mitigating the impact). There are many ways to do this and it depends on how your environment is set up. 1) Are the CICS regions managed to address space goals or transaction goals? 2) Are the CICS regions in the same Service Class? This is kind of the minimum level of knowledge I would need in order to provide a road map for resolution of this issue? Please post the above info. snip Hello all, I have a question. I'm being told that there is no way to keep a looping lower priority task in a development CICS region from affecting the dispatching of a production CICS system. Is this really true. I'm not the WLM guy, but I would have thought that there would be some way to set it up so that test, dev, batch or online would not affect a well behaved production environment. Would someone please enlighten me. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suggestion for a Job running Under a Loop
Generally, performance problems with batch Db2 are related to the SQL code in the program. Do you have any tools to analyze the DB2 activity done by the program. Regards Otto Schumacher HP Enterprise Services Infrastructure Specialist Ahold Account CICS Capacity Technical Support P.O. Box 6462 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29606 Cell: 864 569--5338 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Tuesday, September 20, 2011 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Suggestion for a Job running Under a Loop On 9/20/2011 4:22 AM, Jake anderson wrote: I am not doing a COMPILE,BIND,LINKLED. Its the application trainee users who perform this task. Not the same user but different users performing same task as part of training. Just curious to know if there are any limitation on TGNUM or CPU time to know if a Job is taking more resources. Jake On Tue, Sep 20, 2011 at 6:04 AM, Lizette Koehlerstars...@mindspring.comwrote: Jake, I am a little confused. Are you doing a COMPLE,BIND,LINKED every time you run your program? Lizette Ah. For trainees running training jobs, you really should put TIME= on JOB statements and OUTLIM= on all SYSOUT DD statements. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Suggestion for a Job running Under a Loop
On 09/20/2011 07:45 AM, Steve Comstock wrote: On 9/20/2011 4:22 AM, Jake anderson wrote: I am not doing a COMPILE,BIND,LINKLED. Its the application trainee users who perform this task. Not the same user but different users performing same task as part of training. Just curious to know if there are any limitation on TGNUM or CPU time to know if a Job is taking more resources. Jake On Tue, Sep 20, 2011 at 6:04 AM, Lizette Koehlerstars...@mindspring.comwrote: Jake, I am a little confused. Are you doing a COMPLE,BIND,LINKED every time you run your program? Lizette Ah. For trainees running training jobs, you really should put TIME= on JOB statements and OUTLIM= on all SYSOUT DD statements. And if this is a training exercise, the instructor in charge should already have a solution for the exercise and know what is a reasonable upper bound for OUTLIM on the SYSOUT datasets and TIME for the execution step of the exercise. Forcing such limits in some way, at least on the test execution step, is infinitely simpler than trying to dynamically determine if a running job step is doing something reasonable or not and still achieves the desired end result of not allowing bad test jobs to waste huge amounts of system resources. A default job step TIME value may be easily assigned by having a separate job class in JES for the test/trainee jobs and specifying the default there. Another simple possibility would be to require the trainees to use a supplied PROC for their execution which includes the desired limits for the test execution job steps. A more difficult solution would be to use JES exits to enforce the limits for specific test job classes or job names. If those limits also catch a few trainee programs that might produce correct results, but in a terribly inefficient way, that is also a good training experience. Considering the approximate MIPS ratings of typical processors today, any program that uses more than a few seconds of CPU time must of necessity contain program loops. Distinguishing productive loops from inefficient loops and from non productive loops for an arbitrary program is a non trivial exercise. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problem with HSM Recalls
A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. TIA, Dave O'Brien -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
3380/3390 conflict? Might have to define a mod-3 in 3380 compat mode. Check the ICKDSF manuals HTH, snip A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Dave - You didn't provide the commands you used, but based on the REAS=0168, I'd suggest specifying the UNIT(unittype) on your command if necessary, the VOLUME(volser) parameter. If it was migrated from a 3380, the recall recover are probably still trying to use that unit type you need to over-ride it. HTH's ddk /// A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. TIA, Dave O'Brien This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Allan, probably HSM is trying to restore your dataset into its original VOLUME, and this volume is no more active in your configuration. Try to supply a VOLSER to HSM to relocate the dataset on another dasd. HTH _ Paolo Cacciari IBM Italia S.p.A. Sede Legale: Circonvallazione Idroscalo - 20090 Segrate (MI) Cap. Soc. euro 384.747.048,00 C. F. e Reg. Imprese MI 01442240030 - Partita IVA 10914660153 Società soggetta all?attività di direzione e coordinamento di International Business Machines Corporation (Salvo che sia diversamente indicato sopra / Unless stated otherwise above) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Thanks Darth, I had tried unit volume parameters with the same result. -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Tuesday, September 20, 2011 10:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Dave - You didn't provide the commands you used, but based on the REAS=0168, I'd suggest specifying the UNIT(unittype) on your command if necessary, the VOLUME(volser) parameter. If it was migrated from a 3380, the recall recover are probably still trying to use that unit type you need to over-ride it. HTH's ddk /// A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. TIA, Dave O'Brien This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: WLM Problems
Mike, If you'd like to share the response/advice you got from IBM, there are probably many who would be interested. Thanks, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ward, Mike S Sent: Tuesday, September 20, 2011 8:12 AM Thanks for wanting to help. We opened a PMR with IBM and got it resolved that way. Thanks again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Thanks Allan, I'll look into the possible 3390 compatibility issue. I had discounted it since the devtype that shows up in listcat is the same as for recalls that are working. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 10:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls 3380/3390 conflict? Might have to define a mod-3 in 3380 compat mode. Check the ICKDSF manuals HTH, snip A recall of the first dataset listed below results in ARC1113I I/O ERROR WRITING PRIMARY COPY Explanation: While DFSMShsm was writing the primary copy of a data set during a recall or recovery operation, an I/O error occurred or invalid data was found. If an I/O error occurred an access method or hardware error message should precede this message or be found in the DFSMShsm job log SYSMSG data set. Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Problem with HSM Recalls
On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. If the data set originally resided on a 3380 and it has a very small blocksize, you might see this. For example, if it has a blocksize of 80, a 3380 track will hold 83 blocks but a 3390 will only hold 78. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. If the data set originally resided on a 3380 and it has a very small blocksize, you might see this. For example, if it has a blocksize of 80, a 3380 track will hold 83 blocks but a 3390 will only hold 78. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Problem with HSM Recalls
Looks like you need to use the INSTALL command, not the INIT command. See 2.1.1.3 Setting an IBM 3390 to 3380 track compatibility mode in GC35-0033-25 (ICKDSF R17 dated 12-14-02) Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664 3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 20, 2011 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. If the data set originally resided on a 3380 and it has a very small blocksize, you might see this. For example, if it has a blocksize of 80, a 3380 track will hold 83 blocks but a 3390 will only hold 78. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Problem with HSM Recalls
Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) I would say you need to reconfigure the volume in the HDS 9990V as a 3380 first, then initialize it. - ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Allan, I did use the Install command, see first line of output. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 11:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Looks like you need to use the INSTALL command, not the INIT command. See 2.1.1.3 Setting an IBM 3390 to 3380 track compatibility mode in GC35-0033-25 (ICKDSF R17 dated 12-14-02) Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664 3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 20, 2011 10:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 10:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: Message ARC1001I also precedes this message, giving the operation in process, the name of the data set, and a reason code. Reascode Meaning 8 Direct access data records exceed the track capacity of the output device. Attempting to recover the backup with a rename results in ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. If the data set originally resided on a 3380 and it has a very small blocksize, you might see this. For example, if it has a blocksize of 80, a 3380 track will hold 83 blocks but a 3390 will only hold 78. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Suggestion for a Job running Under a Loop
Sorry, but a 'loop' is what programs do. The idea is to somehow figure out if the 'loop' is due to a bug or not. What you can do is set CPU time limits. They are easy enough to do, and easy enough to justify. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jake anderson Sent: Monday, September 19, 2011 5:59 AM To: IBM-MAIN@bama.ua.edu Subject: Suggestion for a Job running Under a Loop Hi All, I have development system(LPAR) here wherein the jobs submitted by the developers/trainees gets into loop very often. Usually i use to find this through either the TGNUM value or through the EXCP Cnt. But today i found a genuine job( not a system or admin job) running with high TGNUM EXCP and also with considerable amount of CPU time . Are there any way to find a if a Job is really consuming lot of CPU or Running Under Loop for a long time. Any suggestion or an advise would be of a great help. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-DISK QUESTION : LISTD
Hallo Members, I am running a LISTD report of all archived dsns. I am able to display the following fields: LISTD FIELDS=(DSNAM,ARCDT,ARKEY,EXPDT,FLGSC,DS1JN,DS1UD) My question is how can I display the DSCB field. I checked the LISTD FIELDS parms but nothing seems to satisfy this requirement. Can this be done? The reason why I am trying to do this is because the archive tape has been dropped from the DSNINDEX record but it has not been written over. I was able to run the ANALYZE on the tape using a DMS utility however the report lists the dsn but it doesn't give the DSCB of the dsns. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-DISK QUESTION : LISTD
Can't you just run a rebuild? Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 From: willie bunter williebun...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 09/20/2011 10:07 AM Subject:CA-DISK QUESTION : LISTD Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hallo Members, I am running a LISTD report of all archived dsns. I am able to display the following fields: LISTD FIELDS=(DSNAM,ARCDT,ARKEY,EXPDT,FLGSC,DS1JN,DS1UD) My question is how can I display the DSCB field. I checked the LISTD FIELDS parms but nothing seems to satisfy this requirement. Can this be done? The reason why I am trying to do this is because the archive tape has been dropped from the DSNINDEX record but it has not been written over. I was able to run the ANALYZE on the tape using a DMS utility however the report lists the dsn but it doesn't give the DSCB of the dsns. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-DISK QUESTION : LISTD : CORRECTION
Sorry, I made a typo. Instead of DSCB it should read DCB. My appologies. From: willie bunter williebun...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 20, 2011 1:06:20 PM Subject: CA-DISK QUESTION : LISTD Hallo Members, I am running a LISTD report of all archived dsns. I am able to display the following fields: LISTD FIELDS=(DSNAM,ARCDT,ARKEY,EXPDT,FLGSC,DS1JN,DS1UD) My question is how can I display the DSCB field. I checked the LISTD FIELDS parms but nothing seems to satisfy this requirement. Can this be done? The reason why I am trying to do this is because the archive tape has been dropped from the DSNINDEX record but it has not been written over. I was able to run the ANALYZE on the tape using a DMS utility however the report lists the dsn but it doesn't give the DSCB of the dsns. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
The message text for ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION Will refer you to 1.1.4 Devices supported by ICKDSF Which indicates in table 12 that the INSTALL command is not supported on CU type 2105 You might try INIT UNIT(1091) VFY(NW1091) ..DEVTYPE(3380).. Not sure if this will work, but it's worth a try After that I would go to IBM and/or Oracle... HTH, snip I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA-DISK QUESTION : LISTD
Lucy, Thanks for the tip I will take a look. From: Lucy Arnold lucy.arn...@ucdmc.ucdavis.edu To: IBM-MAIN@bama.ua.edu Sent: Tuesday, September 20, 2011 1:13:04 PM Subject: Re: CA-DISK QUESTION : LISTD Can't you just run a rebuild? Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 From: willie bunter williebun...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 09/20/2011 10:07 AM Subject: CA-DISK QUESTION : LISTD Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hallo Members, I am running a LISTD report of all archived dsns. I am able to display the following fields: LISTD FIELDS=(DSNAM,ARCDT,ARKEY,EXPDT,FLGSC,DS1JN,DS1UD) My question is how can I display the DSCB field. I checked the LISTD FIELDS parms but nothing seems to satisfy this requirement. Can this be done? The reason why I am trying to do this is because the archive tape has been dropped from the DSNINDEX record but it has not been written over. I was able to run the ANALYZE on the tape using a DMS utility however the report lists the dsn but it doesn't give the DSCB of the dsns. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: CA-DISK QUESTION : LISTD : CORRECTION
Don't know the product, but might it come in pieces, such as BLKSIZE,LRECL,RECFM? On Tue, 20 Sep 2011 10:15:41 -0700 willie bunter williebun...@yahoo.com wrote: :Sorry, I made a typo. Instead of DSCB it should read DCB. My appologies. : : :From: willie bunter williebun...@yahoo.com :To: IBM-MAIN@bama.ua.edu :Sent: Tuesday, September 20, 2011 1:06:20 PM :Subject: CA-DISK QUESTION : LISTD : :Hallo Members, : :I am running a LISTD report of all archived dsns. I am able to display the following fields: :LISTD FIELDS=(DSNAM,ARCDT,ARKEY,EXPDT,FLGSC,DS1JN,DS1UD) : :My question is how can I display the DSCB field. I checked the LISTD FIELDS parms but nothing seems to satisfy this requirement. Can this be done? : :The reason why I am trying to do this is because the archive tape has been dropped from the DSNINDEX record but it has not been written over. I was able to run the ANALYZE on the tape using a DMS utility however the report lists the dsn but it doesn't give the DSCB of the dsns. -- 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: CA-DISK QUESTION : LISTD
Allocate a small Files Data Set to rebuild into - don't use your production one! Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Allan, Specifying devtype seems to have worked. Thank You. Now I'll see if I can recall the datasets. -Original Message- From: Staller, Allan [mailto:allan.stal...@kbmg.com] Sent: Tuesday, September 20, 2011 1:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls The message text for ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION Will refer you to 1.1.4 Devices supported by ICKDSF Which indicates in table 12 that the INSTALL command is not supported on CU type 2105 You might try INIT UNIT(1091) VFY(NW1091) ..DEVTYPE(3380).. Not sure if this will work, but it's worth a try After that I would go to IBM and/or Oracle... HTH, snip I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Problem with HSM Recalls
On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. Continuing with the assumption that the error is caused because the blocksize is very small so that not as many blocks can fit on a track as were on the original 3380, have you tried telling HRECALL to recall the data logically, without trying to recall track images? I looked in DFSMShsm Managing Your Own Data and I see DAOPTION(RELBLK) for non-SMS data sets. Perhaps that will help. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Thanks Tom but no dice, got the following: ARC1118I reas - 16 16The data set record format must be fixed or fixed-blocked when using DAOPTION(RELBLK). -Original Message- From: Tom Marchant [mailto:m42tom-ibmm...@yahoo.com] Sent: Tuesday, September 20, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Problem with HSM Recalls On Tue, 20 Sep 2011 10:18:12 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: ARC1001I SYSMGT.D93132.N001606 RECOVER FAILED, RC=0008, REAS=0168 ARC1108I ERROR CATALOGING DATA SET The data was migrated in the early 90's, I don't see how the current track capacity could be exceeded. Of course no one is here who is knowledgeable of what was done. I'm open to suggestions. Continuing with the assumption that the error is caused because the blocksize is very small so that not as many blocks can fit on a track as were on the original 3380, have you tried telling HRECALL to recall the data logically, without trying to recall track images? I looked in DFSMShsm Managing Your Own Data and I see DAOPTION(RELBLK) for non-SMS data sets. Perhaps that will help. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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
Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL. THE ERROR RETURN CODE WAS 0008 AND THE REASON CODE WAS 0026. According to the manual IEATDUMP seems to use generic unit ALLSYSDA. How can I determine which device SYSALLDA uses. I am on the IBM Dallas system and using HCD indicates no generic units, which is obviously not true. Or can I force the LE dump to a preallocated dataset? -- 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
VTAM BASE MSGLEVEL?
Group, I was looking at the VTAM start option HPRITMSG to specify which HPR messages VTAM should use. This ties back to your VTAM MSGLEVEL start option. The default for MSGLEVEL is BASE. It says VTAM issues the pre-V4R1 message that this message number replaces. There is also a note that using BASE means the message does not use a network-qualified name (if you have duplicate names). Q). Is anyone using one of the other options? Q). Which is more current MSGLEVEL=V4R4 or MSGLEVEL=CS390? Many thanks in advance, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
You can tell the system where to put dumps with the DUMPDS command. http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.ieav100/svcads.htm (watch for wrap in the url) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Tuesday, September 20, 2011 2:04 PM To: IBM-MAIN@bama.ua.edu Subject: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL. CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL. THE ERROR RETURN CODE WAS 0008 AND THE REASON CODE WAS 0026. According to the manual IEATDUMP seems to use generic unit ALLSYSDA. How can I determine which device SYSALLDA uses. I am on the IBM Dallas system and using HCD indicates no generic units, which is obviously not true. Or can I force the LE dump to a preallocated dataset? -- 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
slow sort tracks within dslist
Have 5 volumes within SMS storage group, 2 of them take extra long if I do a SORT TRACKS from list of datasets. The number of datasets isn't a factor since some volumes with similar counts sort fast. Could it be an issue the index vtoc, Can I redo the index on SMS volumes if that is the reason. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com mailto:tbr...@cenhud.com Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
On Tue, 20 Sep 2011 22:04:07 +0300, Binyamin Dissen wrote: How can I determine which device SYSALLDA uses. I am on the IBM Dallas system and using HCD indicates no generic units, which is obviously not true. SYSALLDA is a system defined esoteric. It includes all DASD devices. On a system with only 3390 DASD, it is equivalent to UNIT=3390. AFAIK, there is no way to alter this definition. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: VTAM BASE MSGLEVEL?
Dave I can't respond to your first question but I can respond to your second and the answer is CS390. This was checked by looking up the shelf for VTAM V4R4, finding that MSGLEVEL=V4R4 was new but there was no sign of CS390. QED. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISTH1002/4.4.73 Note that VTAM provides options regarding message formats in case any automation based on message content could break if changes are introduced without warning - obviously! If you are automating based on VTAM message content, you should review any change with whomever is responsible for message automation and coordinate changes to the relevant start options with the changes to the message-based automation. If you are *not* automating based on VTAM message content, you can do whatever takes your fancy independent of any other activities. In this case, I recommend using the latest options since they are likely to cause the most informative messages to appear. I guess you noticed this with regard to the HPRITMSG start option. Chris Mason On Tue, 20 Sep 2011 14:11:53 -0500, Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov wrote: Group, I was looking at the VTAM start option HPRITMSG to specify which HPR messages VTAM should use. This ties back to your VTAM MSGLEVEL start option. The default for MSGLEVEL is BASE. It says VTAM issues the pre-V4R1 message that this message number replaces. There is also a note that using BASE means the message does not use a network-qualified name (if you have duplicate names). Q). Is anyone using one of the other options? Q). Which is more current MSGLEVEL=V4R4 or MSGLEVEL=CS390? Many thanks in advance, Dave Dave Hansen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
On Tue, 20 Sep 2011 14:57:30 -0500 Tom Marchant m42tom-ibmm...@yahoo.com wrote: :On Tue, 20 Sep 2011 22:04:07 +0300, Binyamin Dissen wrote: :How can I determine which device SYSALLDA uses. I am on the IBM Dallas system :and using HCD indicates no generic units, which is obviously not true. :SYSALLDA is a system defined esoteric. It includes all DASD devices. :On a system with only 3390 DASD, it is equivalent to UNIT=3390. :AFAIK, there is no way to alter this definition. Then I have no clue why it cannot find space. There are STORAGE volumes with enough space for an SVCDUMP. -- 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: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
According to the description for the RC=8, RSN=26, you should also have allocation messages that describe the problem. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: WLM Problems
Here is the response: To summarize our phone conversation, you had the production and test regions defaulting to being managed to TRANSACTION. You had nothing defined under the SUBSYS CICS classification rules, not even a default srvclass, so in fact the regions continued to be managed to REGION. PROD is I=1, vel=70 goal, TEST is I=3, VEL=30 goal. You wanted to get some data for transaction response times, so under SUBSYS CICS you defined a default transaction srvclass and a couple of classification rules. For the regions you intended to get data on, under SUBSYS STC, you defined them to be managed to REGION. The problem was that you forgot to change also all the other PROD TEST regions to be managed to REGION. Because of this PROD TEST were now being managed to TRANSACTION, based on the default SUBSYS CICS transaction srvclass. When one of the transactions running in a test region went into a loop, WLM had no way to know it was supposed to favor the PROD region, since it was managing all the regions to the same default CICS transasction srvlcass. You will go into the SUBSYS STC classification rules, and change the 'MANAGE REGION USING GOALS OF' column to say REGION, for all PROD TEST regions That way you can continue to gather doc on your transactions without actually changing how anything is being managed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Greg Shirey Sent: Tuesday, September 20, 2011 9:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM Problems Mike, If you'd like to share the response/advice you got from IBM, there are probably many who would be interested. Thanks, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ward, Mike S Sent: Tuesday, September 20, 2011 8:12 AM Thanks for wanting to help. We opened a PMR with IBM and got it resolved that way. Thanks again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple TCP/IP Stacks
We are in the long process of zoning our servers into different levels of data sensitivity. My mainframe supports applications in several of the zones. The choice to go with multiple stacks with multiple ips in the various zones may not have been superior to the alternative of managing firewall rules, but it is the route we chose. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lindy Mayfield Sent: Monday, September 19, 2011 9:59 AM To: IBM-MAIN@bama.ua.edu Subject: Multile TCP/IP Stacks Hello I would like to find out or understand why multiple TCP/IP stacks are used on some machines. I've read through some of the IBM documentation, but I still don't get it. Thanks Lindy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Multile TCP/IP Stacks
Is this about the same thing as multiple network adapters (cards)? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Hecox Sent: Tuesday, September 20, 2011 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Multile TCP/IP Stacks One good reason to have seperate stacks is if you have two or more completely seperate networks. If you try and combine two seperate networks in one stack, you will run into routing issues. It is much easier to manage if you have a seperate stack for each seperate network. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: slow sort tracks within dslist
The ISMF volume display can tell you if the VTOC is in indexed mode. If it is, another issue could be if the VTOCIX dataset is fragmented. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tim Brown Sent: Tuesday, September 20, 2011 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: slow sort tracks within dslist Have 5 volumes within SMS storage group, 2 of them take extra long if I do a SORT TRACKS from list of datasets. The number of datasets isn't a factor since some volumes with similar counts sort fast. Could it be an issue the index vtoc, Can I redo the index on SMS volumes if that is the reason. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Mainframe shops (a little) more optimistic about System z
---snip- A rose by any other name Rsgweed is not a rose, and his reporting doesn't smell like a rose. --unsnip-- OK. TRASH by any other name would smell as bad. I stand corrected. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
On Tue, 20 Sep 2011 15:37:50 -0500 Walt Farrell wfarr...@us.ibm.com wrote: :According to the description for the RC=8, RSN=26, you should also have allocation messages that describe the problem. Just the useless IKJ56245I DATA SET aaa.D263.T1309152.aaa NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+ IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS -- 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: Getting CEE3796I AN ATTEMPT TO DYNAMICALLY TAKE A DUMP WAS NOT SUCCESSFUL.
On Wed, 21 Sep 2011 00:18:45 +0300, Binyamin Dissen bdis...@dissensoftware.com wrote: On Tue, 20 Sep 2011 15:37:50 -0500 Walt Farrell wfarr...@us.ibm.com wrote: :According to the description for the RC=8, RSN=26, you should also have allocation messages that describe the problem. Just the useless IKJ56245I DATA SET aaa.D263.T1309152.aaa NOT ALLOCATED, NOT ENOUGH SPACE ON VOLUMES+ IKJ56245I USE DELETE COMMAND TO DELETE UNUSED DATA SETS -- What is 'aaa' above? Your userid (the default)? If userid dsns are SMS controlled (I don't recall on Dallas if they are and would have to check a client's system), then do you have space in that pool? If the LE defaults haven't been altered (operator D CEE,ALL command) then you can just add a SYSUDUMP, SYSABEND, or SYSMDUMP to get the dump and it won't try to ceate the dyndump. See the discussion of DYNDUMP LE option: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA51A0/2.3.2.16?SHELF=CEE2BKA0DT=20090601161821 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
IPL abend z/os 1.8
We are trying to IPL an z/OS 1.8 to update it to support a z10 machine. Today it is running over an z890. During IPL we got following abend: 18.45.46 *IEE479W MASTER SCHEDULER ABEND 052, REIPL - CODE 14 18.45.46 IEA794I SVC DUMP HAS CAPTURED: DUMPID=001 REQUESTED BY JOB (*MASTER*) DUMP TITLE=COMPON=MSTR-BASE,COMPID=SC1B8,ISSUER=IEEVIPL,ERROR IN MASTER SCHEDULER INITIALIZATION 18.45.46 *01 IEA793A NO DUMP DATA SETS AVAILABLE FOR DUMPID=001 * BY JOB (*MASTER*). USE THE DUMPDS COMMAND OR REPLY D TO DELETE THE DUMP We already tried a lot of tricks, but no one get success. Even system is asking for DUMPDS command to delete dump data set, all kind of responses given get same Invalid Command response. Any hint about these problems? Thanks in advance Carlos Bodra Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPL abend z/os 1.8
I think you need to define a SYS1.DUMPnn dataset. Are you using dynamically allocated dump datasets (probably defined in SYS1.PARMLIB(COMMNDxx)? Since this abend is so early in the IPL that won't work. There's probably some other change you'll need to make to go back to using static DUMP datasets. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Carlos Bodra - Pessoal Sent: Tuesday, September 20, 2011 18:51 To: IBM-MAIN@bama.ua.edu Subject: IPL abend z/os 1.8 We are trying to IPL an z/OS 1.8 to update it to support a z10 machine. Today it is running over an z890. During IPL we got following abend: 18.45.46 *IEE479W MASTER SCHEDULER ABEND 052, REIPL - CODE 14 18.45.46 IEA794I SVC DUMP HAS CAPTURED: DUMPID=001 REQUESTED BY JOB (*MASTER*) DUMP TITLE=COMPON=MSTR-BASE,COMPID=SC1B8,ISSUER=IEEVIPL,ERROR IN MASTER SCHEDULER INITIALIZATION 18.45.46 *01 IEA793A NO DUMP DATA SETS AVAILABLE FOR DUMPID=001 * BY JOB (*MASTER*). USE THE DUMPDS COMMAND OR REPLY D TO DELETE THE DUMP We already tried a lot of tricks, but no one get success. Even system is asking for DUMPDS command to delete dump data set, all kind of responses given get same Invalid Command response. Any hint about these problems? Thanks in advance Carlos Bodra Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPL abend z/os 1.8
We already tried a lot of tricks, but no one get success. Even system is asking for DUMPDS command to delete dump data set, all kind of responses given get same Invalid Command response. Any hint about these problems? Thanks in advance Carlos Bodra Sao Paulo - Brazil To get the SVC Dump at IPL time, you need to allocate SYS1.DUMPxx datasets. These will not impact any dynamically allocated dump process after SMS is up. They must be in the Master Catalog for The IPL to use them. Then specify RECFM=FB, LRECL=4160 and BLKSIZE=4160 for the SYS1.DUMPxx datasets. Make them large enough to hold a dump Next in the COMMNDxx member include the command DD ADD,DSN=00-02 if you have allocated a SYS1.DUMP00, SYS1.DUMP01, SYS1.DUMP02. You may need to issue a DD CLEAR,DSN=ALLto make sure they are empty. Now if you get an abend at IPL time, it should go to these datasets. Next, I would Ensure that the MSTRJCL parameter of the IEASYSxx parmlib member is specified with the L option. This option allows JCL messages associated with processing the MSTJCLxx data set to be sent to the console rather than only to SYSLOG. These messages might be needed for debugging. Otherwise if the dump still fails to be taken, then take a standalone dump and review that dump under IPCS. 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: slow sort tracks within dslist
Or the pack itself is fragmented, represented by Fragmentation Index. You can even sort by to get candidates for DEFRAGs. In a message dated 9/20/2011 5:01:12 P.M. Central Daylight Time, barry.a.schw...@boeing.com writes: VTOCIX dataset is fragmented -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IMSDC 9.1 - FMTLIB
Hi, I was looking out for IMS910.FMTLIB in IMS DC region. I got as IMS910.FORMAT(different naming convention) where all the user generated and system sample screens are stored. I was bit curious to know how the screens are called in IMS region, also I tried googling with keyword(IMS DC) but I was not able to fetch any result pertaining to FORMAT. I was looking at the IMS regions JCL if the IMS910.FORMAT would be concatenated to some start up JCL but that was also not found. Apology if this questions are not appropriate to this discussion list. I am just looking out for some Online Manuals which would say more about the IMS DC . 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