Re: Coupling Facility Structure Re-sizing

> 1) Should INITSIZE and MINSIZE always be specified? I have always specified both, and I have always made them equal. I had some unpleasant surprises when MINSIZE was smaller than INITSIZE. And I have always set INITSIZE to half of SIZE. > 2) Are all structures 'eligible' to be defined with

zEC12 Upgrade

Hello, We are planning to upgrade our z9 to zEC12 Mainframe and currently we are running with z/OS 1.13 and z/OS 2.1 operating system. How can we find list of task need to be performed on z/OS side for this upgrade. Currently I reviewed all PTF required using PSP bucket. But from z/Os

Re: What CPU capacity does WLM look at when deciding to start more batch initiators?

There are a few publications of Horst Sinram on how this works and what has been enhanced in the latest z/OS versions. Google for: Share Session 9968, from slide 33. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter

Re: S00C Slip trap for any Stc

Nathan Astle wrote: >The 'a' is invalid in the slip trap Please show the full error message(s) why the 'a' is invalid. Perhaps Barbara and your z/OS systesm are on different versions. Groete / Greetings Elardus Engelbrecht --

Re: S00C Slip trap for any Stc

Barbara Nitz wrote: >> Please show the full error message(s) why the 'a' is invalid. Perhaps >> Barbara and your z/OS systesm are on different versions. >As I said, I did not test this for syntactical correctness. I know, many IBM-MAIN members post sample syntax, sometimes omitting crucial

Re: Delete part of spool for active job

> In a case # 2 situation, you could force the job to be swapped out > unconditionally by quiescing it: E jobname,QUIESCE. This might give you some > time to purge enough unneeded output to be able to login to TSO and perform > further actions. Actions might be to save the output to a data set

Re: S00C Slip trap for any Stc

abend00C always means some problem with coupling services. If you don't know which connector will be hit for which structure/group, I suggest to set the slip trap rather generically as sl set,c=00c,a=(cu,h,s),dspname=('xcfas'.*),id=s00C,e Not having tested this for correctness, the

Re: S00C Slip trap for any Stc

Hi The 'a' is invalid in the slip trap On Friday 18 December 2015, nitz-ibm wrote: > abend00C always means some problem with coupling services. If you don't > know which connector will be hit for which structure/group, I suggest to > set the slip trap rather generically as >

Re: S00C Slip trap for any Stc

> Please show the full error message(s) why the 'a' is invalid. Perhaps Barbara > and your z/OS systesm are on different versions. As I said, I did not test this for syntactical correctness. The a should stand for asid, and I am sure that the (cu,h,s) are correct. Check the manuals for what the

Re: zEC12 Upgrade

You can use FIXCAT in SMP/e to find what will be needed from a z/OS perspective. Thank you James H. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of venkat kulkarni Sent: Friday, December 18, 2015 2:19 AM To:

Re: Coupling Facility Structure Re-sizing

Phil, Since no one else has asked, why are you going from internal to external CFs? What is the hardware involved for both your regular lpars and your CF lpars? The last thing you want is for your CFs to be slower than the CPs. BTDTGTS Bob -Original Message- From: IBM Mainframe

Re: Delete part of spool for active job

Skip, Here is what I devised, and has worked pretty well. We use netview/SA390 for our automation. The following rules get tripped at 80% or 85% utilization. SPOOLSHORT : CMD=(,,'MVS $D JOBQ,SPOOL=(%>01)') CMD=(PASS1,,'MVS

Re: Delete part of spool for active job

Jousma, David wrote: >Here is what I devised, and has worked pretty well. We use netview/SA390 for >our automation. The following rules get tripped at 80% or 85% utilization. Good solution, but Skip still wants the job number. Can your Netview solution also handle jobnumber? CMD=(,,'MVS

Re: Coupling Facility Structure Re-sizing

Richards, Robert B. wrote: >The last thing you want is for your CFs to be slower than the CPs. BTDTGTS Ouch. Could you be kind to tell us about it? Are there any manuals stating that trouble? Any configuration changes to avoid? Or is it about the sizes or quantity of LPARs involved? TIA!

Re: Coupling Facility Structure Re-sizing

The archives probably have it, but simply put and if IIRC, there was an old 9674 being used with z990s. Waiting on CF structure response was horrific as compared to the speed of the z990 processor response. -Original Message- From: IBM Mainframe Discussion List

OT, but too funny to not share

http://www.businessinsider.com/netflix-socks-turn-off-the-show-when-you-fall-asleep-2015-12 ... Fortunately Netflix has a cheeky solution to your problems: "Netflix socks." Netflix has built socks that read your body to understand when you fall asleep, and then automatically pause your Netflix

S00C Slip trap for any Stc

>Can I set slip trap for abend s00c for any failing Address space ? To be unhelpful, the answer is "yes", you can set it as long as you have the authority to set it. The real question is whether you can set such a trap and have it match. Towards the end of having it match, we'd need to ask

Re: OT, but too funny to not share

John McKown wrote: >Fortunately Netflix has a cheeky solution to your problems: "Netflix socks." >Netflix has built socks that read your body to understand when you fall >asleep, and then automatically pause your Netflix show. It socks! Sorry, it sucks!

Re: slight reprieve on the z.

Obviously misinformed! - -teD -   Original Message   From: Mike Schwab Sent: Friday, December 18, 2015 05:21 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: slight reprieve on the z. They are running the LAST IMS MAINFRAME in North America in 2003? Why does IBM

Re: zEC12 Upgrade

On 12/18/2015 3:19 AM, venkat kulkarni wrote: We are planning to upgrade our z9 to zEC12 Mainframe and currently we are running with z/OS 1.13 and z/OS 2.1 operating system. How can we find list of task need to be performed on z/OS side for this upgrade. Currently I reviewed all PTF

Re: zEC12 Upgrade

Hello You can use the z/OS Migration Manuals (z/OS 1.13 and z/OS 2.1) for this task. For z/OS 1.13 look at - http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/e0z2m192/CCONTENTS?SHELF=all13be9=GA22-7499-21=20120814132840 For z/OS 2.1 look at GA32-0889-04 z/OS Migration -

Re: Coupling Facility Structure Re-sizing

Thank you all for your replies. I will take your suggestions into consideration going forward. We are in the process of upgrading from z10 - > z12 -> z13 over the next few months. The CF upgrade is a part of this project. The CFs are going from 2097/E10 and 2098/E12 to 2817/M15. I expect to see

Re: Any Git compliant Client for OMVS

Working on a git compilation - but it isn’t ready for prime time yet. I’ll let you know when it is. I haven’t seen any commercial or non-commercial version that work out of the box. I’m compiling from source. Slowly. Very Slowly. > On Dec 18, 2015, at 1:46 AM, Munif Sadek

Re: S00C Slip trap for any Stc

On Fri, 18 Dec 2015 08:51:08 -0500, Peter Relson wrote: >>Can I set slip trap for abend s00c for any failing Address space ? > >To be unhelpful, the answer is "yes" Peter, I can not (ever) recall an unhelpful answer from you - or Jim. Some other respondents - now, that's a whole 'nuther kettle

Re: slight reprieve on the z.

Cute. The problem is there's nobody there to call bull$h!t or do a fact check. We see this sort of testimony here as well often implying that we are still running an antiquated s/360 that absolutely nobody knows anything about anymore. -- Donald Grinsell State of Montana 406-444-2983

Re: slight reprieve on the z.

it is all about the agenda they are driving. Or the agenda of the subordinate preparing the talking points. On Fri, Dec 18, 2015 at 9:06 AM, Walter Davies wrote: > Our board of supervisors like to say the mainframe is running on DOS. One > is an ex intel management

Re: TAR Files:" Extracting" on a IBM Mainframe

It was converted from PASCAL for OS/390 1.7 (1990's). So, any doc would be of that vintage - -teD -   Original Message   From: Elardus Engelbrecht Sent: Friday, December 18, 2015 06:21 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TAR Files:" Extracting" on a

Re: slight reprieve on the z.

Nice, maybe someone should introduce them to the Mainframe Basics Redbook. On Friday, December 18, 2015 12:42 PM, Walter Davies wrote: Our board of supervisors like to say the mainframe is running on DOS. One is an ex intel management employee. On Fri, Dec

Re: slight reprieve on the z.

Our board of supervisors like to say the mainframe is running on DOS. One is an ex intel management employee. On Fri, Dec 18, 2015 at 8:40 AM, Grinsell, Don wrote: > Cute. The problem is there's nobody there to call bull$h!t or do a fact > check. We see this sort of

Re: slight reprieve on the z.

"My mind is made up -- don't confuse me with facts." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of william janulin Sent: Friday, December 18, 2015 9:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: slight reprieve on the z.

Re: slight reprieve on the z.

On Fri, Dec 18, 2015 at 11:57 AM, Charles Mills wrote: > "My mind is made up -- don't confuse me with facts." > ​When I got my first job, that was the basic reason. The director of I.T. decided to convert from DOS/VS to OS/VS1 because he was "ashamed" to admit to other

Re: Delete part of spool for active job

In <4ee2851a2279b94cb70cd69b174106090149664...@s1flokydce2kx01.dm0001.info53.com>, on 12/18/2015 at 06:41 PM, "Jousma, David" said: >Yea, really don t care what the job numbers is in my case. You don't care if you purge the wrong job? -- Shmuel (Seymour J.) Metz,

Re: S00C Slip trap for any Stc

In <0601332775752188.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>, on 12/18/2015 at 03:23 AM, Elardus Engelbrecht said: >I know, many IBM-MAIN members post sample syntax, sometimes >omitting crucial info for brevity, but it is up to the actual user >to

Re: S00C Slip trap for any Stc

In <20151218092003.952fe4e53c2ab28a6061e...@gmx.net>, on 12/18/2015 at 09:20 AM, nitz-ibm said: >abend00C always means some problem with coupling services. Shirley other programs get underflow. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

AW: Re: What CPU capacity does WLM look at when deciding to start more batch initiators?

Thanks, Kees I've had a look at a couple of presentaions already, but not this one. Thanks for the pointer. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: Delete part of spool for active job

Yea, really don’t care what the job numbers is in my case. I care that a job is eating more spool than it should, and want to kill it. Not sure why getting the job number is a requirement I guess. _ Dave Jousma Assistant Vice

Re: Coupling Facility Structure Re-sizing

The increases recommended by the CF Sizer is marginal. Our structures in production are generously sized and we have lots of storage in the new CFs so that's not a concern. I will however lookout for messages as suggested. Most of our structures are duplexed. Some like the structure for the IRLM

Re: TAR Files:" Extracting" on a IBM Mainframe

Trying to be helpful rather than smart*ss here, if you mean "I would prefer a JCL-/batch-based solution to a UNIX command line solution" -- and if so I am sympathetic -- then you should be aware that you can run a UNIX utility from JCL. Here is an example. You should be able to run UXIX tar this

DOS descendant still lives was Re: slight reprieve on the z.

On 18 Dec 2015 09:44:15 -0800, in bit.listserv.ibm-main you wrote: >Nice, maybe someone should introduce them to the Mainframe Basics Redbook. > > >On Friday, December 18, 2015 12:42 PM, Walter Davies > wrote: > > > Our board of supervisors like to say the

Re: DOS descendant still lives was Re: slight reprieve on the z.

There are a bunch of us z/VSE customers. Many on bare iron. Many on z/VM. Tony Thigpen Clark Morris wrote on 12/18/2015 07:31 PM: On 18 Dec 2015 09:44:15 -0800, in bit.listserv.ibm-main you wrote: Nice, maybe someone should introduce them to the Mainframe Basics Redbook. On Friday,

Re: TAR Files:" Extracting" on a IBM Mainframe

I resemble that remark! Different people are comfortable with different things. I happen to be comfortable with PDSs of JCL and not terribly comfortable with shell scripts. So shoot me. I plead guilty. I was suggesting that the OP might possibly be in the same boat. > isn't this really just

Re: AW: Re: What CPU capacity does WLM look at when deciding to start more ba...

_www.watsonwalker.com_ (http://www.watsonwalker.com) is a good resource. It gives an overview of what they do and what they offer. There are also links to presentations they have given and articles of interest. In the free tools there's a policy agent. Even if you don't implement it's a

Re: TAR Files:" Extracting" on a IBM Mainframe

On Fri, 18 Dec 2015 12:43:33 -0800, Charles Mills wrote: >Trying to be helpful rather than smart*ss here, if you mean "I would prefer >a JCL-/batch-based solution to a UNIX command line solution" -- and if so I > Being a smartass here, this reminds me of trying to make a C library with JCL

Re: Coupling Facility Structure Re-sizing

Wow, I feel so ancient. In the History of the World Part II, there are two kinds of duplexing. The late comer is System Managed Duplexing, which is provided by z/OS - XCF - XES. The exploiter does not need to participate in SMD (my acronym); he just reaps the benefits. But SMD for customer use

Re: S00C Slip trap for any Stc

Hi Group Basically I am trying to capture the SLIP for the XCF signal failure in our base sysplex environment. Our SMF logstream has been defined in IXGLOGR with dasdonly. Does that mean IXGLOGR will Buffer SMF records in memory if it cannot write to DASD ? What might be happening here, is that

Re: Delete part of spool for active job

Purging the wrong job would be sad, but alas, if you try to purge a job by name only, and there is more than one match in spool, JES2 will do nothing other than tell you what a doofus you are for being so vague. I think I have the answer thanks to IBM-Main advice on and off list. $D SPOOL is the