Re: Exclusive ENQ on a TSO logon procedure
If a user logs on, it is JES2 that reads the logonproc from PROCLIB, which it already has allocated (as you mentioned). Kind of a chicken and egg problem: how can a user logon without having read the logonproc? Kees. Oh yeah..You are right.. . That explains why User C was able to log on . Thank you Kees ... Roger Steyn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Exclusive ENQ on a TSO logon procedure
There is a big difference between a job allocating a proclib with DISP=OLD and a user editing a logonproc with ISPF. The job with DISP=OLD blocks the entire proclib. ISPF issues an ENQ with DISP=SHR on the proclib and issues its own ENQ on the member with DISP=OLD. This way the library is available for other task with DISP=SHR, but the member (logonproc) is exclusively in use by the ISPF user. This works this way for decades already. Well ... Let me put the scenario a bit more clear a) User A goes and edits the logon procedure in ISPF and doesn't come out of edit mode . b) User B submits a Job with SYS1.PROCLIB containing the logon proc with DISP=OLD Then the job waits for an exclusive access for SYS1.PROCLIB which never gets satisfied as the proclib is already allocated with DISP=SHR by many things including JES2 - This is normal Now , my understanding is - At this point , if a USER C tries to logon to the system using the same logon procedure in SYS1.PROCLIB , he shouldn't be able to as GRS has another Exclusive ENQ request waiting from the job submitted by User B . Shouldn't that be honored before allowing others to access the proclib irrespective of DISP=SHR ? TIA Roger Steyn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Exclusive ENQ on a TSO logon procedure
Greetings , Can somebody tell me what if a proclib containing a TSO logon procedure has got a DISP=OLD in a user submitted JCL or if somebody opens a logon procedure in ISPF edit mode and keep it that way for few hours. Will the rest of the users be able to log on using the same logon procedure while the ENQ is on ? Well , this is on z/os 2.1 and i was surprised to see the enq doesn't hold anybody from logging on using the same logon procedure while there is an exclusive ENQ . Does anyone know if this is a new feature in z/os 2.1 ? I am aware of the dynamic ENQ downgrade within a JCL having multiple steps . But the job which had a DISP=OLD in my system had only one step and it was hanging because someone had opened the logon proc in edit mode and forgot to come out of the session . TIA Roger Steyn -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Spawned Address Space Control in tcsh shell
John , This talks about the _BPX_SHAREAS environment variable. This environment variable is not mentioned anywhere in the documentation of tcsh. Your are right . BPX_SHAREAS cannot be used for tcsh . It is documented in USS planning guide . _BPX_SHAREAS Specifies whether the spawned child process is to be run in a separate address space from the login shell's address space or in the same address space. Use _BPX_SHAREAS is to improve performance in the z/OS® shell. The spawn callable service uses _BPX_SHAREAS when creating child processes. Restriction: If tcsh is your login shell, do not use BPX_SHAREAS. YES The child process is created on a subtask in the parent's address space. If the request cannot be honored, the child is created in another address space. NO The child process is created in a new address space. NO is the default. MUST The child process is created on a subtask in the parent's address space. If the request cannot be honored, the request will not complete. On Monday, December 30, 2013 7:23 PM, John McKown john.archie.mck...@gmail.com wrote: This is my take on it. I am not an expert. Nor do I have access to the actual source code. I don't believe that tcsh will do what you want. My reasoning is below. In order to run a process in the same address space, the code must use the spawn() function. I base this assertion on http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZB1C0/2.209 , point #8 in the Usage Notes. This talks about the _BPX_SHAREAS environment variable. This environment variable is not mentioned anywhere in the documentation of tcsh. I note that the description of the fork() function does not mention _BPX_SHAREAS at all. I therefore conclude that a fork() will always result in a new address space. I note that the description of the execve() function says: The current process image is replaced with a new process image for the executable file to be run. That is, the old execution state ceases to exist. So if the tcsh did an execve() without the fork() in order to run in the same address space, the shell would exit after the command because the shell would have ceased to exist. In my mind, doing a exec() is much like doing an XCTL. You don't return from whence you came. I notice that on this page: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/BPXZA5C0/TCSHBUINONit states: When a command to be executed is found not to be a built-in command the tcsh shell attempts to execute the command via execve. Taking these things together, I have come to the conclusion that the tcsh shell _most likely_ invokes non-builtin commands in the original UNIX way. That is doing a fork() followed by an exec(). This removes the possibility of running cozsftp in the same physical address space as the shell. Any particular reason you wan to use tcsh? I'm just curious because I've never read anything nice about it. On Mon, Dec 30, 2013 at 7:19 AM, Mark Jacobs mark.jac...@custserv.comwrote: I was trying to execute a batch cozsftp command using tcsh as the shell, and my dataset allocation (to send a file to an sftp server) kept on failing, either with an unable to stat DD, or when I attempted to allocate the dynamically allocate the dataset, that allocation failed due to it being already allocated elsewhere. Eventually I realized that the cozsftp command was being executed in another address space, but I was unable to figure out how to get tcsh to execute that command in the original address space. I eventually gave up and used the /bin/sh shell to run the batch job. Is there a magic spell to use with tcsh to have the cozsftp command execute in the same address space? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Local Page dataset sizing/quantity ROT?
Hello David , DB2 support also says set dump services to allow for 16Gb SVC dumps to accommodate DB2 Since you say 16 GB for SVC dumps , you should atleast have a minimum of 48 GB local page space to start with (that is 1:3 ratio ) When we had to increase MAXSPACE limit to 16 GB couple of months ago , this is what IBM recommended and i believe it is documented as well . Thanks , Roger On Friday, December 27, 2013 2:51 AM, Jousma, David david.jou...@53.com wrote: Hey Ron, Thanks for asking. Preventative measures mostly, trying to avoid aux storage shortage where possible. We did have a case last week on a DEV system where a DB2 user tried to use a large portion of their 4T MEMLIMIT, DB2 support also says set dump services to allow for 16Gb SVC dumps to accommodate DB2. Things are just getting larger it seems. Seems easier to do today when lpars have much more memory than they used to in the past and various components are using more memory. Like I mentioned before, we normally don’t page much, if at all. However there are those cases of bad coding, or poor decisions on a developer or dba's part. It's more of an insurance policy that there is ample to time evaluate a errant paging situation before getting to the point where address space create fails. We always have had an unused local page dataset laying around to do a PAGEADD in the event of a problem. I guess in my mind I was envisioning some sort of ROT that said allocate 1.5x(OR 2x, etc) local page capacity based on online memory. Since we haven’t evaluated local page space quantity since 2006 I thought maybe it was time they had a boost. I guess that’s not necessarily the case. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Hawkins Sent: Thursday, December 26, 2013 3:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Local Page dataset sizing/quantity ROT? David, Perhaps with a different twist, what problems are you trying to prevent :-) I wouldn't go to the level of Controller separation anymore - it'd s bit of overkill. However I'd still look for some level of hardware separation within the controller to ensure paging runs as fast possible when you need it. Wide striping on EMC and HDS would make separate parity groups unnecessary, but consider Tier 1 or SSD for paging as you don't want it on the lowest tier when you need it. Also separate LCU, Channels, ports, and VSD for Hitachi Storage if you can. This things will optimize the speed of paging when you need it. Size is a question of the maximum number of slots you use when you page out, usually due to a dump. You may want to go back and look at how many slots you used the last few times dumping caused you to do some serious paging and size the locals to be 4 to 10 times the maximum slots used. In MXG parlance that would mean summing MAXUSED from TYPE75 for every interval, and then a proc univariate or means to see what shakes out. The idea here is to avoid AUX slot shortages. Have fun Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday, December 26, 2013 10:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Local Page dataset sizing/quantity ROT? Elardus, You are being a little tough on me today. Maybe your summer is too warm? ;) See below -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, December 26, 2013 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Local Page dataset sizing/quantity ROT? Jousma, David wrote: Hope everyone had a good holiday. What holiday? I don't see any holiday! ;-D ;-D ;-D ;-D Ouch. Today we have a roughly 36GB of LOCAL page for each system, that was setup in 2006 spread across 4 mod-9's. Back then we didn't have the amount of memory on the processors that we have now, nor did we have DB2's using data above the bar. Most of the systems in our sysplex have around 40Gb of memory configured online. We have many more DB2 V10 instances active now than we did in 2006. Without doing a lot of math and measurements, I'm leaning towards giving each system between 80 and 100Gb's of local page spread across 4 LOCAL page datasets for each system? We have dynamic PAV's enabled. That would be 3-4 mod27's each. I could go with mod-54's, at 2 per system, but not really sure how much the actual number of virtual DASD devices even matters anymore? I think, you should say WHY are you asking? Performance issue? Response time? Batch jobs doing 'query from hell'? Workload issue? Other jobs / subsystems grabbing all memory? Anything else? have the occasional job that causes problems, usually DB2 related. Just please define your 'system'. DB2 [sub] system or LPAR system? SysPlex? 10-way
Re: CHPID dynamic Activation error
Hello Jake , This actually means The system could not add the specified path to a path group. Is the cable connected properly ? That's the first thing to be checked . Also look at logrec data Sounds to me like a no resources condition over the control unit . Try these commands a) DS P, b) DS QD, Thank you , Steyn ! On Thursday, November 21, 2013 5:32 PM, Lizette Koehler stars...@mindspring.com wrote: I would start by doing an internet search on your messages IOS444I. There should be some helpful hints out there. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Thursday, November 21, 2013 1:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CHPID dynamic Activation error Hello Group, For our New storage Box,While dynamically adding new CHPID to existing control UNIT, I tried displaying new CHIPD but its only show that path are online not operational. I have referred the below link but I am not able to get any Clue. http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/IEA2M9C1/SPTM013022 D M=CHP(E2) IEE174I 23.18.04 DISPLAY M 250 CHPID E2: TYPE=1A, DESC=FICON POINT TO POINT, ONLINE DEVICE STATUS FOR CHANNEL PATH E2 0 1 2 3 4 5 6 7 8 9 A B C D E F 300 * * * * * * * * * * * * * * * * 301 * * * * * * * * * * * * * * * * 302 * * * * * * * * * * * * * * * * 303 * * * * * * * * * * * * * * * * 304 * * * * * * * * * * * * * * * * 305 * * * * * * * * * * * * * * * * 306 * * * * * * * * * * * * * * * * 307 * * * * * * * * * * * * * * * * 308 AL AL AL AL AL AL AL AL AL AL AL AL AL AL AL AL 309 AL AL AL AL AL AL AL AL AL AL AL AL AL AL AL AL 30A AL AL AL AL AL AL AL AL AL AL AL AL AL AL AL AL IOS444I DYNAMIC PATHING NOT OPERATIONAL ON PATH (3F38,E2) IOS444I DYNAMIC PATHING NOT OPERATIONAL ON PATH (3F3E,E2) IOS444I DYNAMIC PATHING NOT OPERATIONAL ON PATH (3F3F,E2) Could someone please shed light on the above. Any suggestions or directions are much appreciated. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1
This is pretty old ... Have seen this several times in the past . And of course...There are bigger fishes to fry :) On Wednesday, October 30, 2013 6:57 PM, Lizette Koehler stars...@mindspring.com wrote: If you have not done so, you can join the RACF newsgroup with this URL http://www.listserv.uga.edu/archives/racf-l.html Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Wednesday, October 30, 2013 5:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FACILITY Class profile BPX.DEFAULT.USER in zOS 2.1 RCG rkcgowda1...@gmail.com wrote: Not sure if this was already discussed / notified... So for the benefit of everyone.. It was discussed here and also on RACF-L. Check out RACF-L for lots of discussion of that profile. The FACILITY class profile BPX.DEFAULT.USER is not supported in z/OS 2.1. This was mentioned since z/OS 1.11 (if I remember correctly) and that z/OS v1.13 would be the last z/OS which support it. In fact, BPX.UNIQUE.USER was introduced in z/OS v1.11. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issue with the REORG of BDAM datasets
Thanks gentleman ..That was it . A standalone REORG needs space to hold the new index and CA suggested us to do ASYNCH REORG . Thank you ! On Wednesday, October 23, 2013 8:07 AM, Roger Steyn roger.st...@yahoo.com wrote: Greetings , Recently , we had a problem during the REORG of SAR index file . It was observed that the index file utilization increases abnormally while the REORG job runs and comes down once the job completes. In the mean while , if the utilization crosses 100 % , the job fails and SAR task cannot be restarted unless more space is added .The index file is of DSORG=DA . I 'm interested to know what exactly happens during the REORG of BDAM datasets .I am not sure if this is a normal behavior . I have already raised this query to CA , but also thought of sharing it over here . Anybody had this problem before with CA view (formerly SAR ) ? Thanks in Advance, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Issue with the REORG of BDAM datasets
Greetings , Recently , we had a problem during the REORG of SAR index file . It was observed that the index file utilization increases abnormally while the REORG job runs and comes down once the job completes. In the mean while , if the utilization crosses 100 % , the job fails and SAR task cannot be restarted unless more space is added .The index file is of DSORG=DA . I 'm interested to know what exactly happens during the REORG of BDAM datasets .I am not sure if this is a normal behavior . I have already raised this query to CA , but also thought of sharing it over here . Anybody had this problem before with CA view (formerly SAR ) ? Thanks in Advance, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS IPL Issue
Hello, Was CLPA specified in IEASYSxx when you IPL'd first time ? .If not , that could lead to a wait 064 If not , I am wondering how you got a wait 064 for syntax error in LPALSTxx . On Monday, October 21, 2013 3:25 PM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, In my LPALST member, while adding dataset for CICS 5.1 , rather then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset line like below. /* SYS1.CICS41.SDFHLPA, And added CICS 5.1 dataset SYS1.CICS51.SDFHLPA. I think, this is only reason for this 064 wait code. But at last problem resolved. Thanks for all help. Regards Saurabh On Sun, Oct 20, 2013 at 6:30 PM, Peter Relson rel...@us.ibm.com wrote: Problem has been resolved. The issue was with syntax issue in LPALST parmlib member . Can you please explain exactly what the issue was? A syntax error in LPALST will not ordinarily result in a program check WAIT 064 unless it meant that your LPALST did not have a data set that the system requires during IPL. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: List out all Indirect catalogued datasets
Baby , I thought you are on z/os 1.11 . If that's the case , i dont think you can do indirect cataloging on VSAM datasets . Lizette , please correct me if am wrong . From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, September 21, 2013 4:00 AM Subject: Re: List out all Indirect catalogued datasets Then I would probably write a REXX to do a LISTC ENT('nameof file') VOL Then check to see if it was indirect If it was, then I would write out the IDCAMS statements to change the volser to the one you want. Note, if the file is allocated, then it will not be able to be re-assigned Also, if you have files other than NONVSAM, you will need to take other actions. Some program products have OMVS files or VSAM files, so check carefully. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, September 20, 2013 3:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: List out all Indirect catalogued datasets We have our program products currently on the respack and they are indirectly catalogued .As a part of the OS upgrade , we are trying to separate them from the respack and put them on a new volume ..Then have the new volume hard coded in the catalog using DEF NVSAM . On Sat, Sep 21, 2013 at 3:32 AM, Lizette Koehler stars...@mindspring.comwrote: Can you explain what you are looking to do with the information? A LISTC command will list the information but you need to parse it to determine what is indirect. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, September 20, 2013 1:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: List out all Indirect catalogued datasets Hello , Is there a way to list out all the indirect catalogued datasets from a z/os 1.11 system ? Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Syncsort v1.4 doesn't support Tape sorting - Need help !
Greetings , We are currently using syncsort 1.3.2 and would like to upgrade it to new version 1.4 . In the new release v1.4 , it no longer supports tape sorting . Hence it becomes necessary that i have to identify all the jobs which are currently using this feature and have them converted before going further . I need suggestions from people who has done this upgrade successfully in a production environment .I called up the support guys , and they told me to identify the jobs using tape sort in the currently installed release . I did some research on this and found 3 conditions to be satisfied in order to user tape sort feature a) SORTLIB DD statement in their JCL b) SYNCTAPE library in the linklist - (Which i already found to be there ) c) SORTWRK DD statements will have UNIT=TAPE Since we have thousands of jobs running in our environment , it is difficult to check the JCL of every job manually . Is there a different way to get this done ? Any sort of help is much appreciated Thanks in Advance, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
That's correct Martin . It is the tape sort work datasets that are not supported . Syncsort support says that they have a new function called MAXSORT in the new release which has replaced the tape sort feature due to poor performance . Ravi , You wouldn't be having SYNCTAPE load library with v1.4.1 .But they were used in prior releases . Syncsort vendor wanted me to identify all the jobs first so that they can be converted to use MAXSORT . Was syncsort recently upgraded to 1.4.1 in your shop ? Also , tape sort is not compatible with VTS . Regards, Roger From: Martin Packer martin_pac...@uk.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, September 3, 2013 3:19 PM Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help ! I think it's tape sort WORK data sets that aren't supported - judging by others' contributions to this thread. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Ravi Gaur gaur.ravi2...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 09/03/2013 10:44 AM Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help ! Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Roger, What you mean by it's not supported? could you please extend on it... We running with syncsort 1.4.1 version and tried below simple JCL to sort where input and output both dataset are tape and it worked ok... //SHOWDEF EXEC PGM=ICETOOL,REGION=0M //TOOLMSG DD SYSOUT=* //IN1 DD DISP=SHR,DSN=NBKEODV.GDG.S1X09.TEST.G0008V00 //OUT1 DD DSN=NBKEODV.GDG.S1X09.TEST(+1), // DISP=(NEW,CATLG),UNIT=TAPE //DFSMSG DD SYSOUT=* //LIST1 DD SYSOUT=* //TOOLIN DD * COPY FROM(IN1) TO(OUT1) USING(CTL1) /* //CTL1CNTL DD * OPTION VLSHRT SORT FIELDS=(1,121,CH,A) NODUPS /* 04.41.07 JOB08934 TUESDAY, 03 SEP 2013 04.41.07 JOB08934 IRR010I USERID NBKEODV IS ASSIGNED TO THIS JOB. 04.41.07 JOB08934 ICH70001I NBKEODV LAST ACCESS AT 04:39:17 ON TUESDAY, SEPTEM 04.41.07 JOB08934 $HASP373 NBKEODVT STARTED - WLM INIT - SRVCLASS WLMDEVMD - S 04.41.07 JOB08934 NBUSI05I - REGION SET: 8,300KB BELOW; 272MB ABOVE; MEMLIM 04.41.07 JOB08934 IEF403I NBKEODVT - STARTED - TIME=04.41.07 04.41.07 JOB08934 IEF233A M 6F78,PRIVAT,SL,NBKEODVT,SHOWDEF, 770 770 NBKEODV.GDG.S1X09.TEST.G0011V00 04.41.08 JOB08934 IECTMS9 6F78,E23720,NBKEODVT,OUT1 ,CATALOG ,1,X09.TE 04.41.08 JOB08934 IEC705I TAPE ON 6F78,E23720,SL,COMP,NBKEODVT,SHOWDEF,NBKEODV. 04.41.12 JOB08934 IEC205I OUT1,NBKEODVT,SHOWDEF,FILESEQ=1, COMPLETE VOLUME LIST 773 DSN=NBKEODV.GDG.S1X09.TEST.G0011V00,VOLS=E23720,TOTALBLOCKS=1 04.41.12 JOB08934 IEF234E K 6F78,E23720,PVT,NBKEODVT,SHOWDEF 04.41.12 JOB08934 *IEFACTRT* J=NBKEODVT,S=(001, .SHOWDEF ),RCODE= 04.41.12 JOB08934 IEF196I *IEFACTRT* J=NBKEODVT,S=(001, .SHOWDEF ),RCODE 04.41.12 JOB08934 IEF404I NBKEODVT - ENDED - TIME=04.41.12 04.41.12 JOB08934 $HASP395 NBKEODVT ENDED OPTION VLSHRT SORT FIELDS=(1,121,CH,A) NODUPS PARMLIST : OPTION RESINV=0,ARESINV=0,MSGDDN=DFSMSG,SORTIN=IN1,SORTOUT=OUT1,SORTDD=CTL1,COP WER428I CALLER-PROVIDED IDENTIFIER IS 0001 WER276B SYSDIAG= 53406, 816556, 816556, 1604325 WER164B 8,876K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED, WER164B 0 BYTES RESERVE REQUESTED, 6,116K BYTES USED WER146B 20K BYTES OF EMERGENCY SPACE ALLOCATED WER108I IN1 : RECFM=FBA ; LRECL= 121; BLKSIZE= 121 WER073I IN1 : DSNAME=NBKEODV.GDG.S1X09.TEST.G0008V00 WER110I OUT1 : RECFM=FBA ; LRECL= 121; BLKSIZE= 32670 WER074I OUT1 : DSNAME=NBKEODV.GDG.S1X09.TEST.G0011V00 WER410B 7,848K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE, WER410B 0 BYTES RESERVE REQUESTED, 6,008K BYTES USED WER211B SYNCSMF CALLED BY SYNCSORT; RC= WER449I SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE WER416B IN1 : EXCP'S=10,UNIT=3390,DEV=C988,CHP=(1727FBFC3754EAEB,1),VOL=1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff /
Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
Yes . That would work fine in the case of scheduled jobs . But in our shop,there is one more challenge that we have a lot of Auto-sched jobs (jobs that are trigerred externally from an MQ server ). And i do not know how many of them use tape sorting . This makes the task more difficult . From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, September 3, 2013 8:15 PM Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help ! On Tue, 3 Sep 2013 09:34:26 -0500, Eric Bielefeld wrote: Can't you use a program that will read the members of a pds and search for UNIT=TAPE on SORTWKnn DD statements? You should be able to search all of your production libraries fairly quickly to identify all of the jobs. Hopefully you have standards so that production is all in a small set of libraries. I know there is a program on the CBT tape that allows you to do that. Since I've retired, I forgot what it was. SuperC? (not available from CBT.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syncsort v1.4 doesn't support Tape sorting - Need help !
Yes...I was referring to MFX 1.4 ... From: Blaicher, Christopher Y. cblaic...@syncsort.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, September 4, 2013 4:37 AM Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help ! The current Syncsort mainframe sorting product is MFX 1.4. The shift of the product name from SyncSort to MFX happened while I was away from Syncsort. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Tuesday, September 03, 2013 5:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Syncsort v1.4 doesn't support Tape sorting - Need help ! On 3 Sep 2013 06:21:34 -0700, in bit.listserv.ibm-main you wrote: Syncsort 1.4 seems very old since I recall using 3.7 back in 2006 (and that may be fuzzy and really be the 1990s). Syncsort MFX seems to be the current offering. Clark Morris -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MAXSPACE and central storage
Take a look at the APAR OA22623 . This is pretty old one , but worth reading Thank you, Roger From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Friday, July 26, 2013 6:38 PM Subject: Re: MAXSPACE and central storage I don't think performance will degrade because of the MAXSPACE value, but before that happens, you will notify paging and paging-delays because of insufficient central storage. I suggest you monitor paging and %full of the local pagedatasets. You should have a robust paging configuration anyway, enough slots and enough access paths, to handle page-out bursts that can occur during dumps. But not only during dump, but also during e.g. large DB2 Reorgs and Loads where DFSORT requests large amounts of central storage from z/OS, and z/OS will provide them by (sometimes) mass page-outs of unused pages. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Hahne Sent: Friday, July 26, 2013 14:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MAXSPACE and central storage but , i feel there might be some performance degradation down the line . anybody has any suggestions ? Regards, Bob Date: Fri, 26 Jul 2013 14:21:38 +0530 From: baby.ekla...@gmail.com Subject: Re: MAXSPACE and central storage To: IBM-MAIN@LISTSERV.UA.EDU I dont think so . During our DB2 v10 upgrade, we had to increase maxspace to 16000 M ,then we added only the local page datasets . On Fri, Jul 26, 2013 at 3:07 AM, Robert Hahne roberthahne...@hotmail.comwrote: Greetings , We have a requirement in our shop to change the MAXSPACE value from 2000M to 8000M . IBM says there should be a 1:3 ratio between maxspace and auxiliary storage . that means , my total auxiliary storage needs to be increased by 3 times which is 24000 M (to satisfy 1:3 ratio) . I did that as well . Now my concern is that my Central storage is 5690 M and will it create any problem once i set the maxspace to 8000 M .I couldn't find any documentation which says central storage should be increased . I'm trying to understand how DUMPSRV address space works when it is allowed to capture a dump of 8000M in size considering my central and local page dataset sizes given above . we are on z/os 1.11 and thus AUXMGMT is set as ON by default . Please share your thoughts on this . Thanks in Advance , Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SRCHFOR command
Wow .That was cool ... an entry was there for SRCHFOR in the command table . I just got it removed and the problem is resolved . Thanks a lot Andrew Also , I learned some more new things on ISPF from this thread . Really appreciate everyone who commented on this post ..Thanks a lot guys ! Regards, Roger From: Andrew Metcalfe andrew.metca...@barclays.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, July 13, 2013 2:07 PM Subject: Re: SRCHFOR command I suspect that someone has added SRCHFOR to a command table. If you prefix SRCHFOR with a greater-than-sign it tells ISPF not to process the command against a command table, but pass it through to the underlying application. If that works for you then you need to check the active command tables in option 3.9. On the right hand side on option 3.9 you will see the active command tables. Type each of these in turn into the Application ID field at top left and look if SRCHFOR is present. Andrew Metcalfe -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of CM Poncelet Sent: 13 July 2013 02:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SRCHFOR command Here it is again, hopefully formatted correctly this time grin ... I suggest that you run your searches in batch (it's faster, allows you to search for multiple strings in multiple PDSes and also writes the 'hard-copy' output to a sequential dataset) - as follows: //*---* //* 'SEARCH FOR' IN BATCH * //*---* //* //SEARCH EXEC PGM=ISRSUPC, // PARM=(SRCHCMP,'ANYC') //NEWDD DD DISP=SHR,DSN=your PDS DSN // DD DISP=SHR,DSN=any more PDS DSNs to search // DD ditto, etc. // ... //OUTDD DD DISP=SHR,DSN=whatever, with DCB=(RECFM=VBA,LRECL=125,BLKSIZE=27998 - or specify SYSOUT, if you prefer //SYSIN DD * SRCHFOR 'whatever string #1' SRCHFOR 'whatever string #2' ... SRCHFOR 'whatever string #n' //* Cheers, Chris Poncelet Roger Steyn wrote: Hello Lizette , Thanks for quick response . I had already tried that , but it didn't show up .(It says member not found ) . I suspect that something is missing from my logon proc , but not able to locate what exactly it is . From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, July 13, 2013 4:53 AM Subject: Re: SRCHFOR command Roger SRCHFOR, might be a REXX/CLIST that does that or an ISPF Command table entry. The easiest thing to do is use ISRDDN TSO ISRDDN on any command line Then issue M SRCHFOR See where it turns up Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger Steyn Sent: Friday, July 12, 2013 3:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SRCHFOR command Greetings , I know this is a silly question . Unfortunately I am not good at ISPF and needs some help to fix a problem . I have a problem with SRCHFOR command in ISPF . Normally , when a srchfor command is issued by passing a string in 3.4 , it returns a response 'String(s) found or not found . But in my system , SRCHFOR command directly takes me to 3.14 panel . what should i do to fix this ? I do not want 3.14 panel to appear for every srchfor attempt . Please advise Thanks regards, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept
SRCHFOR command
Greetings , I know this is a silly question . Unfortunately I am not good at ISPF and needs some help to fix a problem . I have a problem with SRCHFOR command in ISPF . Normally , when a srchfor command is issued by passing a string in 3.4 , it returns a response 'String(s) found or not found . But in my system , SRCHFOR command directly takes me to 3.14 panel . what should i do to fix this ? I do not want 3.14 panel to appear for every srchfor attempt . Please advise Thanks regards, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SRCHFOR command
Hello Lizette , Thanks for quick response . I had already tried that , but it didn't show up .(It says member not found ) . I suspect that something is missing from my logon proc , but not able to locate what exactly it is . From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Saturday, July 13, 2013 4:53 AM Subject: Re: SRCHFOR command Roger SRCHFOR, might be a REXX/CLIST that does that or an ISPF Command table entry. The easiest thing to do is use ISRDDN TSO ISRDDN on any command line Then issue M SRCHFOR See where it turns up Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger Steyn Sent: Friday, July 12, 2013 3:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SRCHFOR command Greetings , I know this is a silly question . Unfortunately I am not good at ISPF and needs some help to fix a problem . I have a problem with SRCHFOR command in ISPF . Normally , when a srchfor command is issued by passing a string in 3.4 , it returns a response 'String(s) found or not found . But in my system , SRCHFOR command directly takes me to 3.14 panel . what should i do to fix this ? I do not want 3.14 panel to appear for every srchfor attempt . Please advise Thanks regards, Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Install IBM SDK for Z/os java2 technology edition v7
As someone said , java is a pretty simple install . the program directory has everything documented . you really don't need a senior systems programmer's expertise to do this . you can read through and complete the install yourself . But if you need any suggestions , we are always here to help .Thanks ! Steyn From: baby eklavya baby.ekla...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, June 27, 2013 4:56 PM Subject: Re: Install IBM SDK for Z/os java2 technology edition v7 yes..we do . my seniors said that only ZFS is wat is needed . But , i still had a doubt if those libraries were optional . After reading Craig's response , i checked it again and its clarified now .Thanks for the help . On Thu, Jun 27, 2013 at 4:54 PM, baby eklavya baby.ekla...@gmail.comwrote: yes..we do . my seniors said that only ZFS is want is needed . But , i still had a doubt if those libraries were optional . After reading Craig's response , i checked it again and its clarified now .Thanks for the help . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF / GRS
That's a nice article . Thanks Chris ! From: Chris Brooker cbro...@us.ibm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, June 20, 2013 7:04 PM Subject: Re: XCF / GRS Hi Augie, You may already now about this, but the GRS team wrote a Hot Topics Article that outlines the changes made to GRS and contains a tested procedure for migrating to FICON. Please take a look. http://www-03.ibm.com/systems/z/os/zos/bkserv/hot_topics.html Issue 26, page 14 Direct link to the PDF of the Newsletter http://publibfp.dhe.ibm.com/epubs/pdf/eoz2n1e0.pdf Hope this helps, Chris Brooker z/OS GRS Team Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN