Re: PTF error clarification

Research this apar: ERROR HOLD AA49159 WAS NOT RESOLVED Either order/install the additional maintenance required *OR* *WITH GREAT CARE AND EXTREME DILIGENCE*, determine if the exposure in this AA49159 will affect you installation. If *YES* DO NOT bypass the error hold. If *NO*, the

Re: PTF error clarification

I'm pretty adamant on this question: I will not bypass an error hold unless Level 2 blesses it. Relying on the error description and the environment it pertains to can be very risky. Error descriptions are often tailored for the customers reporting the problem. You don't want to be grist for

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

W dniu 2015-12-22 o 21:13, Paul Gilmartin pisze: On 2015-12-22 11:15, R.S. wrote: It would be better to define usec at the first occurence. Or use full name: 'microsecond'. BTW: 'us' seems to be more cryptic, while it's more correct than usec. what about "μs" That's the best, the most

Re: SRB And Enclave SRB

Look at the value of SMF30SNF or SMF70NRM, divide it by 256, and that is the speedup ratio of your zIIP engine compared with the CP engine speed, and I've seen higher ratios than 4. Barry Herbert W. "Barry" Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive

Re: SRB And Enclave SRB

Also R723NFFS - if you're working with Report / Service Class data. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog:

Re: SRB And Enclave SRB

We just enabled zPSaver Suite on an LPAR on a z12 z/os 2.1 as a POC. We're getting 72.1 percent offloaded to zIIP on that LPAR. There's a little savings in IEBGENER, too, but too little to matter. What I can't figure out is where the CPU time went, because I did NOT see the 72.1 percent show

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

On Tue, Dec 22, 2015 at 2:39 PM, R.S. wrote: > W dniu 2015-12-22 o 21:13, Paul Gilmartin pisze: >> >> On 2015-12-22 11:15, R.S. wrote: >>> >>> It would be better to define usec at the first occurence. >>> Or use full name: 'microsecond'. >>> BTW: 'us' seems to be

Re: SRB And Enclave SRB

Hi Kenneth, The speed of a single CP on a 407 is about 210 MIPS, while the speed of a single CP on a 707 is about 1280 (per our CPU Chart). The zIIP runs like a 7xx, so yes, there is a considerable difference in CPU time between the two. We try very hard to push zIIPs (and software that offloads

Re: ASG ZEKE Responding to program generated messages

Hello, SuperVision Automation can do it. John On Dec 22, 2015, at 4:17 PM, Mitch Mccluhan wrote: > Hello, > > I don't believe Zeke has that capability. I personally recommend TWS from > Tivoli. > > > > Mitch McCluhan > mitc...@aol.com > > > > > > -Original Message- > From:

Re: PTF error clarification

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Skip Robinson > Sent: Tuesday, December 22, 2015 3:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: PTF error clarification > > This is a hot button of mine: going to

Re: Coupling Facility Structure Re-sizing

I made a lame assumption based on 20 years of parallel sysplex. Our sysplexes have always consisted of boxes a few meters apart. I have (rather unkindly) scoffed at suggestions that we build a single sysplex between our data centers 100+ KM apart. It's not as much about speed as about the

Re: PTF error clarification

The CAUSER report is the papal encyclical. If there are utility errors, they will be enumerated in sufficient detail to ferret them out in minutes. Still way less trouble than building an exclude list, which leaves you to investigate utility errors anyway. . . . J.O.Skip Robinson Southern

Re: PTF error clarification

On Tue, 22 Dec 2015 14:59:52 -0800, Skip Robinson wrote: > >This is a hot button of mine: going to extraordinary lengths to second guess >SMPE. Like Santa Claus, SMPE knows who's been naughty and who's been nice. >Goodies and lumps of coal will be distributed accordingly. GROUPEXTEND is >*always*

Re: PTF error clarification

On 22 Dec 2015 16:47:14 -0800, in bit.listserv.ibm-main you wrote: >The CAUSER report is the papal encyclical. If there are utility errors, they >will be enumerated in sufficient detail to ferret them out in minutes. Still >way less trouble than building an exclude list, which leaves you to

Apache Spark Downloads Now Available from IBM

Just in case you haven't heard the news, IBM has released the "IBM Packages for Apache Spark," available for download at no charge here: https://www.ibm.com/developerworks/java/jdk/spark/ Borrowing a little from Wikipedia, Apache Spark(TM) is an open source cluster computing framework well

Re: ASG ZEKE Responding to program generated messages

I am not sure about Zeke, Are you looking at other products like IBM Tivoli Automation, AFOPER, CA OPS/MVS, BMC tools? Or here on cbttape.org: File # 627 AUTOMAN Console Operations Package File # 770 Event Management System for Automation - Deru Sudibyo File # 404 TSSO for OS/390 and z/OS

Re: ASG ZEKE Responding to program generated messages

Hello, I don't believe Zeke has that capability. I personally recommend TWS from Tivoli. Mitch McCluhan mitc...@aol.com -Original Message- From: Carl Edwards <00df3759e3e7-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN Sent: Tue, Dec 22, 2015

IEAVAPE2/IEAVPSE2 for SRB

Hi I have two questions regarding the following services used to suspend a SRB First if IEAVPSE2 suspends a SRB Then it in fact Works like a WAIT execution stops after the SVC 2 from wait and BASR from IEAVPSE2 So how would the updated STOKEN get returned Second IEAVAPE2 has a parameter for

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

W dniu 2015-12-22 o 21:58, Mike Schwab pisze: UTF-8 includes them all. But UTF-EBCDIC is only suggested transformations, not storage. Compatibility. It is kind for recipients to use "lowest common denominator" instead of "my standard is the best one". I have no problems with viewing mu letter

Re: PTF error clarification

This is a hot button of mine: going to extraordinary lengths to second guess SMPE. Like Santa Claus, SMPE knows who's been naughty and who's been nice. Goodies and lumps of coal will be distributed accordingly. GROUPEXTEND is *always* in order. There's nothing wrong with RC 8. Resolvable hold

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

On 2015-12-22 11:15, R.S. wrote: > It would be better to define usec at the first occurence. > Or use full name: 'microsecond'. > BTW: 'us' seems to be more cryptic, while it's more correct than usec. > what about "μs" -- gil

Re: Where is SET allowed in JCL?

On Tue, 22 Dec 2015 21:41:21 -0600, Paul Gilmartin wrote: >Sometimes within a DD concatenation; sometimes not. For example: > >3 //STEP EXEC PGM=IEFBR14 > //* >4 //DD1DD * >5 //

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

At 23:59 +0100 on 12/22/2015, R.S. wrote about Re: [Bulk] Re: Coupling Facility Structure Re-sizing: I have no problems with viewing mu letter (it's much harder to type it), but I can imagine others still may have ones. HARD TO TYPE? On a Mac it is Option-m. On a Windows machine, there is a

Where is SET allowed in JCL?

Sometimes within a DD concatenation; sometimes not. For example: 3 //STEP EXEC PGM=IEFBR14 //* 4 //DD1DD * 5 // DD PATH='/dev/./null' 6 // SET V1=WOMBAT

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

At 03:58 -0600 on 12/22/2015, Elardus Engelbrecht wrote about Re: [Bulk] Re: Coupling Facility Structure Re-sizing: Vernooij, CP (ITOPT1) - KLM wrote: Yes, u as a replacement of the greek letter mu, used to indicate the micro prefix, where the greek letter cannot be used. Many thanks. Much

Re: SNTP client on z/OS

Hi Craig, Not quite the same question. We already have NTP running on the windows boxes. I was asked if the mainframe could participate as a client, getting its time from a windows based NTP server. Thanks, Rex -Original Message- From: IBM Mainframe Discussion List

IXGLOGR on RSM usage

Hi Are there any best practices documented to reduce real storage usage of IXGLOGR ? We are in base sysplex. z/OS 2.1 Regards Nathan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

Vernooij, CP (ITOPT1) - KLM wrote: >Yes, u as a replacement of the greek letter mu, used to indicate the micro >prefix, where the greek letter cannot be used. Many thanks. Much appreciated. I agree it can be somewhat troublesome to send Greek and Russian (or Japanese) characters via e-mail

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

The mu was readable, but for some reason I hesitate to bet on relying on it. When both milli and micro abbreviate to the same letter m (and mega already abbreviates to M), you must invent something. No technician would like to make a guess for mseconds or mmeters between their milli and micro

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

Vernooij, CP (ITOPT1) - KLM wrote: >One crucial parameter: at what distance are the CFs? Distance is indeed important. >... 5 usecs ... 150 usecs ... First time I see 'usecs' here [1] on IBM-MAIM. After looking in Wikipedia, I want to know - is this microseconds? ( SI unit of time equal to

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

One crucial parameter: at what distance are the CFs? There must be a noticable difference between 5 usecs for an unduplexed local CF or a number of 150 usecs signals between CFs at 15 km distance. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

Yes, u as a replacement of the greek letter mu, used to indicate the micro prefix, where the greek letter cannot be used. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 22 December, 2015 10:16 To:

Re: S00C Slip trap for any Stc

The key piece of information missing from the discussion is the abend reason code that would have been issued with the XCF abend code 00C. The reason codes meant for customer consumption will be documented with explanations in "MVS System Codes" book; anything else is likely an "internal

Re: managing /tmp

Kirk, Thanks for that. IBM also recommends using skulker. If I were more adept in writing scripts, I'd take the current skulker script and modify it to include a few of the useful commands you noted in your item #3. For example, skulker only looks at last access date, but not whether or not

PTF error clarification

Hi, I am applying few toleration fixes for a hardware but I a receiving the below error message. CAUSER SYSMOD SUMMARY REPORT FOR APPLY CHECK PROCESSING CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES UA90976 HBB7790 GIM35901I 2 ERROR HOLD AA49159 WAS

Re: managing /tmp

Mark, I asked IBM about that, but in their words, the timing of that command was hard to pin down. It would have to be early enough in the startup or last thing in the shutdown (prior to F BPXOINIT,shutdown=filesys). They didn't sound too keen on the idea.

Re: S00C Slip trap for any Stc

Mark A. Brooks wrote: >The key piece of information missing from the discussion is the abend reason >code that would have been issued with the XCF abend code 00C. The reason >codes meant for customer consumption will be documented with explanations in >"MVS System Codes" book; anything else

Re: PTF error clarification

When an APAR has HOLD ERROR, you should not do anything until IBM resolves the error. So SMP/E is doing what it is supposed to do. Prevent you from installing fixes that could harm your system. With these types of issues I raise an SR to IBM and ask when this error will be resolved. I never

Re: PTF error clarification

View the APAR. It tells you exactly what you can do until a fixing PTF is available. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, December 22, 2015 7:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: SNTP client on z/OS

I don’t believe that would work. The definitive answer would be to open a Q with IBM support. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p

Re: SNTP client on z/OS

On Tue, Dec 22, 2015 at 10:17 AM, Pommier, Rex wrote: > Hi Craig, > > Not quite the same question. We already have NTP running on the windows > boxes. I was asked if the mainframe could participate as a client, getting > its time from a windows based NTP server. > ​If

Re: SNTP client on z/OS

We use an external NTP server as time source for three CECs. However, we also have STP installed on all three, so I can't answer the question of whether you can do this without STP. As Dave said, you should probably take this question directly to IBM. Years ago we had some SHARE sessions from a

SNTP client on z/OS

Hello all, I have what I hope will be a quick question. I've seen older threads on this subject that are several years old, and even then, I saw a lot of "yes it can" versus "no it can't". SO here's my scenario and question (based on management asking me). We are running a zBC12, 2 LPARs,

Re: SNTP client on z/OS

If I am understanding your question correctly, you are wanting the mainframe to be the NTP correct? If this is the question, then the answer is yes. In fact, we once ran the SNTP server in both OS/390 V2R10 and z/OS V1R4 for just this so that the distributed systems could use the mainframe as

Re: 4341 history typo [was: DOS descendant still lives]

Caveat: as a daily digester, I'm sure someone else has already made the same observation, but... *hee, hee* I know it's probably a typo but it was a good'un for my last day of work this year... gloating poin arithmetic > signature = 8 lines follows < Neil Duffee, Joe

Re: PTF error clarification

Jake, The report is showing that you already have the fixes in house for most of the APARs being reported. The only one that is missing is the one showing in the CAUSER report. You need to go back to IBM and find out if the PTF that fixes APAR AA49159 is available and good (i.e. it doesn't

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

In <2623328940257590.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>, on 12/22/2015 at 03:15 AM, Elardus Engelbrecht said: >First time I see 'usecs' here [1] on IBM-MAIM. I've never seen usec or Ásec[1] on IBM-MAIM. I have, however, seen them on IBM-MAIN.

Re: PTF error clarification

In , on 12/22/2015 at 05:32 PM, Jake Anderson said: >Does that mean, I have to receive the APAR If there is a PTF that resolves the APAR, receive that. If not, and there is an APAR fix, receive

Re: Where is SET allowed in JCL?

Here is what the JCL manual z/OS MVS JCL Reference SA23-1385-00 Location in the JCL states: A SET statement can appear anywhere in the job after the JOB statement with the following restrictions: It must appear in the job's JCL before the intended use of the symbolic parameter. It

Re: Mainframe Capacity Planning

I'm not sure why everyone (or almost everyone) has assumed Venkat asked about *processor* capacity planning specifically. Quoting Venkat, he asked about "mainframe hardware capacity planning and sizing." That includes memory, storage, I/O, processors (including core counts, PCIs, and specialty

Re: ASG ZEKE Responding to program generated messages

Zeke can respond to WTOR messages from a job that Zeke submits. I don't believe it can monitor console for non-zeke job messages. David Clark Brown University 3 Davol Sq Suite B 250 Providence, RI 02912-1885 Phone (401) 863-7555 Fax (401) 863-7329 On Tue, Dec 22, 2015 at 12:57 PM,

Re: SRB And Enclave SRB

On Tue, 22 Dec 2015 20:38:10 +, Klein, Kenneth E wrote: >We just enabled zPSaver Suite on an LPAR on a z12 z/os 2.1 as a >POC. We're getting 72.1 percent offloaded to zIIP on that LPAR. >There's a little savings in IEBGENER, too, but too little to matter. > >What I can't figure out is where

Re: ASG ZEKE Responding to program generated messages

Zeke doesn't monitor the console or syslog for messages to respond to, but our SyzMPF/z product is built just for that. It does what IBM's and CA's product does at about 1/10th the cost. Also, SyzMPF/z (when used with SyzMail/z) will automatically send email (at job or stc end, or anytime in