Re: FRBACKUP Still Not Working...
In this situation, we have used the TSO command: TSO fcwithdr tdevn() with some success. I'm afraid that is just a way around the problem rather than an explanation of what exactly the problem is. Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: 27 March 2012 19:31 To: IBM-MAIN@bama.ua.edu Subject: FRBACKUP Still Not Working... Since I now know that the problem is NOT hardware related, I've tried everything to figure out what the problem is. I've installed the patch that helps in problem determination (PATCH .FRGCB.+9 BITS(.1..)) and what I get follows: ARC1809I VOLUME CP00AA IS NOT A FAST REPLICATION CANDIDATE FOR L0 VOLUME PPRD46, VER=0012, RC=0002 and the RC=0002 says: volser1 is already paired with another source volume ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: sadump (and autoipl)
As regards the HLQ part, we have successfully used a non-SYS1 SMS managed 4xm27 dataset for the non-prompt AUTOIPL Sadump: AMDSADMP IPL=D3390,VOLSER=SD, OUTPUT=(DBD36,PXSYS.OPER.SADMP), DDSPROMPT=NO, MINASID=ALL, REUSEDS=ALWAYS, CONSOLE=((SYSC),(0C0,3278),(0E0,3278)) .. and for the dataset ... EX 'SYS1.SBLSCLI0(AMDSADDD)' 'REALLOC + (SD00DA,SD00DB,SD00DC,SD00DD)(PXSYS.OPER.SADMP) + (3390,SCXSYSGS) 32382 YES LARGE' (the set-up is a common target for multiple sysplexes, and we do have 2 Sadump flavours - i.e. there is also a traditional one with prompt). I can provide the 'full' job including the pagedump allocations if anyone is really interested. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V. Regardless of that, on our test systems, we always use a HLQ other than SYS1, because it is convenient for us to have the SADMP data sets cataloged in a shared user catalog. There isn't any reason I am aware of to need to use SYS1 as the HLQ. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
Hi Jon, To address the Console issue here, we force the SDSF variables on the way in with this code: sysname = mvsvar('SYMDEF','SYSNAME') isfcons = userid()||RIGHT(sysname,1) isfsysid = sysname Address ISPEXEC VPUT (ISFCONS ISFSYSID) SELECT PGM(ISFISP) PARM(option) Of course it might need tinkering to guarantee uniqueness, and we also have code in system automation to avoid conflict there. Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pinnacle Sent: 9 December 2011 23:49 To: IBM-MAIN@bama.ua.edu Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon On 12/9/2011 3:03 PM, Veilleux, Jon L wrote: I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. -Original Message- John, SDSF will set the CONSOLE to the userid by default, which is not a problem unless you issue commands. Command responses will be written to the console that first established the id, so if you logon to SYSA, then SYSB, and issue a command from SDSF on SYSB, the response will appear in SDSF on SYSA. Issue the SET CONSOLE command on SYSB to set a unique console. Unfortunately SDSF will save that value into the SDSF ISPF profile, so you have the same problem the next time you use multiple logon and SDSF. They're still working on an enhancement. Maybe next release (we can only hope). If you're a SHARE member, grab the Bit Bucket presentation from Orlando to see my presentation on correctly setting up multiple logon. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: NetView Startup problem
Hi Saurabh, I haven't followed this one much so I hope I am not repeating earlier advice, but ACNMLINK certainly won't work - you need your target library for sure (lowest level qualifier CNMLINK - I can't remember the prefixes, but it might be TLIB.NV390.V5R3.CNMLINK for you) and it must be authorised. (note that CNMINIT in ACNMLINK is not AC=01, but in CNMLINK it is). You also need a NETV subsystem set up in your IEFSSNxx member - SUBSYS SUBNAME(NETV). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: 24 November 2011 07:40 To: IBM-MAIN@bama.ua.edu Subject: Re: NetView Startup problem Hello, I added my STEPLIB libraries to ROG00 and IPL'd system again. but still getting same error .. I have added DLIB.NV390.V5R3.ACNMLINK dataset on my PROG member. RC S0C4 and resason code 11 for below step. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: NetView Startup problem
My earlier reply was based on the Netview 5.3 mentioned in the dataset name (the SSN statement changes in version 6). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walter Marguccio Sent: 24 November 2011 11:54 To: IBM-MAIN@bama.ua.edu Subject: Re: NetView Startup problem From: saurabh khandelwal sourabhkhandelwal...@gmail.com I changed region parameter. But System is not allowing me to change DPRTY to 1980. So I left it as old one. (13,13). but still same error. which release of NetView do you have ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
Hi Saurabh, I'm sorry , but you must/should have a CNMLINK dataset. Often it will be on your sysres pack. It might even be SYS1.CNMLINK. If on option 3.4 in ISPF, you use **.CNMLINK for the dataset level, you should eventually see what your one is called (it might take some time to give you the list). Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: 24 November 2011 12:41 To: IBM-MAIN@bama.ua.edu Subject: Re: NetView Startup problem Hello, I have subsystem entry in my IEFSSN00 member. SUBSYS SUBNAME(NETV) Also I dont have CNMLINK. I just have ACNMLINK in below dataset, and CNMINIT member exist in this. DLIB.NV390.V5R3.ACNMLINK(CNMINIT) Thanks Regards SAurabh On Thu, Nov 24, 2011 at 4:54 PM, Tidy, David (D) dt...@dow.com wrote: Hi Saurabh, I haven't followed this one much so I hope I am not repeating earlier advice, but ACNMLINK certainly won't work - you need your target library for sure (lowest level qualifier CNMLINK - I can't remember the prefixes, but it might be TLIB.NV390.V5R3.CNMLINK for you) and it must be authorised. (note that CNMINIT in ACNMLINK is not AC=01, but in CNMLINK it is). You also need a NETV subsystem set up in your IEFSSNxx member - SUBSYS SUBNAME(NETV). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: 24 November 2011 07:40 To: IBM-MAIN@bama.ua.edu Subject: Re: NetView Startup problem Hello, I added my STEPLIB libraries to ROG00 and IPL'd system again. but still getting same error .. I have added DLIB.NV390.V5R3.ACNMLINK dataset on my PROG member. RC S0C4 and resason code 11 for below step. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How do you manage CALLLIBS for products not installed?
Hi, I deleted the System Automation FMID for the IMS stuff. Where we do have the product, I just point to the appropriate place (ready to forget when we are running two levels of CICS for instance). Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: 20 June 2011 23:52 To: IBM-MAIN@bama.ua.edu Subject: How do you manage CALLLIBS for products not installed? I'm most of the way through a ServerPac install and stumbling on a job that wants to set CALLLIBS for products installed in other CSIs--and managed by other people--or products that we don't even own. These libraries are choking points: CICS.SDFHLOAD -- no DDDEF because it lives elsewhere DSN.SDSNLOAD -- no DDDEF because it lives elsewhere IMS.SDFSRESL -- no DDDEF because we don't own IMS at all I could jury-rig the first two by pointing the DDDEF to some current-version-du-jour library, but IMS is not even a stretch. System Automation is particularly fond of releasing PTFs that require CALLLIBS. How do other people get through this? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: +DFHAP0001 CICS An abend (code 0C4/AKEA) has occurred at offset X'FFFFFFFF'
Hi John, There is an IBM link for further investigating dumps like this (offset x''): http://www-01.ibm.com/support/docview.wss?uid=swg21424768 . I normally follow that to get to the real PSW location. (This one is for CICS 4.1, but it does include a link to the process for other releases. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Weber Sent: 2 June 2011 00:49 To: IBM-MAIN@bama.ua.edu Subject: +DFHAP0001 CICS An abend (code 0C4/AKEA) has occurred at offset X'' What is a common cause of this abend involving an application program? Thank you... +DFHAP0001 CICS An abend (code 0C4/AKEA) has occurred at offset X'' in module VALIDIN9. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: How to find out DFHSM intentions ?
Hi, I don't think there is an out dataset option for QUERY. In SYS1.SAMPLIB(ARCTOOLS) there is a queryset REXX which returns the output to TSO via extended console processing. We basically use a version of QUERYSET to get HSM output back to TSO, and then we have other routines that issue any TSO command to trap the output back to a browse or edit window (from where we can create a dataset of course). But you could also just update QUERYSET to write to a dataset. Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gibney, Dave Sent: 30 March 2011 10:07 To: IBM-MAIN@bama.ua.edu Subject: Re: How to find out DFHSM intentions ? I'm sure there's an out dataset option. I'd need to look it up to be sure. Try ODS('') via the HSEND option. There's also a something DAY(Y and Ns) to control which days of the week it runs on. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Wednesday, March 30, 2011 12:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to find out DFHSM intentions ? Hi Thank you, I see If it says PRIMARYSPMGMTSTART=(1700 1800), it is really 1700 ;-) ? And the second question If I can redirect this output to a dataset ? On 3/30/2011 9:01 AM, Gibney, Dave wrote: QUERY SETSYS, use either HSEND or F,DFHSM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Miklos Szigetvari Sent: Tuesday, March 29, 2011 11:57 PM To: IBM-MAIN@bama.ua.edu Subject: How to find out DFHSM intentions ? Hi In the last few days we had some problems with DFHSM primary space management. The question , if I can query from the DFHSM its intentions: - when it will intend to start primary space management secondary , etc etc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What Datasets have been Migrated to ML2
We run a batch TSO job with: HSEND LIST DSN SELECT(AGE(190)) - ODS(datasetname) - this lists all migrated datasets older than 190 days (that is to reduce the size of the output) - you can also use Patch commands to increase the allocation parameters of the output dataset - like: HSEND PATCH .MCVT.+4B0 X'0014' VERIFY(.MCVT.+4B0 X'0014')-primary HSEND PATCH .MCVT.+4B2 X'0032' VERIFY(.MCVT.+4B2 X'0032') -secondary Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George Rodriguez Sent: 11 October 2010 19:21 To: IBM-MAIN@bama.ua.edu Subject: What Datasets have been Migrated to ML2 Is there a batch report that I can run to identify all datasets that have been migrated to ML1 or ML2? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPLTEXT and NUCLEUS dates
Hi, We have our sandbox system where we run SMP/E - and it's the only system where SMP/E is installed. We do choose to apply maintenance on this running system in general (yes - we know that this may not be the recommended approach). It's a bit theoretical, but should someone manage to apply an RSU, and for some reason not have reviewed/understood the holddata correctly, then we IPL that system to test the maintenance (and because it is officially 'unstable' between maintenance application and IPL). That is the IPL that could put us in a wait state. However in our case we would be able to create the IPL text appropriately from another system in this particular event (that is why I say it is not such a risk for us). I would prefer the system to issue a warning message + logrec - best of all a WTO prompt saying the system will struggle on, but at extreme risk and no applications should be started until the system is reIPLed correctly. I fear this might start off some other discussion, and I know the scope and impact and risk is totally different, but when I get a Windows message saying I must reboot my workstation or the system may become unstable, I carry on working, and I've never had cause to regret that approach. As I said - it doesn't particularly affect us, but for some it might be possible that they can't run the ICKDSF job appropriately - and by artificially ensuring that the system won't come up in any shape, you are removing one potential capability of an environment to run that one job in certain system configurations. And the reason I triggered was because I don't like the reason to protect IBM in this context. I supppose it is also like instances where customers might choose to run unsupported, but a vendor puts a block in the product to stop it running after EOS date, even though it might technically otherwise still work for a customers needs. Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Mulder Sent: 29 September 2010 19:44 To: IBM-MAIN@bama.ua.edu Subject: Re: IPLTEXT and NUCLEUS dates IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/29/2010 02:50:34 AM: Although this isn't too much of a risk for us, I do have to say that protecting IBM from having to diagnose my problems by putting my SMP/E system into a wait state doesn't quite match what I would hope for as a customer. I don't understand what you mean by putting your SMP/E system into a wait state. The wait state occurs when IPLing the improperly built sysres, not while running SMP/E. How would you prefer the system to behave when it detects mismatched code levels at IPL due to incomplete installation of maintenance, which could lead to unpredictable and possibly disastrous results? Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPLTEXT and NUCLEUS dates
It is true that there is some exposure in our maintenance strategy. However we always have multiple versions of our cloned sysres availabe to IPL from, and we do have a backup strategy to get back to the pre-maintenance level. That's why I keep saying the wait state itself is not really an issue for us. My issue is a potentially unnecessary wait state for a reason of vendor comfort as opposed to other strategies (e.g. strongly worded WTO) which seems a little less artificial to me if we're talking about maximising vendor convenience. And I do write solely from the customer perspective. I admit(ted) the workstation analogy to be a different scope/impact, although we are looking at the autoipl statement to be our restart button... Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: 30 September 2010 09:17 To: IBM-MAIN@bama.ua.edu Subject: Re: IPLTEXT and NUCLEUS dates That is the IPL that could put us in a wait state. However in our case we would be able to create the IPL text appropriately from another system in this particular event (that is why I say it is not such a risk for us). but for some it might be possible that they can't run the ICKDSF job appropriately Then they have a wrong maintenance strategy in the first place, IMO. The thing to do is keep the old system residence (the one that works) around so that it can be re-IPL'd without any changes. Then there is a system where the ICKDSF job can be run from. because I don't like the reason to protect IBM in this context. You would, too, if you had had (repeatedly) to look at sadumps where something was so much wrong that the system later wait states on some seemingly completely unrelated thing that takes forever to debug because the root cause was mismatch in ipltext and nucleus. but when I get a Windows message saying I must reboot my workstation or the system may become unstable, I carry on working, and I've never had cause to regret that approach. z/OS isn't something clickable (yet). Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IPLTEXT and NUCLEUS dates
Although this isn't too much of a risk for us, I do have to say that protecting IBM from having to diagnose my problems by putting my SMP/E system into a wait state doesn't quite match what I would hope for as a customer. Best regards, David Tidy IS Technical Management Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Mulder Sent: 28 September 2010 21:05 To: IBM-MAIN@bama.ua.edu Subject: Re: IPLTEXT and NUCLEUS dates IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/28/2010 01:17:04 PM: recently I found out that IPLTEXT and the NUCLEUS (not sure which module) must have the same date. If I remember correctly you get WAIT075 if the dates are not of the same day. Has anyone know the logic beyond this dependency ? What it is suppose to protect us from ? I could not find a reasonable explanation for this. This ensures that you use ICKDSF to rewrite your IPL text any time you install a release or PTF which changes IEAIPL00. It protects you from have problems caused by IPLing with downlevel IPL text. It protects IBM from having to diagnose those problems. It has worked this way since SP4.3.0 (around 1993). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: re-locating the cursor into the primary command line within an ispf edit macro
The manual indicates: Note: To position the cursor on the command line, issue a return code of 1 from the macro. For example, in CLIST code EXIT CODE(1) as the last statement in your EDIT MACRO to position the cursor on the command line. Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dr. Stephen Fedtke Sent: 07 September 2010 10:35 To: IBM-MAIN@bama.ua.edu Subject: re-locating the cursor into the primary command line within an ispf edit macro hi all, if you apply ISREDIT FIND ... ISREDIT CHANGE ... or similar ispf edit macro commands, the cursor is placed in the corresponding text line. when the macro terminates, and the edit panel appears, the cursor always resides in any of these lines. we did not find any way to relocate the cursor into the primary command line. did anybody achieve that already? many thanks for any tip! best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com ++NEWS++ SF-LoginHood provides state-of-the-art password, phrase and login security for z/OS ++NEWS++ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF)
Hi Dave, That helps enormously - thanks! Best regards, David Tidy Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt Sent: 12 August 2010 17:01 To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF) You can manually turn Tab to Point and Shoot on or off by entering this command on any ISPF command line: ISPFVAR PSTAB(ON) You can turn TPS on or off programatically by doing this: address ispexec CONTROL ERRORS RETURN VGET (ZTPS) PROFILE if ztps = Y then do say Tab to point-and-shoot was on; turning it off onoff = OFF end else do say Tab to point-and-shoot was off; turning it on onoff = ON end SELECT PGM(ISPOPT) PARM(PSTAB(onoff)) if rc = 0 then say Tab to point-and-shoot is now onoff else say rc zerrsm zerrlm EXIT Hope that helps, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Thu, 12 Aug 2010 09:16:55 +0200 From: dt...@dow.com Subject: ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF) To: IBM-MAIN@bama.ua.edu Hi, I was actually hoping to see a response to something more similar to Mark's interpretation. In particular I wanted a programmatic (REXX) way to (re)set the tab to point and shoot fields on the way in to TSO/ISPF. This in particular because MXI turns it on, but of course if you time out, it is left in that state (MXI does clean it up on the way out normally). The variable is ZTPS (values 'N' or 'Y'). I do see that I can just edit the ISPSPROF member to change it, but that does seem inelegant and (I think) would have to be done before invoking ISPF to be properly effective. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISPF: How best to change ISPSPROF variables programmatically (was ISPF: How best to change user variable ZRETMINL in ISPSPROF)
Hi, I was actually hoping to see a response to something more similar to Mark's interpretation. In particular I wanted a programmatic (REXX) way to (re)set the tab to point and shoot fields on the way in to TSO/ISPF. This in particular because MXI turns it on, but of course if you time out, it is left in that state (MXI does clean it up on the way out normally). The variable is ZTPS (values 'N' or 'Y'). I do see that I can just edit the ISPSPROF member to change it, but that does seem inelegant and (I think) would have to be done before invoking ISPF to be properly effective. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: 11 August 2010 19:01 To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF: How best to change user variable ZRETMINL in ISPSPROF On Wed, 11 Aug 2010 09:30:49 -0500, Jochen Roehrig jochen.roeh...@baloise.ch wrote: Hi Robert that's it! Shame on me: I knew the RETP, but I never recognized the 'OPTIONS'... Kind regards Jochen You may have received a quicker answer if the question was more clear. But maybe it was clear to everyone but me. :-) I thought you wanted a way to either a) Change the default via customization table for everyone (which you can't because there is no reset value) b) mass update everyone's ISPF profile because the set a bad default in the customization table and already knew you couldn't do the above. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CICS Poster (was C-I-C-S vs KICKS)
I did eventually find my CICS poster, but you can't have it. I can take a picture that is readable if you zoom in (but it will be 4mb file size)- I'll need to be home in good light though, as otherwise reflections get in the way. Let me know, and I can send it to you offline. I also have another Hursley poster with a picture of the Domesday book and the caption Our 9335 should have been around in 1086. It claimed the 9335 marked the beginning of the next 900 years of Information Technology. 18ms access, capacity of 250,000 times the two page spread depicted in the poster. Best regards, David Tidy Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: 26 July 2010 14:35 To: IBM-MAIN@bama.ua.edu Subject: Re: C-I-C-S vs KICKS Has anyone seen the old CICS poster that was made of all forms of what CICS could mean? I lost mine many years ago in a move and would love to find another one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Can't delete datasets
Typically we have had to resort to VVDSFIX for this kind of situation. Read all about it (+ link for the download) at: http://www-01.ibm.com/support/docview.wss?uid=isg3S1000618 Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Werner Kuehnel Sent: 23 July 2010 09:25 To: IBM-MAIN@bama.ua.edu Subject: Can't delete datasets We have some problems to delete 3 datasets. The volume is SMS-managed, the datasets are in a user catalog. First we had just one dataset (FRZ0011.NETSTAT.LIST) which we can't get rid of. Some experiments created the other two: an IDCAMS ALTER created FRZ0011.NETSTAT.LIST.IDC1, an RENAME via ISPF 3.4 created FRZ0011.NETSTAT.LIST.OLD. Here are some infos: Excerpt from List Catalog: IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST.IDC1 NOT LISTED IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 50- REASON CODE IS IGG0CLE0-6 (NVR not found) IDC1566I ** FRZ0011.NETSTAT.LIST.OLD NOT LISTED 3.4 in ISPF (catalog search) shows all 3 datasets: FRZ0011.NETSTAT.LIST RZP003 BROWSE/EDIT/DELETE = 'FRZ0011.NETSTAT.LIST' not on volume 'RZP003'. FRZ0011.NETSTAT.LIST.IDC1 RZP003 BROWSE/EDIT/DELETE = 'FRZ0011.NETSTAT.LIST.IDC1' not on volume 'RZP003'. FRZ0011.NETSTAT.LIST.OLD RZP003 successfully BROWSE/EDIT DELETE = IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1), ISPFFSY,RZP003,FRZ0011.NETSTAT.LIST.OLD A print of VVDS of RZP003 shows neither of the 3 datasets. A list of VTOC of RZP003 shows only FRZ0011.NETSTAT.LIST.OLD A DELETE NVR with and without catalog results for all 3 datasets in IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFP-20 A IEHPROGM SCRATCH failed, too. We're running short of ideas how to get rid of these catalog entries and appreciate any help. Werner Kuehnel IMD-Gesellschaft für Informatik und Datenverarbeitung mbH Augustaanlage 66 68165 Mannheim Tel: +49.621.457-4885, Fax: -4046 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ICHRDSNT
Not directly related, but in case it relates to the reason behind the original question, we need to maintain two copies of ICHRDSNT - our 'standard' sysplex one, and a non-sysplex one for the first DR IPL. We do this by having the standard one in linklib, and keeping the DR copy in a dedicated dataset that we MLPA to at the DR IPL (to override the linklib copy). Best regards, David Tidy Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: 09 April 2010 18:38 To: IBM-MAIN@bama.ua.edu Subject: Re: ICHRDSNT On Fri, 9 Apr 2010 09:01:19 -0700, John Norgauer john.norga...@ucdmc.ucdavis.edu wrote: Does the ICHRDSNT module have to be in a LNKLST'ed dataset? Or can it be in PLPA? As we document, it must be in a linklist library. There is no reason to have it in LPA, as that would merely waste space and offers no performance advantages. From the RACF System Programmer's Guide, quote This table resides in SYS1.LINKLIB or any other APF-authorized linklist library. It must be linked with RMODE(24). /quote -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ICHRDSNT
Interesting. We have not actually tested this approach yet. But we did observe in this old old entry: http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/threa d/6cff92f94d00eb1a/4390eb7b39b0681c?hl=enie=UTF-8q=MLPA+ICHRDSNT that this kind of approach may be OK. ... We're looking at trying to test this out ... It is not the name of the RACF database that we are concerned with, but the sysplex communication/datasharing bits. Our first DR IPL does not come up with full sysplex capability, so we are applying the RACF system programmer's guide 1.10 section 3.1.1.5 Sysplex considerations consideration about an emergency ICHRDSNT (apart from that we think we do not need to specifify an alternate DB name for out particular need). Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: 12 April 2010 14:39 To: IBM-MAIN@bama.ua.edu Subject: Re: ICHRDSNT On Mon, 12 Apr 2010 09:16:38 +0200, Tidy, David (D) dt...@dow.com wrote: Not directly related, but in case it relates to the reason behind the original question, we need to maintain two copies of ICHRDSNT - our 'standard' sysplex one, and a non-sysplex one for the first DR IPL. We do this by having the standard one in linklib, and keeping the DR copy in a dedicated dataset that we MLPA to at the DR IPL (to override the linklib copy). Though I had a vague memory that might be possible, from examining the code I'm surprised that works. We do a BLDL, and only if it works do we do the LOAD. And BLDL will not find modules in LPA as far as I know. What -should- happen in your case, I think, is that RACF would use the SYSRACF DD from MSTRJCL, or prompt the operator for the name of the RACF primary data set. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: ICHRDSNT
Walt - thanks for the confirmation - that indicates our DR construct should work OK. I think we might still test first though! Best regards, David Tidy Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: 12 April 2010 16:20 To: IBM-MAIN@bama.ua.edu Subject: Re: ICHRDSNT On Mon, 12 Apr 2010 08:54:27 -0500, Walt Farrell wfarr...@us.ibm.com wrote: On Mon, 12 Apr 2010 08:45:44 -0500, Dennis Trojak dennis.tro...@radioshack.com wrote: We've been using the MLPA at DR IPL for many years for the same reason and it definitely works. No SYSRACF DD statement and no operator prompt. Doco for the BLDL states it will search LPA before the LNKLST. First, are you sure you aren't MLPAing from a LINKLIST data set? Second, none of the BLDL documentation I can find (or have ever found) says it searches LPA, and I know we've had customers report problems in cases like this. I'd like to review the documentation you've found; I only see it saying that it starts with the DCB the caller specifies (if any) and then TASKLIB, and then proceeds to JOBLIB or STEPLIB and finally LINKLIST. John Eells reminded me of the configuration where this works. As long as there is an ICHRDSNT -somewhere- in the LINKLIST, then the BLDL will succeed. After that, when RACF does the LOAD, if there's a copy in LPA the system will return that copy, rather than the one in the LINKLIST. Thanks, John. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Defrag
Oh dear - I feel a bit guilty just trying to answer the original question, but anyway here's how we do it. We use the tools System Automation and MXI in the process, and what we do is at every JES2 shutdown (i.e. pre-IPL shutdown as far as intent goes, and our IPLs are monthly), we run an SA REXX exec which builds and issues a string of start commands for a defrag proc sub=mstr (by parsing MXI output, which includes storage group). The started proc builds the Defrag input stream per instance (more REXX) (in particular excludes a few datasets (TWS and JES2 related)). As these jobs run at the end of the shutdown process, most subsystems are down, so fewer datasets are in use, and a more through effect. Within a sysplex, of course the effect would be diluted - we have code to focus on image-specific volumes where we can. We have a number of images that are not in a sysplex (at least as volume sharing goes) which is where the process was originally implemented, and is most effective. It adds a little to shutdown time, but for us that is OK. The output is saved in datasets, although we have never had a problem with this process yet. The process is home-grown and REXX heavy I'm afraid. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: 04 March 2010 19:23 To: IBM-MAIN@bama.ua.edu Subject: Defrag Each day I run a Compress, Release, and Defrag on each volume in my SMS DASD Storage group. Some of the volumes still remain pretty fragmented. Is there a way to defrag the Storage Group? -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Strange JCL error
Have you tried renaming your ISPF profile data set (temporarily) and using a completely fresh one for a session? Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: 03 February 2010 21:58 To: IBM-MAIN@bama.ua.edu Subject: Strange JCL error Have a job I've been submitting many times, runs as expected. Minutes ago I submitted the same job and it fails with JCL ERROR and under SDSF I see: STMT NO. MESSAGE 1 IEFC607I JOB HAS NO STEPS Now, submitting various other jobs that have worked in the past, they all fail this way. Looking at the jobs using the SL line command in SDSF, they all have only 10 lines (which are a JOB statement and some comments, it turns out, so, yes, in the first 10 lines there are no EXEC statements). Logged off and back on, same result. This smells somewhat familiar, but I can't put my finger on it. Anyone have any suggestions what's going on and how to solve it? (BTW, using the TSO SUB command works fine; it's just using the ISPF SUB command from Edit or View that fails. Also note, from a member list, entering the line commands SUB or J work fine too.) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques Ask me about our new, reduced rates for purchasing our course materials for use by your own trainers or Subject Matter Experts (SMEs). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: 3592 Cartridges
Hi George, I believe we use the same approach (build backup job via REXX, as you see creating on-site and off-site backups), and our created job looks like this: //ACT103 EXEC LRSTGBKP,PAC=ACT103 //* //SCT100 EXEC LRSTGBKP,PAC=SCT100, //VOLREF=',REF=*.ACT103.DFDSS1.TAPE1',FS=2, // OFFREF=',REF=*.ACT103.DFDSS1.TAPE2' //* //SCT101 EXEC LRSTGBKP,PAC=SCT101, //VOLREF=',REF=*.ACT103.DFDSS1.TAPE1',FS=3, // OFFREF=',REF=*.ACT103.DFDSS1.TAPE2' //* //ACT102 EXEC LRSTGBKP,PAC=ACT102, //VOLREF=',REF=*.ACT103.DFDSS1.TAPE1',FS=4, // OFFREF=',REF=*.ACT103.DFDSS1.TAPE2' //* etc The cataloged PROC is: //LRSTGBKP PROC PAC=NONE,DAYS='15',TAPE=TAPE,PRINT=*,VOLREF='',FS=1, // OFFREF='' //DFDSS1 EXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=PRINT //DISK1 DD UNIT=SYSALLDA,DISP=SHR,VOL=SER=PAC //TAPE1 DD DSN=PSSTG.OPER.BKP.PAC, // DISP=(NEW,KEEP,DELETE), // BLKSIZE=0, // UNIT=(TAPE,,DEFER), // LABEL=(FS,RETPD=DAYS), // VOL=(PRIVATE,RETAIN,,10VOLREF) //TAPE2 DD DSN=PSSTG.OPER.OFF.PAC, // DISP=(NEW,KEEP,DELETE), // BLKSIZE=0, // UNIT=(TAPE,,DEFER), // LABEL=(FS,RETPD=DAYS), // VOL=(PRIVATE,RETAIN,,10OFFREF) //SYSIN DD DISP=SHR,DSN=PRSTG.PERM.DATA(DFBACK) Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com George Rodriguez rodrigu...@palmbeach.k12.fl.us 12/14/2009 12:10 PM I've got a VTL (TS7720) and 2 3592 tape drives. A rexx exec was written, to use DFSMSdss to back up volumes for disk to the 3592. The problem is that the job is divided into 4 parts because of the step limitation. Is there a way of keeping the tape mounted and at the same position after job 1 completes? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF PREFIX Enhancement (UK44477)
Hi Bob, The PROPLIST that are available are documented in the z/OS 1.10 manual section 2.14. There is no modification bar for the Command.PREFIX.AddGenChar, so I guess it applies to 1.9 as well. This is only for the prefix command, not the extension to H and ST that the APAR mentions (and I hadn't realised when I replied before). As well as Command.PREFIX.AddGenChar , we also use the Panel.DA.DynamiczAAPCols setting (and no special exit coding). I think IBM should have used the same method for this APAR rather than expecting exit code. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: 01 August 2009 12:01 To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF PREFIX Enhancement (UK44477) Well, I am glad two friends of mine can have a laugh at my expense. :-) However, bad subject line or not, the example in UK44477 *was not* complete in its intended purpose. I never knew of UPRO1GPF in 1.9 as I was merely applying all current maintenance to a new 1.10 deployment. When I saw UK44477, I was led to believe that was all that was needed to be coded. Nevertheless, I made the modification as Bob indicated and can report that after an LLA refresh and a re-invocation of SDSF, the code works as indicated. Virtual beer to Mr. Rutledge. Nah. Forget that. A real one when we next meet again at SHARE or Bob comes to DC to visit. As to my ability to confuse Mark, life does have its little pleasures! (kidding back, Mark) When time permits, I do still intend to follow up on David Tidy's post. Our ISFPRM00 is HUGE and hasn't been substantially modified in ten years. Who knows what other nice enhancements have been overlooked. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Friday, July 31, 2009 5:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF PREFIX Enhancement (UK44477) On Fri, 31 Jul 2009 16:59:04 -0400, Bob Rutledge deerh...@ix.netcom.com wrote: big snip Bob (Richards) indicated that he wanted the generic character appended to prefix, I pointed out that the PTF in question was for something else. Or at least that was my intention. UPRO1GPF came along in 1.9 and is documented in the SDSF manual (9.2.2 in the 1.9 level). Aha! Now I get it. The confusion comes from the subject line and from Bob Richards. I'm used to getting confused by him! (just kidding Bob) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF PREFIX Enhancement (UK44477)
We did actually implement this from z/OS 1.9 onwards, and it was via an entry in ISFPRM parmlib member: PROPLIST NAME(GLOBPROP) /* Group ISFOPER properties */ PROPERTY NAME(Command.PREFIX.AddGenChar),VALUE(TRUE) So maybe that is all that is missing. No user exit needed either. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: 30 July 2009 17:16 To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF PREFIX Enhancement (UK44477) On Thu, 30 Jul 2009 10:49:48 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: This SDSF enhancement automatically adds an asterisk to the PREFIX command where the prefix is less than eight characters. I applied this PTF, assembled/linked the sample ISFUSER into ISF.SISFLOAD, re-invoked SDSF and saw no change. Has anyone else tried this and got it to work? snip I remember seeing this APAR in my ASAP list and got the PTFs downloaded and installed at the time. Then I read the ++ACTION. Sorry... but 3 jeers for IBM on this one! What a crock... They write the code, so why does it take a user exit (which I already use to force SYSLOG for LOG by default - but that's besides the point) to implement this instead of a global option in ISFPARMS / ISFPRMxx? Not only that, even if the plan was to have a global option to enable it, you should also have a setting on a group level (including SAF) to allow it or not *and* a profile saved option on a userid by userid basis to have this turned on our not. That is how virtually everything else works in SDSF. I realize that having an exit will allow me to enable it for whomever I want, but it still won't give the user an option to turn it off if desired. Exits should be for the extreme case where I need to do something funky that I can't accomplish in the parms or RACF. There... I feel better now. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF Batch command size limit
Hi, You don't say which release you are, but from 1.9 onwards, you should be able to use the ' option if you use the ISFAFD program to invoke batch SDSF. The following is an example: //EXECSSID EXEC PGM=ISFAFD //ISFOUTDD SYSOUT=* //ISFIN DD * / ++='SETPROG APF,ADD,'='DSN=PSDB2.PERM.SBD1.SDSNEXIT,SMS' The syntax should be in the manuals Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Robin van Westendorp Sent: 25 June 2009 15:58 To: IBM-MAIN@bama.ua.edu Subject: SDSF Batch command size limit I would like to submit a batch job to issue a catalog command. However, I find that the total command exceeds the size that one can issue on SDSF command line. Is there a way to issue a slash in SDSF batch to get to the System Command Extention? In the example below, the closing backet ) is truncated. //REMVLF EXEC PGM=SDSF,COND=(0,NE) //ISFOUT DD SYSOUT=* //ISFINDD * /RO *ALL,F CATALOG,NOVLF(CATL.USER0.ALPLEX) ISF015I SDSF COMMAND EXECUTED 'RO *ALL,F CATALOG,NOVLF (CATL.USER0.ALPLEX ' ABRW005 BATCHBATCH RO *ALL,F CATALOG,NOVLF(CATL.USER0.ALPLEX RO T=030,AL01,F CATALOG,NOVLF(CATL.USER0.ALPLEX RO T=030,AL02,F CATALOG,NOVLF(CATL.USER0.ALPLEX -ABRW005C REMVLF 00133297.00.00 .0 450 BATCH0 0 0 0 F CATALOG,NOVLF(CATL.USER0.ALPLEX IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC353I CATALOG ADDRESS SPACE MODIFY UNSUCCESSFUL IEC353I INVALID COMMAND FORMAT F CATALOG,NOVLF(CATL.USER0.ALPLEX IEC351I CATALOG ADDRESS SPACE MODIFY COMMAND ACTIVE IEC353I CATALOG ADDRESS SPACE MODIFY UNSUCCESSFUL IEC353I INVALID COMMAND FORMAT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: strange codepage issue in ISPF
Thanks for the earlier correction on my language - I am indeed English. Explains why I couldn't reconcile the hex. I work for an American company as well, so I should have been more aware. Anyway for the original problem, look at what has happened in your ISPF terminal type (under Menu;settings). For me if I set T3278A, the the sqare brackets display fine - my normal setting of T3277 displays them badly (in such a way that some screens might suppress). As well as those two, you could try SW500 to see if it makes a difference. You could post what your terminal type is set to to help. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, June 03, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: strange codepage issue in ISPF I am using codepage 1047, but for some reason the left and right brackets are showing as blanks in ISPF. Intrestingly hey show up just fine in OMVS. Here is a REXX EXEC that I use to show me my current code page: address ispexec vget (ztermcid) shared say current encoding is ztermcid exit The response is current encoding is 01047. If I do a HEX display of the brackets it shows they are x'AD' (left bracket) and x'BD' (right bracket), which is correct for CP1047. The strangest thing at all is that it works for everyone else. I must have once upon a time changed something in my ISPF profile to cause this issue, but I have no idea what it was! Any ideas? Thanks! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: strange codepage issue in ISPF
I believe that x'4D' and x'5D' are the CP1047 standard brackets. (x'AD' and x'BD' are square brackets). I looked on http://publib.boulder.ibm.com/infocenter/pcomhelp/v5r9/index.jsp?topic=/ com.ibm.pcomm.doc/reference/html/hcp_reference27.htm which seems to confirm that. I changed my code page in Extra! to 1047 (was 0037) - the exec confirmed ISPF had taken the switch, and in ISPF, my standard parentheses did show as x'4D' and '5D'(when I switched back to 0037, the x'AD' and x'BD' did not show as square brackets any more. We do not provide any override in our ISPF defaults table - maybe your site does? Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: 03 June 2009 20:46 To: IBM-MAIN@bama.ua.edu Subject: Re: strange codepage issue in ISPF The exec works!! This is what we are using and there are no open issues with translations. current encoding is 00037 Ken Klein Sr. Systems Programmer kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Wednesday, June 03, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: strange codepage issue in ISPF I am using codepage 1047, but for some reason the left and right brackets are showing as blanks in ISPF. Intrestingly hey show up just fine in OMVS. Here is a REXX EXEC that I use to show me my current code page: address ispexec vget (ztermcid) shared say current encoding is ztermcid exit The response is current encoding is 01047. If I do a HEX display of the brackets it shows they are x'AD' (left bracket) and x'BD' (right bracket), which is correct for CP1047. The strangest thing at all is that it works for everyone else. I must have once upon a time changed something in my ISPF profile to cause this issue, but I have no idea what it was! Any ideas? Thanks! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: PDSE question - while discussing checkered history
Hi, We do already use indirect cataloging, but we do want VSAM (and also the catalog) on the volume itself, and don't want to change our whole longstanding set-up because DFDSS can't cope with PDSE satisfactorily. Copying the PDSEs first does seem a less intrusive way to handle IBM's problem. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com The obvious thing to do is to use indirect cataloging and to keep VSAM off of the residence volumes. That requires, of course, a naming convention that ties off-res target libraries to the right residence volume set. -- 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
GRS CNS policy
Hi all, I've just noticed the ability to position the GRS contention notification in a GRS star (OA11382). I did notice that the reasoning for the ability to do this is to better balance workload in a sysplex, but can't find any recommendations as to the positioning. We are running sysplex mostly as a DB2 server, but not particularly as a load balancer, so do have busier systems than others. We run many DB2 systems per image. We have also had CPU contention problems, where GRS appears high in the mix (together with DB2 systems). My 2 questions are: 1) does anyone have a policy on GRS CNS positioning in their sysplex (and if so what is it and why)? 2) otherwise does anyone have any opinion on whether it might make sense to position CNS in either the busiest or the quietest system in the sysplex (the former on the basis of reduced traffic, the latter on better CPU allocation)? Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V. Mailto:dt...@dow.com Inkoop Gbw (427) H. H. Dowweg 5 4542 NM Hoek The Netherlands Handelsregisternr. 24104547 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: PDSE question - while discussing checkered history
Hi Mark, Sorry - I missed that. Interesting that it tends to mention the source dataset allocation rather than the target. It certainly offers an explanation of why the dataset might increase in allocated extents. But in our case it appears to release the secondary allocation - the end result is an allocation exactly the same. I would have expected the dataset extent to be kept, even if it doesn't contain data. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com Hi, Did you review the APAR I mentioned (OW42335)? Serverpac has had the same problem (see OA14360). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PDSE question - while discussing checkered history
Hi, Amongst the current discussion of PDSE, I have a curious problem that I wondered if anyone could explain. I do a logical copy of our SYSRES volume to a new volume, but get the following messages for SYS1.SCUNTBL - a large PDSE: ADR717E (003)-FMSG (02), SYSTEM SERVICES ERROR OCCURRED WHILE COPYING DATA SET SYS1.SCUNTBL IN CATALOG CATALOG.MASTER.S1. RETURN INFORMATION IS 001-00-12-00173 AND MESSAGES FOLLOW: IGW01172T OUT OF SPACE CONDITION ENCOUNTERED DURING MEMBER CREATE PROCESSING FOR MEMBER CUNRMHB8, WITH REASON CODE = X'0E37' IGW01173S UNEXPECTED RESULTS FROM AN SMSX SERVICE. RETURN CODE WAS 20 AND REASON CODE WAS X'050BC005' IGW01550I 8537 OF 10525 MEMBERS WERE COPIED The dataset itself is PDSE, and shows as 9977 members (the rest of the 10525 are aliases), 98% full, one extent (even though secondary is defined). The volume may not have had enough space to extend that particular dataset. I freed up space (from other datasets) and reran the job, and all was fine. After the activity the 'new' dataset was exactly the same size / %full - no secondary extent was taken. Can anyone explain why the 'spare' disk space might be needed for a volume to volume copy if it is not going to be allocated by the end of the event? Given we do this cloning every month, and the volume is always near-full, it is a bit inconvenient. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.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: PDSE question - while discussing checkered history
Hi Mark Thanks for the reply. These are newly initialised empty volumes. We do the logical copy because we up-sequence the volume id, and build a new catalog (with the volume id in the name) as we go. Doing the large PDSEs first is a good idea though in terms of getting around the problem, although I still don't understand why 'spare' space is needed. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com Is the new / target sysres volume empty when you start, or is there an existing SYS1.SCUNTBL data set? Check out doc apar OW42335. Perhaps init the tgt volume first, copy the PDSE data set(s) first, then the rest in a second step excluding the PDSEs. I do a physical copy for a clone, not logical... so I would never have that problem. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: MVS 4 minute 'outage'
We had Skip's problem (although maybe not the original problem). If your freeze is synchronised with SMF/RMF interval, check II07124 - we added DDCONS(NO) to our SMF parms to resolve that problem (actually for us it was a 30 second freeze, although the APAR states 1-5 minutes). Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:dt...@dow.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Skip Robinson Sent: 07 January 2009 19:38 To: IBM-MAIN@bama.ua.edu Subject: Re: MVS 4 minute 'outage' We have a waxing and waning 'freeze' problem that occurs in synch with our SMF/RMF recording interval. Nothing approaching four minutes, but disturbingly long. A couple of points: -- If the freeze was one time only and not chronic, it's probably not SMF/RMF -- Based on our experience, good luck in gathering doc. If the whole system is frozen, who can 'take notes' while in a coma? In any case, please keep us updated. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.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: ZFS file made bigger
I've used the ISH ISPF shell - dropdown File systems; zfs aggregates; Extend. It's nice and easy! Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:[EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Crabtree, Anne D Sent: 27 October 2008 12:18 To: IBM-MAIN@BAMA.UA.EDU Subject: ZFS file made bigger After installing z/os v1r9, I converted the HFS files to ZFS files. Now, I'm trying to put maintenance on and I am running out of space on the root ZFS file. I tried defining a bigger vsam dataset and using IOEAGFMT to format it. When I tried to use ADRDSSU DUMP/RESTORE scenario to copy the smaller ZFS file to the larger one, it appeared to have deleted my file and reallocated it. Although the new file was somewhat bigger, I still run out of space on the RECEIVE job. The linear dataset is only in 14 extents which is another source of confusion to me. What is the correct way to make a ZFS file bigger? Anne D. Crabtree System Programmer WV Office of Technology 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS TS 2.2 and z/OS 1.7-
Hi Ken, Without directly answering your question, and without mentioning our details as to what put us in this position, we are currently running quite a few CICS 2.2 regions under z/OS 1.9, and have not so far seen any such problem. At least one is a large DB2 system, although running SAP on DB2, so no 'creative' DB2 programming. Only problems we had that might have resembled this (and I think we did have some reason to look at this area) are when we went back from CICS 3.2 to CICS 2.2 without an initial start, also problems when CA-ENF was not working fully. Also make sure you have updated your CSD with the latest definitions for DB2 and CEE. We also at one point had weird problems due to our CEE options for CICS not being set up correctly in various ways. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:[EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth R Barkhau Sent: 04 September 2008 16:31 To: IBM-MAIN@BAMA.UA.EDU Subject: CICS TS 2.2 and z/OS 1.7- Hello All- Without mentioning all of the details that put us in this position, we are in the process of trying to get CICS TS 2.2 to run under z/OS 1.7 on one of our LPARS and getting a transaction abend 0C4 in DFHD2D2 with a user abend code of AD2R. I have put on all of the IBM recommended maintenance for CICS under z/OS 1.7 to no avail. Anyone run into anything like this, or does this sound familiar to anyone? I have done numerous searches but have not found anything yet that I have not applied. I am primarily a z/OS systems programmer so CICS is not my strength. Any ideas or help are greatly appreciated. Thanks Ken Barkhau L8000 AP 3251 D2D2 EXIT DB2_API_CALL/DISASTER RECOVERY_INVOKED L8000 AP 319D D2EX1 *EXC* THREADTCB HAS ABENDED WITH ABEND 00C4,REASON, L8000 DD 0201 DDDI ENTRY DELETE_ENTRY 0D579040,0C9F5ED0,D2CS,B1. BROWSEADXTSS.CICSP4.DUMPA.IOFLISTLine 1233 Col 013 092 Command === Scroll === PAGE 01C0 40404040 40404040 40404040 40404040 40404040 40404040 40404040 01E0 79166DA8 C4D3E2E3 79166DA8 00FD4198 00C4 0B780988 790D 0200 0C63ACA3 0C639CA4 0C638CA5 8C637CA6 790A9240 8C638208 077C 0220 8C6382EC C4C6C8C4 F2C4F240 0CF42590 0033 0D47 0240 6E6EE399 81838540 E2A38199 A3406E6E 3300037C 5CD9C5C3 00C4 0260 2A00037C C1D7C940 2B00037C C1D7C940 0280 2C00037C C1D7C940 2D00037C C1D7C940 02A0 2E00037C C1D7C940 2F00037C C1D7C940 -- CICS TRANSACTION DUMP --- CODE=AD2R TRAN=BSRID=1/0001 DATE=08/07/28 02C0 337C C1D7C940 3100037C C1D7C940 02E0 3200037C C1D7C940 4C4CE399 81838540 C5958440 4040 Duke Medical Center [EMAIL PROTECTED] Kenneth R. Barkhau -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF I (Input) Screen with z/OS 1.9
Hi, POS appears to be working fine for us (with 5 jobs waiting in class O, and 27 in class P). There is also a Wpos column for positions within WLM service classes, but that appears sensibly filled as well. I presume you reworked any ISFPRM customisation from the ISFPRM01 defaults. This particular system isn't in a sysplex though. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:[EMAIL PROTECTED] Hello, I migrated my first system to z/OS v1.9 this past weekend, and my Operations staff noticed that the SDSF I screen, and its column labeled POS appears to be broken. In looking at this same screen on a 1.8 system (in the same plex), the numbering sequence of jobs waiting appears correct (sequential). However, this same set of jobs on the 1.9 system has a POS numbering scheme that appears to be random, with position numbers missing. I did a quick search on IBMLink and IBM-Main, and found no hits. I also reviewed the 1.9 migration manual and found no reference to this SDSF screen. I am curisous if others who have migrated to z/OS 1.9 have encountered this, and if so, what has been your reaction. I have also opened a PMR with IBM. Thanks, Curt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ESQA allocation question
Hello, I've seen earlier items about Healthchecker and its ESQA checking, but I have a general question to which I haven't been able to find the information in the manuals. Given that ESQA will just overflow into ECSA is there any real reason not to allocate ESQA fairly low so that it is always at 100%, and then size/monitor ECSA for the combined requirements? I am aware that that would not be a good thing below the line, but I haven't read of any clear reason to 'tune' ESQA rather than ESQA/ECSA as a combined area. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Dow Benelux B.V. Mailto:[EMAIL PROTECTED] Inkoop Gbw (427) H. H. Dowweg 5 4542NM Hoek The Netherlands Handelsregisternr. 24104547 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESQA allocation question
Hi all, Thanks for the responses and pointer to Kathy's White Paper. It is true that we have INITSQA coded, and that was for IPL failures which we thought were related to additions/changes to the storage configuration. However it did seem that INITSQA did not actually help much - just the action of a second IPL was enough to avoid the shortage then, and anyway that is due to requirements before the IEASYS parameter is handled by the system. I say that because we have had failures even with INITSQA coded, and reIPLing without changes appears to resolve things. These were new systems - we haven't actually had the failures that recently, so I hope my memory isn't tricking me. As far as I understand from the White Paper, as long as you can comfortably support an IPL, there is no real reason to worry about ESQA filling and overflowing during the life of the system. She does mention that some installations do follow a policy of minimal allocation (though she doesn't recommend this). I think my likely conclusion is to check our systems needs after they are fully IPLed, and aim to cover that comfortably, but not to tune for the Healthchecker 80% recommendation. Ideally we would not have any spare ESQA by the next IPL, allowing us to manage ECSA and ESQA as a combined pool. Best regards, David Tidy Tel:(31)115-67-1745 IS Technical Management/SAP-Mf Fax:(31)115-67-1762 Dow Benelux B.V.Mailto:[EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 28 March 2008 20:58 To: IBM-MAIN@bama.ua.edu Subject: Re: ESQA allocation question Since we're finally getting to PAV, would you please expand on the problem/issue, e.g. how many PAVs and how much of an increase to the initial SQA? More UCBs = more ESQA. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html