Re: z/OS IPL Issue

The point was that the error was so severe that it caused a wait state and required a standalone dump for analysis. Typically, IPL should proceed at least to activate the console and place the message on the console. IBM tries to make the system at least somewhat viable even if it cannot provide

Rexx compiler used for System Automation and Netview?

LS; When we started with AOC the advice from IBM was to also get the REXX compiler and Library products to reduce the CPU usage of AOC. Program Number 5695014 IBM Library for REXX zSeries Program Number 5695013 IBM Compiler for REXX/370 Till now we still use these products in our System Automati

Re: z/OS IPL Issue

W dniu 2013-10-22 05:44, saurabh khandelwal pisze: Hello, Yes, I have specified CLPA in IEASYSxx . But as Radoslaw mentioned, I think comment line can not be part of LPALAT member . So , this could only be a issue. Excuse me: COULD BE??? Haven't you tested it yet? That's really si

Re: z/OS IPL Issue

Hello, Yes, I have specified CLPA in IEASYSxx . But as Radoslaw mentioned, I think comment line can not be part of LPALAT member . So , this could only be a issue. Regards Saurabh On Mon, Oct 21, 2013 at 4:24 PM, Roger Steyn wrote: > Hello, > > Was CLPA specified in IEASYSxx when

Re: z/OS IPL Issue

Thank to Dennis Trojak for this headsup. OA38328 is now on my to-do list. . . 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 From: Dennis Trojak To: IBM-MAIN@

Re: z/OS Unicode - SYS1.SCUNTBL missing table

On 2013-10-21 14:57, Kirk Wolf wrote: > > But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the > conversion table for 1047->850 with technique=L fails: > Might this have fallen victim to the Scunthorpe Problem? -- gil ---

Re: z/OS Unicode - SYS1.SCUNTBL missing table

On 21 October 2013 16:57, Kirk Wolf wrote: > But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the > conversion table for 1047->850 with technique=L fails: This is surely from APAR OA37099. I mentioned this, and its "fix" OA38383 in response to a post of yours entitled "z/OS Unicode

Re: Clemson Univ. Data Center Tour (1980)

Glad you enjoyed it. The 3330s were Calcomp. Our Calcomp CE also fixed color TVs part time. The unit-record gear was all IBM. No one did it better :-) We had a mishmash of vendors (and still do, on a much grander scale) mainly because we're a state university and we had to go low bid for mo

Re: StopX-37 functionality & other products

On 10/21/2013 11:46 AM, Richard Pinion wrote: ACC/SRS from DTS Software. --- darth.kel...@assurant.com wrote: From: Darth Keller To: IBM-MAIN@LISTSERV.UA.EDU Subject: StopX-37 functionality & other products Date: Mon, 21 Oct 2013 10:32:55 -0500 I'm curious as to wh

z/OS Unicode - SYS1.SCUNTBL missing table

Under z/OS 1.13, the z/OS Unicode User's Guide and Reference, appendix A says that the default tables include direct (non-Unicode) conversions between 1047 and 850 for techniques R,C and L. But there is no SYS1.SCUNTBL(CUNLM0EB) and an attempt to load the conversion table for 1047->850 with techn

Re: z/OS IPL Issue

On Oct 21, 2013, at 11:24 AM, Skip Robinson wrote: --SNIP In order to subject all PARMLIB members to a single set of syntactic rules, all participating development cats would have to be herded into a one big room with no windows an

Re: Catching CICS Transaction ABENDs?

Thanks. I will look at that. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esst...@juno.com Sent: Monday, October 21, 2013 11:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Catching CICS Transaction ABENDs? Charles You shou

Re: SHARE Blog: News Flash: The Mainframe (Still) Isn't Dead

So, in the age of Twitter & Facebook, what are companies doing to keep the mainframe growth message alive and directed at 20-30 somethings to invest their careers in it? I see that Marist collge has courses and IBM has several twitter IDs for their mainframe business, but is it working? On Mon, O

Query for Destination z website -- IBM Solution Editions

IBM Solution Editions -- -- have been available for a while, with specific bundles coming and going. In fact, I'm not sure that page lists all current Solution Editions so I'll dig further. Has anyone here used these, evaluated/installed/s

Re: Catching CICS Transaction ABENDs?

Charles You should use the CICS XMEOUT Messaging Out Exit to rerout the Abend Message to the Joblog and have automation provide an email to the respective parties. -- Original Message -- From: Charles Mills To: IBM-MAIN@LISTSERV.UA.EDU Subject: Catching CICS Transaction ABENDs?

SHARE Blog: News Flash: The Mainframe (Still) Isn't Dead

News Flash: The Mainframe (Still) Isn't Dead A very-much-alive Mark Twain famously commented that reports of his death were greatly exaggerated. Mainframers know that the same is true (and always has been) regarding reports and predictions of the mainframe's death, including Stewart Alsop's

Re: z/OS IPL Issue

Which is what OA38328 is an attempt to resolve. Works just fine on LPALSTxx and other members which is what the OP could have used. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Monday, October 21, 2013 11:25 AM

Tuning Letter

I don't know whether this okay to post or not. We're offering a free issue of our newsletter as part of a marketing project. But the newsletter is free for the asking, and includes many of the topics on this forum. I'll ask that this email be deleted if it's improper. Here's the Table of Conte

Re: Catching CICS Transaction ABENDs?

You could also get a similar DFHAP0001 message, depending on some of your CICS options such as storage protection. Mike Giaquinto AVP/Principal Engineer, Wells Fargo CICS Engineering -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: ECB is "unwaited" normally used by ABTERM

Steve The ECBUNWT field was documented in APAR OY66212 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 [mail

Re: Catching CICS Transaction ABENDs?

PERFECT answer. Thanks, Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richard Peurifoy Sent: Monday, October 21, 2013 9:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Catching CICS Transaction ABENDs? On 10/21/2013 11:03 AM

Re: z/OS IPL Issue

Everybody chant: "XML! XML! XML!" Ouch, don't hit! . On Mon, Oct 21, 2013 at 11:24 AM, Skip Robinson wrote: > My favorite hot button is itching...The underlying problem here is one > I've trotted out during several user sessions at SHARE: the various > members of SYS1.PARMLIB are managed by the v

Re: ECB is "unwaited" normally used by ABTERM

There is detailed instruction for how to do the CS trick under "Bypassing the POST Routine" in the Authorized Assembler Services Guide. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: Monday, October 2

Re: z/OS IPL Issue

My favorite hot button is itching...The underlying problem here is one I've trotted out during several user sessions at SHARE: the various members of SYS1.PARMLIB are managed by the various development groups that own them. We as customers tend to view PARMLIB as a single entity. It actually co

Re: Catching CICS Transaction ABENDs?

On 10/21/2013 11:03 AM, Charles Mills wrote: Thanks. Might do so. It's not so much "handling" as just being notified of ABENDs programmatically. Charles, You will get a message similar to: +DFHSR0001 An abend (code 0C7/AKEA) has occurred at offset X'' in program . w

Re: Catching CICS Transaction ABENDs?

With CICS you do not want to put anything in place that could delay its actions. A lot of shops will be reluctant to shave even one second off a CICS transaction. It could have a major impact. So CICS has some help inside the product. CICS does produce DFH messages that document some but not al

Re: ECB is "unwaited" normally used by ABTERM

On 10/21/2013 10:00 AM, Steve Austin wrote: I have client and a server addess spaces and the client is waiting on the server. As part of testing I'm "forcing" the server. An addess space level RESMGR posts the client if the ECBWAIT bit is on. However, in this case ECBWAIT is not set and ECBUNWT i

Re: ECB is "unwaited" normally used by ABTERM

Yes and that is what I'm trying t avoid. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: 21 October 2013 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ECB is "unwaited" normally used by ABTERM So the client rem

Re: Catching CICS Transaction ABENDs?

Thanks. Might do so. It's not so much "handling" as just being notified of ABENDs programmatically. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, October 21, 2013 8:54 AM To: IBM-MAIN@LISTSERV.U

Re: Catching CICS Transaction ABENDs?

You might, if you have not done so, join the CICS Newsgroup. http://www.listserv.uga.edu/archives/cics-l.html There are processes available in CICS to handle abends. Depending on what problem you are trying to solve, that group may be more helpful Lizette > -Original Message- > From:

Catching CICS Transaction ABENDs?

I have been asked this question and I don't know enough about CICS to even be dangerous. What sort of facility might one use to write a program to be notified in real time of CICS transaction ABENDs? For example, can CICS be configured to write an SMF record (that one could intercept in IEFU8x) in

Re: StopX-37 functionality & other products

ACC/SRS from DTS Software. --- darth.kel...@assurant.com wrote: From: Darth Keller To: IBM-MAIN@LISTSERV.UA.EDU Subject: StopX-37 functionality & other products Date: Mon, 21 Oct 2013 10:32:55 -0500 I'm curious as to what other products shops are using instead of BMC

StopX-37 functionality & other products

I'm curious as to what other products shops are using instead of BMC's StopX-37. I know that SMS can replace at least some of the functionality but we use a lot of what the product has available. At this point, I don't think SMS is a viable option. So what else are people using with what suc

Re: ECB is "unwaited" normally used by ABTERM

So the client remains waiting? On Mon, 21 Oct 2013 15:31:11 +0100 Steve Austin wrote: :>The ECB is in ECSA. The RESMGR routine only posts if the ECBWAIT is set :>and it is not, ECBUNWT is set instead. :> :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LIS

Re: z/OS IPL Issue

Only if the data set that was missing was really needed. Not sure what the OP list looked like or what might have followed the incorrect comment card. So, best guess is there was something important. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LI

Re: z/OS IPL Issue

Lizette, Apology If my thoughts are different. Does the wait state 064 really has to do anything with the wrong syntax ? On Mon, Oct 21, 2013 at 6:52 PM, Lizette Koehler wrote: > Just one comment, > > When I run into these types of issues, I usually add a comment to that > member with a warning

Re: ECB is "unwaited" normally used by ABTERM

The ECB is in ECSA. The RESMGR routine only posts if the ECBWAIT is set and it is not, ECBUNWT is set instead. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: 21 October 2013 15:26 To: IBM-MAIN@LISTSERV.UA.EDU

Re: ECB is "unwaited" normally used by ABTERM

How is your RESMGR checking the ECB? Is the ECB in common storage? On Mon, 21 Oct 2013 15:00:58 +0100 Steve Austin wrote: :>I have client and a server addess spaces and the client is waiting on :>the server. As part of testing I'm "forcing" the server. An addess space :>level RESMGR posts the

ECB is "unwaited" normally used by ABTERM

I have client and a server addess spaces and the client is waiting on the server. As part of testing I'm "forcing" the server. An addess space level RESMGR posts the client if the ECBWAIT bit is on. However, in this case ECBWAIT is not set and ECBUNWT is set. Under what circumstances is ECBUNWT

Re: z/OS IPL Issue

Just one comment, When I run into these types of issues, I usually add a comment to that member with a warning on how to code things. You might want to consider adding comments at the end of this member explaining how to comment out a line. It may save you or someone else in the future - how to a

Re: z/OS IPL Issue

As you have seen, the syntax rules for LPALST and comments do not follow other comment functions. This is probably due to where it is loaded and the process has a very strict syntax for the process. So depending on where you put your /* you could have lost many datasets that were to be loaded by

Clarification of SAC7 Abend

>When I issue the IEAMSCHED macro, and Abend SAC7 occurs without any dump. Since this is a user error, taking a dump is your responsibility (whether by recovery with SDUMP(X) or via DD statements if your task and/or job will terminate due to this error). While it does not always do it this way,

Re: z/OS IPL Issue

Hello, Was CLPA specified in IEASYSxx when you IPL'd first time ? .If not , that could lead to a wait 064  If not , I am wondering how you got a wait 064 for syntax error in LPALSTxx . On Monday, October 21, 2013 3:25 PM, saurabh khandelwal wrote: Hello,           In my LPALST member,

Re: z/OS IPL Issue

W dniu 2013-10-21 11:55, saurabh khandelwal pisze: Hello, In my LPALST member, while adding dataset for CICS 5.1 , rather then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset line like below. /* SYS1.CICS41.SDFHLPA, And added CICS 5.1 dataset SYS1.CICS51.SDFH

Re: z/OS IPL Issue

Hello, In my LPALST member, while adding dataset for CICS 5.1 , rather then removing entry for older CICS 4.2, I simply commented CICS 4.2 dataset line like below. /* SYS1.CICS41.SDFHLPA, And added CICS 5.1 dataset SYS1.CICS51.SDFHLPA. I think, this is only reason for this 064 wait co

Re: Clarification of SAC7 Abend

Paul (o) Where is your SRBWORK block located? (from your description, it needs to be in storage that is shared between the two ASIDs) (o) Have you dumped the contents of SRBWORK and validated the contents? (o) Does the value in SRBSTOKEN match the value in the ASSBSTKN field of the target ASID