Re: System abend 800 reason code 4
On Wed, 29 May 2013 22:22:33 -0400 Micheal Butz michealb...@optonline.net wrote: : Running a program under TSO TEST :I got the above abend after a BSAM READ. Would anyone know what this is about What did you understand from looking up the abend in SYSTEM CODES? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System abend 800 reason code 4
Micheal Butz wrote: Running a program under TSO TEST Under what conditions of TEST? I got the above abend after a BSAM READ. Would anyone know what this is about Please post the full message text as well any message(s) found in SYSLOG. Can you repeat the problem with/without TEST? As Binyamin Dissen asked, what do you see in the book? 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
CICS V3.2 and IMS/DB 12
*** Cross-posted to CICS-L, IMS-L and IBM-MAIN listservers *** Hi, Any problems/caveats/does/don'ts with IMS/DB V12 connected to CICS V3.2 ? A customer of mine will go CICS V4.2, but his installation upgrade planning starts with IMS/DB V12(coming from UNsupported IMS/DB V9). IMS 12's announcement letter http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=cainfotype=anappname=iSourcesupplier=897letternum=ENUS211-365#h2-techinfx indicates: IMS 12 DB can be connected using the appropriate interface to IMS 12 TM (5635-A03), CICS Transaction Server for z/OS V3.1 (5655-M15), or later, ... etc ... Hence my question in the beginning: Any problems/caveats/does/don'ts with IMS/DB V12 connected to CICS V3.2 ? Jan Vanbrabant, dynosaur SE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ISPF screen pre-occupied message
hi All, In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
Shameem .K .Shoukath wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Is it ONLY ISPF? What about CICS or other application? About Logmode - are all those users using the same logmode? I doubt if Logmode is responsible for it, but ask your VTAM / TCP/IP guys/gals about it. Anybody has ideas how to remove this field and have the default. For cross verifying, go to READY prompt and check if the message is still there. If it is still there, I'll bet, it is your emulator or your sesion manager which overlays what ever is on the screen. For example: Netview Access Services can do that overlay work on top right of a screen. Sometimes annoying... 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
Re: ISPF screen pre-occupied message
On Thu, 30 May 2013 03:22:46 -0700, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. If Netview Access Services is doing this you can turn it off in the Maintain User Parameters menu. From the NVAS Application Selection menu, type ADM on the command line and press Enter, then 1 (Maintain User Parameters) and press Enter, then type the name of the application (TSO for example) in the first field and press Enter. Then change Application ID Display to N, type u on the command line, and press Enter. Regards Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
hi, This is only on ISPF application. I can't see it in READY prompt or CICS either. I seriously doubt the netview relation to it. The application ids defined are like below TSOP TSOD TSOQ1 but the display field for respective systems are like, PROD TSO QA1 DEV Thanks and Regards Shameem K Shoukath From: Roger Bowler ibm-m...@snacons.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 1:22 PM Subject: Re: ISPF screen pre-occupied message On Thu, 30 May 2013 03:22:46 -0700, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. If Netview Access Services is doing this you can turn it off in the Maintain User Parameters menu. From the NVAS Application Selection menu, type ADM on the command line and press Enter, then 1 (Maintain User Parameters) and press Enter, then type the name of the application (TSO for example) in the first field and press Enter. Then change Application ID Display to N, type u on the command line, and press Enter. Regards Roger Bowler -- 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: IBM Debug Tool IKJ56228I prob
Hello Barbara, other kind folk, Am not ADCD, am Dallas guest z/OS with seven days left to get Debug working, not a sysprog, User Guide is only 576 pages, Installation Guide similiar:-))). Have dug into EZA111.SEQATLIB, found EQAZDFLT (which refs IGY.SIGYCOMP), EQAZDSYS and EQAZDUSR, seemingly related, very superficially comprehend what's there and have no clue what to do therewith. Tried to edit one of them, wouldn't let me. So am still at .. EQAZ040I 5655-S71 IBM Enterprise COBOL for z/OS started for 'IBMUSE2.QKVS(QKVSP 04)' using 'IBMUSE2.QKVS(QKVSP04)'. IKJ56228I DATA SET IGY.SIGYCOMP NOT IN CATALOG OR CATALOG CAN NOT BE ACCESSED IKJ56109I DATA SETS NOT CONCATENATED+ IKJ56109I FAILURE TO ALLOCATE DATA SET IGY.SIGYCOMP *** :-(( Sadly expressions like 'pointing at' mean little to me? Have raised the matter with Dallas. Many thanks, Graham -- On 30/05/2013 4:41 AM, ibmmain wrote: Other folks have pointed out that it looks like your sysprog didn't complete the customization of the Program Prep part of Debug Tool to tell it where your copy of the COBOL compiler is (which can be LINKLIST). It appears your system doesn't have it in the default IGY.SIGYCOMP location. Specifically EQAW.SEQATLIB(EQAZDFLT) variable yc1clib. I believe the OP runs on an ADCD system. In that case, IGY.SIGYCOMP (according to IBM standards) isn't called IGY.SIGYCOMP, but rather IGYversion.SIGYCOMP. Of course, after changing the default name, nobody at IBM bothered to test if debug tool still works (nor any of the other tools that assume default names that the ADCD distribution doesn't supply). It wasn't the OP's sysprog, it was IBM 'customization' that got it wrong. I got around that by establishing an alias named IGY.SIGYCOMP that points to the correct data set. Same for PL/1 and a few others (SDSNLOAD springs to mind immediately). Barbara Nitz -- 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
zEC12 Hiper MCL alert
All of you on zEC12, running in parallel sysplex heads up. There are apparent bugs in CF code on these boxes that will cause CF failure in your sysplex. We experienced the CF failure. The first fix .008 has been out for a month, while the final 2 MCL fixes .009, .010 for this problem became available yesterday. H09167.008https://www-304.ibm.com/servers/resourcelink/svc03pok.nsf/vECDesc/H09167008?opendocument 2013/04/24 25https://www-304.ibm.com/servers/resourcelink/svc03pok.nsf/fWebECBundle?openformbundle=D12B25 HIPER Coupling Facility abend with potential to cause sysplex wide impact if there isn't a backup Coupling Facility available. Coupling Facility image hangs and loads disabled wait PSW causing loss of connectivity for connected z/OS images. Depending on availability of backup Coupling Facility, this problem does have the potential for sysplex wide impact. While our sysplex survived on the remaining CF, we did lose all DB2 and MQ subsystems. I do not support either of those, so I do not have the details, other than to say the fixes required by MQ only just became available in the first part of this year, and there are configuration changes needed after that to avoid the interruption. I am not aware if this problem is also present in z196 or prior, so I would encourage you to look into it as well. There was at least one other installation that has also experienced this problem as recent as yesterday. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
Hi, my apologies for sending below email before giving it a try. I tried steps Roger Bowler suggested and it worked.. Life made easy Thanks Guys ...appreciated Thanks and Regards Shameem K Shoukath From: Shameem .K .Shoukath shameemkshouk...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 2:23 PM Subject: Re: ISPF screen pre-occupied message hi, This is only on ISPF application. I can't see it in READY prompt or CICS either. I seriously doubt the netview relation to it. The application ids defined are like below TSOP TSOD TSOQ1 but the display field for respective systems are like, PROD TSO QA1 DEV Thanks and Regards Shameem K Shoukath From: Roger Bowler ibm-m...@snacons.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 1:22 PM Subject: Re: ISPF screen pre-occupied message On Thu, 30 May 2013 03:22:46 -0700, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. If Netview Access Services is doing this you can turn it off in the Maintain User Parameters menu. From the NVAS Application Selection menu, type ADM on the command line and press Enter, then 1 (Maintain User Parameters) and press Enter, then type the name of the application (TSO for example) in the first field and press Enter. Then change Application ID Display to N, type u on the command line, and press Enter. Regards Roger Bowler -- 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
Re: ISPF screen pre-occupied message
I seem to recall there being some sort of public domain utility program, modification or TSO/ISPF exit that forced the z/OS system name on ISPF screens. This facility predated the ISPF provided SYSNAME command. I would check with your systems programmer to see if they have record of this modification being installed. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shameem .K .Shoukath Sent: 30 May 2013 13:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF screen pre-occupied message hi, This is only on ISPF application. I can't see it in READY prompt or CICS either. I seriously doubt the netview relation to it. The application ids defined are like below TSOP TSOD TSOQ1 but the display field for respective systems are like, PROD TSO QA1 DEV Thanks and Regards Shameem K Shoukath From: Roger Bowler ibm-m...@snacons.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 1:22 PM Subject: Re: ISPF screen pre-occupied message On Thu, 30 May 2013 03:22:46 -0700, Shameem .K .Shoukath shameemkshouk...@yahoo.com wrote: In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. If Netview Access Services is doing this you can turn it off in the Maintain User Parameters menu. From the NVAS Application Selection menu, type ADM on the command line and press Enter, then 1 (Maintain User Parameters) and press Enter, then type the name of the application (TSO for example) in the first field and press Enter. Then change Application ID Display to N, type u on the command line, and press Enter. Regards Roger Bowler -- 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
Longer SMFWAIT during IPL MSI
hi there, I was just going thru the IPL statistics of all LPARs in out org. I see in one LPAR the SMFWAIT is taking fairly longer comp to others. out of total 00:01:12 MSI time this takes 00:00:53.586 I am not sure what happens in this process, took a chance compared the SMFPRMxx and saw there is one exit IEFU84 additional compared to PROD and QA lpars. would this be the cause for slower IPL ? Will it also may be one reason contributing to performance issues? as i understand this exit gets control before each SMF write. *** IEEMB860 Statistics *** ILRTMRLG 00:00:00.278 ASM IEEVMSI 00:00:00.065 Reconfiguration IARM8MSI 00:00:00.030 RSM - bring storage online IECVIOSI 00:00:02.627 IOS dynamic pathing RACROUTE 00:00:00.000 Initialize Security Environment ATBINSYS 00:00:00.020 APPC IKJEFXSR 00:00:00.183 TSO IXGBLF00 00:00:00.029 Logger AXRINSTR 00:00:00.042 System REXX CEAINSTR 00:00:00.031 Common Event Adapter HWIAMIN1 00:00:00.067 BCPii COMMNDXX 00:00:00.091 COMMANDxx processing IEAVTMSI 00:00:00.071 RTM SMFWAIT 00:00:53.586 SMF ICHSEC05 00:00:12.113 Security Server MSIEXIT 00:00:00.000 Cnz_MSIExit Dynamic Exit IEFJSIN2 00:00:03.188 SSN= subsystem IEFHB4I2 00:00:00.015 ALLOCAS - UCB scan CSRINIT 00:00:00.005 Windowing services FINSHMSI 00:00:00.336 Wait for attached CMDs IEEMB860 00:01:12.797 Uncaptured time: 00:00:00.011 Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
I think the tweak is this: You have to go to Settings, then in the action bar choices put the cursor on the Identifier field and supposing PROD is your system name, select 4 System Name and de-select the field Display System name. Please let me know if this helps, Regards Gonzalo Cengotita 2013/5/30 Shameem .K .Shoukath shameemkshouk...@yahoo.com hi All, In all ISPF screen(s) there is one place been configured to have a ' PROD ' message (in row 20,col 40 to 45) stamped there. I feel somebody at some stage might have tweaked the LOGMODE or something for this. This becomes irritating when we look thru the log for certain problems Anybody has ideas how to remove this field and have the default. Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- * * *Gonzalo Cengotita* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF screen pre-occupied message
On Thu, 30 May 2013 13:06:16 +, Rob Scott rsc...@rocketsoftware.com wrote: I seem to recall there being some sort of public domain utility program, modification or TSO/ISPF exit that forced the z/OS system name on ISPF screens. This facility predated the ISPF provided SYSNAME command. Hey Rob, thanks! I didn't know about the ISPF SYSNAME command. Shameem: the string displayed by NVAS for each application and the row/col are defined in ADM option 2 (Maintain Group Parameters). Rgds Roger Bowler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How does DFHSM determine what datasets to migrate
I have DFHSM running on z/OS 1.11. It migrates certain SMS managed volumes when they hit a certain percent full and keep migrating until a lower threshhold is hit. My question is this. What order does it dump datasets? Does it start in the vtoc and go in sequential order? The customer seems to feel that it should start with the olddest datasets first. My impression is it just goes in vtoc order and migrates the biggest datasets -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Longer SMFWAIT during IPL MSI
Check to see if the image is recording SMF19. This can take a lot of time HTH, snip I was just going thru the IPL statistics of all LPARs in out org. I see in one LPAR the SMFWAIT is taking fairly longer comp to others. out of total 00:01:12 MSI time this takes 00:00:53.586 I am not sure what happens in this process, took a chance compared the SMFPRMxx and saw there is one exit IEFU84 additional compared to PROD and QA lpars. would this be the cause for slower IPL ? Will it also may be one reason contributing to performance issues? as i understand this exit gets control before each SMF write. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How does DFHSM determine what datasets to migrate
Oldest datasets are migrated first until the low threshold is reached. The theory behind this is that the relationship between reference time and current date is inversely proportional to the likelihood the dataset will be referenced. i.e. longer interval = reduced likelihood of reference. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
To Backup or Not to Backup Data - That is the question
I am looking to see how other shops are currently doing Backups for DR and OR. I think this will be valuable for the archives. Currently I have the following processes in Place. Any suggestions or guidelines for this analysis will be appreciated. 2 EMC VMAX arrays (could be Hitachi or IBM). 2 Geographically dispersed Data Centers (one VMAX in each) So in my hypothetical setup I have Prod VMAX is Snapping my Prod data within the VMAX Prod VMAX is Replicating to the Secondary (Dev and Text) VMAX (SRDF/A) My Secondary VMAX (Dev and Test) is Snapping the Replicated data I have weekly backups to Tape I have DFHSM doing backups/ML2 tapes are shipped to secondary site. So do I have overkill? . With the stability of the EMC VMAX I am not sure I would need 3-6 copies of data I am not sure that the weekly backups are required with this configuration The main intent was to ensure if there was corrupted data, there would be a copy of the data that might not be corrupted somewhere. So, the questions What do you do for your shops for DR and OR/BC (Operational Recovery/Business Continuity). How do you ensure you have a prior copy of data in-case of corruption? How to you plan for a DR TEST vs. a True DR condition? How do you handle your DB2/IMS/CICS databases for transition during DR TEST or REAL event? And how often do you do a DR test (Paper or validation IPL? How do you know if you are taking to many backups (for the Just IN Case issue) that is just stealing cycles from valid workload? Do your DBAs take their own backups, and how do you ensure that you are not overlapping with them? I am not going to ask about the infrastructure (VTAM, Servers, Network backbone, DNS connections) I think that is too much to deal with. Not all shops have this configuration, so I am looking for general guidelines (and I have been reading white papers on DR until my head spins). Until I there is a failure -it is not clear if a proper and efficient Backup/DR Plan that will cover a majority of managements concerns. And all of the tapes that are shipped offsite are encrypted, so another layer to deal with. Any thoughts or considerations. Thanks Everyone in advance. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Longer SMFWAIT during IPL MSI
I suggest this Redbook: http://publib-b.boulder.ibm.com/abstracts/sg247816.html?Open Bob Shameem .K .Shoukath wrote: hi there, I was just going thru the IPL statistics of all LPARs in out org. I see in one LPAR the SMFWAIT is taking fairly longer comp to others. out of total 00:01:12 MSI time this takes 00:00:53.586 I am not sure what happens in this process, took a chance compared the SMFPRMxx and saw there is one exit IEFU84 additional compared to PROD and QA lpars. would this be the cause for slower IPL ? Will it also may be one reason contributing to performance issues? as i understand this exit gets control before each SMF write. *** IEEMB860 Statistics *** ILRTMRLG 00:00:00.278 ASM IEEVMSI 00:00:00.065 Reconfiguration IARM8MSI 00:00:00.030 RSM - bring storage online IECVIOSI 00:00:02.627 IOS dynamic pathing RACROUTE 00:00:00.000 Initialize Security Environment ATBINSYS 00:00:00.020 APPC IKJEFXSR 00:00:00.183 TSO IXGBLF00 00:00:00.029 Logger AXRINSTR 00:00:00.042 System REXX CEAINSTR 00:00:00.031 Common Event Adapter HWIAMIN1 00:00:00.067 BCPii COMMNDXX 00:00:00.091 COMMANDxx processing IEAVTMSI 00:00:00.071 RTM SMFWAIT 00:00:53.586 SMF ICHSEC05 00:00:12.113 Security Server MSIEXIT 00:00:00.000 Cnz_MSIExit Dynamic Exit IEFJSIN2 00:00:03.188 SSN= subsystem IEFHB4I2 00:00:00.015 ALLOCAS - UCB scan CSRINIT 00:00:00.005 Windowing services FINSHMSI 00:00:00.336 Wait for attached CMDs IEEMB860 00:01:12.797 Uncaptured time: 00:00:00.011 Thanks and Regards Shameem K Shoukath -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To Backup or Not to Backup Data - That is the question
Although very few shops actually do this, IMO the procedure should be: Management walks in the room and says You, you, and you are dead as of time/date. The rest of you go recover as of that time/date. The dead people cannot be consulted with during the DR exercise. You, you, and you should be different during each iteration of the test. After the fact, procedures/documentation are analyzed and updated based on the results. In too many cases, I have seen staged recoveries, whereby the data is all snapshot'ed at the end of a cycle and neatly tied up in a package. The same crew is used repeatedly and becomes very familiar with all of the procedures, and actually tests nothing new. All that is proven in this case is your applications can run on other compatible hardware. I have deliberately ignored the data questions, as your configuration is nothing like mine. Just my $0.02 USD worth. HTH, snip I am looking to see how other shops are currently doing Backups for DR and OR. I think this will be valuable for the archives. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To Backup or Not to Backup Data - That is the question
Yeah after losing a data center and DR to Semtek it changes your perspective. Wish we had a Cloud! Well the tertiary cold site kicked in and they were back on the air in about a week. YMMV... In a message dated 5/30/2013 2:09:46 P.M. Central Daylight Time, allan.stal...@kbmg.com writes: Although very few shops actually do this, IMO the procedure should be: Management walks in the room and says You, you, and you are dead as of time/date. The rest of you go recover as of that time/date. The dead people cannot be consulted with during the DR exercise. You, you, and you should be different during each iteration of the test. After the fact, procedures/documentation are analyzed and updated based on the results -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To Backup or Not to Backup Data - That is the question
You are dead right of course. Disasters don't come on schedule, neatly tied up in a bow. A good thing might be a brainstorming session on what are our implicit disaster-related assumptions? and then questioning those assumptions. Charles Composed on a mobile: please excuse my brevity Staller, Allan allan.stal...@kbmg.com wrote: Although very few shops actually do this, IMO the procedure should be: Management walks in the room and says You, you, and you are dead as of time/date. The rest of you go recover as of that time/date. The dead people cannot be consulted with during the DR exercise. You, you, and you should be different during each iteration of the test. After the fact, procedures/documentation are analyzed and updated based on the results. In too many cases, I have seen staged recoveries, whereby the data is all snapshot'ed at the end of a cycle and neatly tied up in a package. The same crew is used repeatedly and becomes very familiar with all of the procedures, and actually tests nothing new. All that is proven in this case is your applications can run on other compatible hardware. I have deliberately ignored the data questions, as your configuration is nothing like mine. Just my $0.02 USD worth. HTH, snip I am looking to see how other shops are currently doing Backups for DR and OR. I think this will be valuable for the archives. /snip -- 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: To Backup or Not to Backup Data - That is the question
Back before I got into the Software industry, I worked for a public utility in Chicago. My first foray into DR was pushing for data-comm fallbacks at our remote sites. At first we got questioned, but finally we got them approved. Then I brought up the dead pool test idea, and was laughed at. Well then April 13, 1993 occurred, when the tunnels below the loop flooded, cutting the power to our building. We were able to get our DR system up and running in about 18 hours with the remote locations online within 24 hours. While the network DR was appreciated the dead test idea wasn't considered for at least 6-8 years, well after I left the company. == Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(at)us(dot)ibm(dot)com == IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 05/30/2013 02:28:44 PM: From: Charles Mills charl...@mcn.org To: IBM-MAIN@listserv.ua.edu, Date: 05/30/2013 02:30 PM Subject: Re: [IBM-MAIN] To Backup or Not to Backup Data - That is the question Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu You are dead right of course. Disasters don't come on schedule, neatly tied up in a bow. A good thing might be a brainstorming session on what are our implicit disaster-related assumptions? and then questioning those assumptions. Charles Composed on a mobile: please excuse my brevity Staller, Allan allan.stal...@kbmg.com wrote: Although very few shops actually do this, IMO the procedure should be: Management walks in the room and says You, you, and you are dead as of time/date. The rest of you go recover as of that time/date. The dead people cannot be consulted with during the DR exercise. You, you, and you should be different during each iteration of the test. After the fact, procedures/documentation are analyzed and updated based on the results. In too many cases, I have seen staged recoveries, whereby the data is all snapshot'ed at the end of a cycle and neatly tied up in a package. The same crew is used repeatedly and becomes very familiar with all of the procedures, and actually tests nothing new. All that is proven in this case is your applications can run on other compatible hardware. I have deliberately ignored the data questions, as your configuration is nothing like mine. Just my $0.02 USD worth. HTH, snip I am looking to see how other shops are currently doing Backups for DR and OR. I think this will be valuable for the archives. /snip -- 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
Re: System abend 800 reason code 4
For reason code 4 the explanation says A program issued a SVC 114 the EXCPVR macro but a error occurred durning page-fix or page-unfix processing A page-fix error can occur If the EXCP processor tries to fix pages That are not assigned to the callers ASID The blksize in the program is 27930 For this program maybe for dfsms To get that kind of buffer is problematic Ill look at the dcb parms to see what I can do Sent from my iPhone On May 30, 2013, at 4:34 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Wed, 29 May 2013 22:22:33 -0400 Micheal Butz michealb...@optonline.net wrote: : Running a program under TSO TEST :I got the above abend after a BSAM READ. Would anyone know what this is about What did you understand from looking up the abend in SYSTEM CODES? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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: To Backup or Not to Backup Data - That is the question
There were several Chicago stories at SHARE and others. Still remember the Ryder presentation after Hurricane Andrew. They even had 'Helper' teams for families that had damage or were displaced. In a message dated 5/30/2013 2:52:55 P.M. Central Daylight Time, wdri...@us.ibm.com writes: Well then April 13, 1993 occurred, when the tunnels below the loop flooded, cutting the power to our building. We were able to get our DR system up and running in about 18 hours with the remote locations online within 24 hours. While the network DR was appreciated the dead test idea wasn't considered for at least 6-8 years, well after I left the company. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System abend 800 reason code 4
First, something bad happened somewhere and very likely left some forensic evidence. Then EXCP's recovery routines were invoked and decided to classify the error as an S800-4 ABEND. Then maybe a dump was produced. I suggest you look at the System Trace that is in your SYSUDUMP (you do have one, right?), find the SVC 13 (base 10) that was issued that resulted in the S800-4 error message and dump, then work backwards in the system trace looking for previous entries that are (1) from the same address space as yours and (2) have an * in a column that is almost always blank. That * indicates that something most unusual happened as part of that entry. Then try to analyze that error rather than the S800-4 situation . Another possible approach is to find the SDWA and/or RTM2WA control blocks in your SYSUDUMP and look for fields in those control blocks whose DSECT descriptions say something like earliest error, original error, or some words like that. Those kinds of fields will probably correspond to that system trace entry with the * in it. If you can't find fields like that quickly in the SDWA or RTM2WA, then look at each field in both control blocks, read the DSECT description for that field, and think about what the description says - is that field associated with the original error or with something that happened much later in the recovery/termination process? There are hundreds of fields. It takes time and determination. Usually there is forensic evidence somewhere, just like on television. Another possible source of early forensic evidence is software records in SYS1.LOGREC. Also look for an EXCP Debugging Area, pointed to by the TCB that was ABENDed. If you can find that, you may have a PSW and registers at the instant that the original error occurred. You may have to ask for help in finding a DSECT of the EXCP Debugging Area, however. I used to know where that one is documented, but I haven't needed to use it in lots of decades, so I don't remember now. Bill Fairchild Franklin, TN - Original Message - From: Micheal Butz michealb...@optonline.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 2:56:39 PM Subject: Re: System abend 800 reason code 4 For reason code 4 the explanation says A program issued a SVC 114 the EXCPVR macro but a error occurred durning page-fix or page-unfix processing A page-fix error can occur If the EXCP processor tries to fix pages That are not assigned to the callers ASID The blksize in the program is 27930 For this program maybe for dfsms To get that kind of buffer is problematic Ill look at the dcb parms to see what I can do Sent from my iPhone On May 30, 2013, at 4:34 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Wed, 29 May 2013 22:22:33 -0400 Micheal Butz michealb...@optonline.net wrote: : Running a program under TSO TEST :I got the above abend after a BSAM READ. Would anyone know what this is about What did you understand from looking up the abend in SYSTEM CODES? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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
Re: System abend 800 reason code 4
On Thu, 30 May 2013 15:56:39 -0400, Micheal Butz michealb...@optonline.net wrote: For reason code 4 the explanation says A program issued a SVC 114 the EXCPVR macro That may be a possible clue to your problem. It says you're using EXCPVR, and from z/OS V1R13.0 DFSMSdfp Advanced Services we can see that In order to issue EXCPVR, your program must be executing in protection key zero to seven, executing in supervisor state, or be APF authorized. From your earlier note, you're trying to do this under TSO TEST, but TEST won't invoke programs in an authorized state. You would probably need to use the TESTAUTH command instead. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System abend 800 reason code 4
I am doing this @work in a problem state environment Sent from my iPhone On May 30, 2013, at 5:02 PM, Walt Farrell walt.farr...@gmail.com wrote: On Thu, 30 May 2013 15:56:39 -0400, Micheal Butz michealb...@optonline.net wrote: For reason code 4 the explanation says A program issued a SVC 114 the EXCPVR macro That may be a possible clue to your problem. It says you're using EXCPVR, and from z/OS V1R13.0 DFSMSdfp Advanced Services we can see that In order to issue EXCPVR, your program must be executing in protection key zero to seven, executing in supervisor state, or be APF authorized. From your earlier note, you're trying to do this under TSO TEST, but TEST won't invoke programs in an authorized state. You would probably need to use the TESTAUTH command instead. -- Walt -- 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: To Backup or Not to Backup Data - That is the question
On Thu, 30 May 2013 11:44:32 -0700, Lizette Koehler wrote: So do I have overkill? . Software disasters can be the hardest ones to plan for. What do you do if one of your critical applications has a program change that causes it to start corrupting data? How long will it take before it is noticed? This can be a lot harder than a hardware failure. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System abend 800 reason code 4
Sysudump is empty Sent from my iPhone On May 30, 2013, at 4:11 PM, DASDBILL2 dasdbi...@comcast.net wrote: First, something bad happened somewhere and very likely left some forensic evidence. Then EXCP's recovery routines were invoked and decided to classify the error as an S800-4 ABEND. Then maybe a dump was produced. I suggest you look at the System Trace that is in your SYSUDUMP (you do have one, right?), find the SVC 13 (base 10) that was issued that resulted in the S800-4 error message and dump, then work backwards in the system trace looking for previous entries that are (1) from the same address space as yours and (2) have an * in a column that is almost always blank. That * indicates that something most unusual happened as part of that entry. Then try to analyze that error rather than the S800-4 situation . Another possible approach is to find the SDWA and/or RTM2WA control blocks in your SYSUDUMP and look for fields in those control blocks whose DSECT descriptions say something like earliest error, original error, or some words like that. Those kinds of fields will probably correspond to that system trace entry with the * in it. If you can't find fields like that quickly in the SDWA or RTM2WA, then look at each field in both control blocks, read the DSECT description for that field, and think about what the description says - is that field associated with the original error or with something that happened much later in the recovery/termination process? There are hundreds of fields. It takes time and determination. Usually there is forensic evidence somewhere, just like on television. Another possible source of early forensic evidence is software records in SYS1.LOGREC. Also look for an EXCP Debugging Area, pointed to by the TCB that was ABENDed. If you can find that, you may have a PSW and registers at the instant that the original error occurred. You may have to ask for help in finding a DSECT of the EXCP Debugging Area, however. I used to know where that one is documented, but I haven't needed to use it in lots of decades, so I don't remember now. Bill Fairchild Franklin, TN - Original Message - From: Micheal Butz michealb...@optonline.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 30, 2013 2:56:39 PM Subject: Re: System abend 800 reason code 4 For reason code 4 the explanation says A program issued a SVC 114 the EXCPVR macro but a error occurred durning page-fix or page-unfix processing A page-fix error can occur If the EXCP processor tries to fix pages That are not assigned to the callers ASID The blksize in the program is 27930 For this program maybe for dfsms To get that kind of buffer is problematic Ill look at the dcb parms to see what I can do Sent from my iPhone On May 30, 2013, at 4:34 AM, Binyamin Dissen bdis...@dissensoftware.com wrote: On Wed, 29 May 2013 22:22:33 -0400 Micheal Butz michealb...@optonline.net wrote: : Running a program under TSO TEST :I got the above abend after a BSAM READ. Would anyone know what this is about What did you understand from looking up the abend in SYSTEM CODES? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Examples of getbuf and build usage
Would anyone have examples of Getbuf used with BSAM read I think it might help my problem Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To Backup or Not to Backup Data - That is the question
On Thu, 30 May 2013 16:15:42 -0500, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Thu, 30 May 2013 11:44:32 -0700, Lizette Koehler wrote: So do I have overkill? . Software disasters can be the hardest ones to plan for. What do you do if one of your critical applications has a program change that causes it to start corrupting data? How long will it take before it is noticed? This can be a lot harder than a hardware failure. Or human disasters, Tom. Someone deletes a data set, and because the DASD is mirrored everywhere, all your online copies are gone instantly. Oh, and if you didn't have any real backup copies of the DASD, then all copies of that data set are gone. That's one reason that IBM recommends using RACF's duplexing of it's database, rather than depending on hardware mirror copies, and also recommend taking nightly backups of the database. When an administrator makes a mistake it can save a lot of hassle. And, if RACF itself makes a mistake, there's a good chance that only the primary (or the duplex) copy will be damaged. But if you were depending on the hardware mirroring they're all broken. -- Walt (former RACF Designer) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: To Backup or Not to Backup Data - That is the question
Yes, this! Prereq: The company must have a DR manager of which one of his responsibilities is to ensure the families of those who leave are taken care of. Here I'm thinking of natural disasters like hurricanes. Second: A real DR test would include actually running the business from the DR site for at least a week and then *bringing it back home*. How many institutions have actually tried that? -- Jeff Staller, Allan said the following on 5/30/2013 3:09 PM: Although very few shops actually do this, IMO the procedure should be: Management walks in the room and says You, you, and you are dead as of time/date. The rest of you go recover as of that time/date. The dead people cannot be consulted with during the DR exercise. You, you, and you should be different during each iteration of the test. After the fact, procedures/documentation are analyzed and updated based on the results. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Examples of getbuf and build usage
BUILD? Shades of 1966! It is not reentrant. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Examples of getbuf and build usage
So... Sent from my iPhone On May 30, 2013, at 9:52 PM, John Gilmore jwgli...@gmail.com wrote: BUILD? Shades of 1966! It is not reentrant. John Gilmore, Ashland, MA 01721 - USA -- 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: Examples of getbuf and build usage
On Thu, 30 May 2013 19:12:54 -0400 Micheal Butz michealb...@optonline.net wrote: :Would anyone have examples of :Getbuf used with BSAM read :I think it might help my problem I wonder what difficulty you have with GETBUF - it only has two parameters. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Longer SMFWAIT during IPL MSI
Bob: I was puzzled by his question. Then I remembered one time a LONG time ago (when SMF first went to VSAM) that we IPL'd and did not know about having to format the MAN datasets and the system did automatically. Could that be his issue? Ed On May 30, 2013, at 1:55 PM, Bob Rutledge wrote: I suggest this Redbook: http://publib-b.boulder.ibm.com/abstracts/sg247816.html?Open Bob Shameem .K .Shoukath wrote: hi there, I was just going thru the IPL statistics of all LPARs in out org. I see in one LPAR the SMFWAIT is taking fairly longer comp to others. out of total 00:01:12 MSI time this takes 00:00:53.586 I am not sure what happens in this process, took a chance compared the SMFPRMxx and saw there is one exit IEFU84 additional compared to PROD and QA lpars. would this be the cause for slower IPL ? Will it also may be one reason contributing to performance issues? as i understand this exit gets control before each SMF write. *** IEEMB860 Statistics *** ILRTMRLG 00:00:00.278 ASM IEEVMSI 00:00:00.065 Reconfiguration IARM8MSI 00:00:00.030 RSM - bring storage online IECVIOSI 00:00:02.627 IOS dynamic pathing RACROUTE 00:00:00.000 Initialize Security Environment ATBINSYS 00:00:00.020 APPC IKJEFXSR 00:00:00.183 TSO IXGBLF00 00:00:00.029 Logger AXRINSTR 00:00:00.042 System REXX CEAINSTR 00:00:00.031 Common Event Adapter HWIAMIN1 00:00:00.067 BCPii COMMNDXX 00:00:00.091 COMMANDxx processing IEAVTMSI 00:00:00.071 RTM SMFWAIT 00:00:53.586 SMF ICHSEC05 00:00:12.113 Security Server MSIEXIT 00:00:00.000 Cnz_MSIExit Dynamic Exit IEFJSIN2 00:00:03.188 SSN= subsystem IEFHB4I2 00:00:00.015 ALLOCAS - UCB scan CSRINIT 00:00:00.005 Windowing services FINSHMSI 00:00:00.336 Wait for attached CMDs IEEMB860 00:01:12.797 Uncaptured time: 00:00:00.011 Thanks and Regards Shameem K Shoukath -- 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: To Backup or Not to Backup Data - That is the question
Alan, In a company I worked for they would have shot the people, Crazy company. Ed On May 30, 2013, at 2:09 PM, Staller, Allan wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS V3.2 and IMS/DB 12
Jan Vanbrabant asks: Any problems/caveats/does/don'ts with IMS/DB V12 connected to CICS V3.2? I don't expect so. That's a supported combination. Both IMS DB V12 and CICS TS V3.2 are still within their standard support periods as I write this. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN