Re: SYSLOG saving

Hi Ted, "how often?" - sems like every other week. "how much can you store?" - at least one years data per system, in HSM ML2. keeps it simple, no need to be concerned with sopme other archive system. On Fri, 10 Jun 2011 16:36:13 +, Ted MacNEIL wrote: >>Not sure I would want SYSLOG to be

Re: Fix pack level and version

The way of finding a product version is product specific It even changes between products from the same vendor Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Tuesday, June 14, 2011 8:49 AM To: IBM-MAIN@bama.

Fix pack level and version

Hi , How to identify the fix pack level and installed version of a product. I tried with TSO ISPVCALL status but just got the product version but could'nt get the Fix pack level. Is there way where we can fetch out the details. Regards, Jags --

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Please, let's not start this type of thing with clist. Yes, I know it can cause confusion. -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On Jun 13, 2011 12:34 PM, "Ted MacNEIL" wrote: >REXX clists There is no such thing. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNE

Re: Catalog Mapping.

Thanks a ton :) On Tue, Jun 14, 2011 at 6:42 AM, Dan Blake wrote: > Here is a three step job that will move any HLQ from one catalog, user or > master, to any user catalog. > > //myjobname JOB (),'DAN BLAKE',CLASS=A,MSGCLASS=X, > // NOTIFY=&SYSUID,REGION=0M > //***

Re: Running an ISPF applicction from one pds

every member corresponds to the type, P for panel, S for skeleton, X for exec. Then a three letter "code" for what it does, for example xSVC to generate JCL to install an SVC, and a number corresponding to the menu selection. so PSVCM would be the main menu, PSVC0 would be the help, and PSVC2

Re: 1.12 upgrade, required PTFs I missed.

Turns out 1.12 was ACCEPTED. 1.10 was RECEIVED. I have applied the PTF on 1.10 test system with GROUPEXTEND. It's been SUPD. Test 1.10 IPL'ed OK. Needs testing. -- John McKown Maranatha! <>< Sent from my Vibrant Android phone. On Jun 13, 2011 3:34 PM, "John McKown" wrote: Someone asked what PT

Re: BatchPipes/MVS

Yep z/VM was great with PIPES, Unix is the same ...z/OS should get with the program and do the same ..Rexx you can outtrap , etc , but not like PIPES..   Scott J Ford   From: Cris Hernandez #9 To: IBM-MAIN@bama.ua.edu Sent: Sun, June 12, 2011 8:09:55 PM Subjec

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

You will see this: status  IKJ56216I NO JOBS FOUND+ Eileen: You will see this: status  IKJ56216I NO JOBS FOUND+  READY tso status  IKJ56529I SYMBOLIC PARMS IN VALUE LIST IGNORED - status+  IKJ56621I INVALID COMMAND NAME SYNTAX  READY   Before you enter 'ISPF', this is at the READY prompt.   Scot

Re: Catalog Mapping.

Here is a three step job that will move any HLQ from one catalog, user or master, to any user catalog. //myjobname JOB (),'DAN BLAKE',CLASS=A,MSGCLASS=X, // NOTIFY=&SYSUID,REGION=0M //*

Re: Non-cancelable task - tso

In , on 06/13/2011 at 10:10 AM, jagadishan perumal said: >I tried Purging the tso No. Purge is something different. >but it was not coming down. Why did you want it down? Did you first ask your users to log off? >1) stop tso - No luck Why not MODIFY? >2) force tso,arm - No luck A CANCEL

Re: DCBs and DCBEs - Could IBM have done it any worse?

In , on 06/12/2011 at 05:00 PM, Paul Gilmartin said: >That just shows it's inconsistent. Only in treating different errors as having different degrees of severity. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see We

Re: personal status

In <1307993896.7255.103.ca...@dv7t.johnmckown.net>, on 06/13/2011 at 02:38 PM, John McKown said: >Thanks for the good wishes! I'm doing so well that I was logged into >work yesterday for about 3 hours to help upgrade our first system to >1.12. Good. Take it easy for a while. -- Shmuel

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

In , on 06/13/2011 at 08:27 AM, Skip Robinson said: >Here's a simple solution: make sure that the command response matches >your Rexx. If your code expects a msgid, then precede STATUS with >PROFILE MSGID. Otherwise use PROFILE NOMSGID. This guarantees that >you'll always get the format yo

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

In <2144213715-1307989295-cardhu_decombobulator_blackberry.rim.net-1463391740-@b12.c1.bise6.blackberry>, on 06/13/2011 at 06:21 PM, Ted MacNEIL said: >At the risk of being pedantic, I disagree. You are a hypocrite. Apparently it is okay for you to be pedantic but bad for others to (allegedly)

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

In <45e5f2f45d7878458ee5ca679697335502e25...@usdaexch01.kbm1.loc>, on 06/13/2011 at 08:41 AM, "Staller, Allan" said: >For a long as I can remember (IIRC MVT 21.7, long before pipelining), There was pipelining long before OS/360 R21. -- Shmuel (Seymour J.) Metz, SysProg and JOAT I

Re: IBM doc numbering question

In , on 06/12/2011 at 04:06 PM, William Donzelli said: >For example, would: >S100-1234-0 >G100-1234-1 >S101-1234-1 >S101-1235-1 >G101-1235-2 >be in correct order? That's how I would sort them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

I wouldn't be too worried about SMT, my guess is that IBM hasn't done it yet is because it totally trashes the CPU charge-back model. On second thought, CPU charge back with SMT would seriously penalize code that was not properly optimized for the pipeline, since any stall in a thread would result

Re: retraction ...

Rick: I will bow to your statement more likely than not it happened the way you stated. I do remember that the product(s) were in a state of flux. I guess we can thank CA for saving them but sigh the support I'd not go as smoothly as it might have. Es

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Scott Rowe > Sent: Monday, June 13, 2011 5:07 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: When is performance really an issue? Was: Running an ISPF > applicction from one pds > > If it

Re: can limit JES2 RJE work?

Cobe Xu: Have you checked to make sure that both compression and compaction are turned off for the printer? (Do a $DU,Rn.PRn command and look for CMPCT=NO,COMPRESS=NO.) By default JES2's RJE printer driver scans for repeated characters to compress out of the data stream. That made a lot of sen

Re: personal status

Sounds like your doing much better. Thats wonderful ... Co John: Sounds like your doing much better. Thats wonderful ... Continued best wishes for a speedy recovery.   Scott J Ford www.identityforge.com   From: John McKown To: IBM-MAIN@bama.ua.edu Sent: Mon, J

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

Indeed, we had a 360/95 at NASA Goddard, and I thought it was silly that it spent most of it's time running I/O bound batch. On Mon, Jun 13, 2011 at 6:45 PM, Anne & Lynn Wheeler wrote: > scott.r...@joann.com (Scott Rowe) writes: > > If it bothers you that much you are going to have to go back to

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

scott.r...@joann.com (Scott Rowe) writes: > If it bothers you that much you are going to have to go back to running on > older (slower) hardware. It is just not possible without throwing out all > the innovative features that allow current processors to run at the speeds > they do. If you think i

Re: DCBs and DCBEs - Could IBM have done it any worse?

In , on 06/12/2011 at 10:01 AM, Binyamin Dissen said: >At one time OPEN non-VSAM did not have return codes. You had to check >DCBOFOPN to see if it did its job. Seems like that has changed. No, because an OPEN of multiple DCB's has only one return code, so you still need to check DCBOFOPN to

Re: IBM doc numbering question

In , on 06/11/2011 at 10:45 PM, William Donzelli said: >Picky question - can I assume that there should be an S prefixing the >document number, as in S121-0545-3? Yes, but the assumption might be in error. Check the date. Was it before IBM introduced the G, L, S and Z prefixes? >Did IBM just

Re: DCBs and DCBEs - Could IBM have done it any worse?

In , on 06/11/2011 at 09:33 PM, Paul Gilmartin said: >Does OPEN generally set RC? Yes. >I thought it either succeeds or causes an ABEND Do an OPEN with an undefined ddname. That the reason for all of those tests of DCBOFLGS,DCBOFOPN. >It's a holdover from a batch/production mindset: data s

Re: Running an ISPF applicction from one pds

In <0377b9a583fd0e4aacd676ee33ee994b49ec2...@sdkmail13.emea.sas.com>, on 06/11/2011 at 07:55 PM, Lindy Mayfield said: >Any problems with this? 1. Performance 2. Naming conventions for members. Do you ship, e.g., DTL? For a lot of software the natural and user-friendly packaging is

Re: IBM doc numbering question

In <4df4c9b9.7010...@ync.net>, on 06/12/2011 at 09:14 AM, Rick Fochtman said: >If I remember correctly, Afraid not. They were G, L, S and Z. >Y -- Program Logic. Customers got a single free copy when they had >the product. That was the next character. Logic manuals with the prefix were nor

Re: We list every company in the world that has a mainframe computer

In , on 06/10/2011 at 12:02 PM, Steve Horein said: >Couldn't IBM glean that data from who licenses a mainframe OS? That depends very much on what licenses are still extant. As an example, if a customer licenses software with a one-time charge, IBM has no way to know whether the customer is st

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

If it bothers you that much you are going to have to go back to running on older (slower) hardware. It is just not possible without throwing out all the innovative features that allow current processors to run at the speeds they do. If you think it's bad now, it will get a lot worse if/when IBM i

Re: personal status

Sir, You see what happens when you take time off ?? ... :-) I'm happy for you. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.u

1.12 upgrade, required PTFs I missed.

Someone asked what PTFs I missed that stopped our 1.10 to 1.12 upgrade. APAR OA32522. PTF ua54267 for 1.12 and ua54265 on 1.10 . I had neither one applied. This is my first sysplex upgrade and I am ignorant. Our test sysplex is a singe image sysplex and my usual tests showed no problems. I real

Re: SYSUDUMP with BEA = 0 ???

Thanks to Jim Mulder - it was a 2086 which does not have the BEAR. -- Binyamin Dissen 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 ver

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Bill Fairchild > Sent: Monday, June 13, 2011 3:50 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: When is performance really an issue? Was: Running an ISPF > applicction from one pds > > So

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

bi...@mainstar.com (Bill Fairchild) writes: > So what is the "exact" location, velocity, and/or mass of one particular > electron? well ... they did manage to recently report that the shape is spherical Electron is surprisingly spherical, say scientists following 10-year study http://www.science

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

So what is the "exact" location, velocity, and/or mass of one particular electron? Bill Fairchild Rocket Software -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Monday, June 13, 2011 2:13 PM To: IBM-MAIN@bama.

Re: personal status

Hi, Which was the "missing PTF"? Appreciate If you could share. Regards, Rajesh -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Monday, June 13, 2011 3:38 PM To: IBM-MAIN@bama.ua.edu Subject: personal status Thanks fo

SYSUDUMP with BEA = 0 ???

I am looking at a SYSUDUMP of an incorrect branch and the BEA value is zero. How might that happen? Could Abend-Aid be a factor? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from m

personal status

Thanks for the good wishes! I'm doing so well that I was logged into work yesterday for about 3 hours to help upgrade our first system to 1.12. It failed due to a missing PTF. I have ordered the current RSU and just finished downloading it. On Mon, 2011-06-13 at 13:22 -0500, Jim Thomas wrote: > S

Re: retraction ...

I third the affirmation of CA-IDMS support. I have always found them willing to go above and beyond what is expected. Now if only the other CA product support groups could learn from them... Kay Rozeboom Information Technology Enterprise Iowa Department of Administrative Services Telephone:

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Tom Marchant > Sent: Monday, June 13, 2011 9:52 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: When is performance really an issue? Was: Running an ISPF > applicction from one pds > > On S

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On > Behalf Of Staller, Allan > Sent: Monday, June 13, 2011 9:41 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: When is performance really an issue? Was: Running an ISPF > applicction from one pds > > >

Re: retraction ...

Yep, Bill absolutely right, I was a Legentite during this interesting times   Scott J Ford   From: Bill Fairchild To: IBM-MAIN@bama.ua.edu Sent: Mon, June 13, 2011 1:57:03 PM Subject: Re: retraction ... Duquesne merged with Morino Associates and the combined e

Re: retraction ...

Duquesne was bought out by Legent who in turn was bought out by CA, I was there during the buy out   Scott J Ford   From: Rick Fochtman To: IBM-MAIN@bama.ua.edu Sent: Mon, June 13, 2011 2:34:45 PM Subject: Re: retraction ... Ed Gould wrote: >Bernard, >No, th

Re: 1021 STP

http://www-01.ibm.com/common/ssi/rep_ca/0/897/ENUS909-120/ENUS909- 120.PDF Brian On Sun, 12 Jun 2011 21:13:32 +1000, Shane Ginnane wrote: >On Sun, Jun 12th, 2011 at 8:42 PM, Azim Syed wrote: > >> Hi , >> >> Please can some one help in this, we have 2 z9 BC machines . We want to >> install STP 10

Re: BatchPipes/MVS

I would like to see BatchPipes available in TSO. When I did VM/CMS work, pipes were the best thing since sliced bread. The best CMS application was CHARLOTTe - the web browser for 3270 screens in CMS. -- For IBM-MAIN subscribe

Re: IBM doc numbering question

- Thanks so far, the pair of you. So when filing these things away on the shelf, would it be safe to assume that the initial S or G or whatever the first letter of a four character alphanumeric prefix is, can be ignored? For exampl

Re: retraction ...

Ed Gould wrote: Bernard, No, the original writer was duquesne(sp?) systems out of Pittsburgh. If memory serves me it was written for my company by them. They had also written QCM a performance management system. They also wrote PMO (iirc LLA put them out) I think they also wrote Quickfetch wh

Re: Running an ISPF applicction from one pds

On Sat, 11 Jun 2011 19:55:24 +0200, Lindy Mayfield wrote: >I have an ISPF application that I am developing and to make it super easy to "install" I keep everything in one PDS. > >I LIBDEF ISPPLIB, ISPSLIB, ISPTLIB, ISPMLIB and Altlib it also as an exec. So I have all panels, skeletions, help,

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Sir, Forgive me if I'm late ... but ... Welcome Back !!. Glad to know you're doing well. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

>So I assume that when written in REXX whatever it is can also be called a >clist. At the risk of being pedantic, I disagree. They are both scripting languages, but do things in different manners. So EXECs (REXX) and CLISTs (Command LISTs) are different entities. - Ted MacNEIL eamacn...@yahoo.c

Re: retraction ...

Duquesne merged with Morino Associates and the combined entity was named Legent. Later CA bought Legent. CA had also bought Allen Services previously. Thus CA came to own the two most prevalent commercial (and mutually competing) products to reduce enqueue and reserve conflicts between two or

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

But rather common. I sometime say REXX program and other times use script. The latter especially in a UNIX environment. On Mon, 2011-06-13 at 17:34 +, Ted MacNEIL wrote: > >REXX clists > > There is no such thing. > - > Ted MacNEIL > eamacn...@yahoo.ca > Twitter: @TedMacNEIL > > -

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

In IBM System Automation you can either write clists in the native clist language or in REXX. I think that IBM terms it as such in the documentation - 'CLIST' either native or in REXX. And in TSO you can either use the native clist language or REXX. So I assume that when written in REXX whatever

Re: IBM doc numbering question

On 13 June 2011 06:50, R.S. wrote: > W dniu 2011-06-13 06:18, Tony Harminc pisze: > On 12 June 2011 16:06, > > The values I know of, with their "old" definitions are: [...] > Not true (or no strict tule). I certainly didn't say there was a strict rule. These are observations made over many years,

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

>REXX clists There is no such thing. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO

Re: Re : Re: Contention... II

Those are not really enqueues, strictly speaking, they are reserves, and they are not a bad thing as long as there is not excessive contention. For a two node MAS, HOLD=10 is probably a bit too small, and may actually hinder performance. The objective of tuning DORMANCY and HOLD is not to minimiz

Re: DCBs and DCBEs - Could IBM have done it any worse?

On 6/13/2011 5:44 AM, Peter Relson wrote: We would not want to break some potentially critical application that had a "correct" program such as OPEN If R15 not-equal 0 then abend When the application had, in effect, wanted the long-standing (somewhat strange) behavior of ignoring the DCBE becau

Re: Non-cancelable task - tso

On 13 June 2011 08:48, jagadishan perumal wrote: > @Lizette : WTOR was FSTOP with reply number, but even after that it didnt go > down. I purged TN3270 and after that TSO was purgeable. What do you mean by "purged" and "purgeable"? Are you confusing the MVS STOP command with some sort of PURGE co

Re: Non-cancelable task - tso

On 13 June 2011 00:40, jagadishan perumal wrote: > I tried Purging the tso but it was not coming down. The commands used to > stop tso was : > > 1) stop tso - No luck > 2) force tso,arm - No luck > 3) force tso,arm,a=ASID - No luck > > I even tried looking for any outstanding message in console b

Re : Re: Contention... II

All, thanks to you all and the first respondant (Raymond Noal) for the pointers. I have tweaked the MASDEF to HOLD=10 on both z/OS guests now. The enqueues on the HASP* DASD have nearly disappeared in RMF and the response times have improved dramatically. Again, thank you all. Andre

Re: Non-cancelable task - tso

Also did you try a 'C U=id '  ...   Scott J Jags, Also did you try a 'C U=id '  ...   Scott J Ford   From: Matthew Stitt To: IBM-MAIN@bama.ua.edu Sent: Mon, June 13, 2011 11:42:02 AM Subject: Re: Non-cancelable task - tso That indicates there

Re: Non-cancelable task - tso

if you did a 'D R,L'  did it show a replid outstanding if so L Jags, if you did a 'D R,L'  did it show a replid outstanding if so Lizette has mentioned the correct modify command to use to shut it down, btw what version of z/OS ???   Scott J Ford   From: ja

Re: Non-cancelable task - tso

That indicates there was probably a TSO session in the "logging on" status (waiting for user id). Those would show under the "Starting" for address space name. Bringing down the TN3270e server would break those connections and stop the "Starting" address spaces. On Mon, 13 Jun 2011 06:36:13 -0700

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

The key to this is "." (period) that precedes the literal "JOB" in the PARSE statement. It absorbs everything prior to the occurrence of "JOB" in the string being parsed. If, down the road, you want to get the message number if it was supplied, you can change the period to a variable name and th

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Here's a simple solution: make sure that the command response matches your Rexx. If your code expects a msgid, then precede STATUS with PROFILE MSGID. Otherwise use PROFILE NOMSGID. This guarantees that you'll always get the format you expect. . . JO.Skip Robinson SCE Infrastructure Technolog

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Charles, Thanks for the suggestion and code. I am running REXX clists in conjunction with SDSF batch. The output of STATUS gets written out to a file for later processing to generate SDSF batch commands. I need the jobname, stcid and execution status. This application just extracts certain sysout

Re: Non-cancelable task - tso

one tso Id which was not cancelled properly. . On 6/13/11, Scott Ford wrote: > It isnt clear to me what TSO was executing at the time. Was th > Jags, > > It isnt clear to me what TSO was executing at the time. Was there a program > in > TSO executing or was someone loggged onto TSO ...? > What ar

Re: BDT and PDSEs

Thanks so much! Cheryl == Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jun 13, 2011, at 10:44 AM, John Eells wrote: I'd suspect that most people use FTP these days for PDS and PDSE transfers, both of which it supports (incl

Re: BDT and PDSEs

I'd suspect that most people use FTP these days for PDS and PDSE transfers, both of which it supports (including load modules and program objects, I'm told by the developers). There are other ways to skin the cat but (as someone who is NOT a non-networking expert!) this seems like the most lik

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Are you really using CLIST or are you using CLIST interchangeably with REXX and you are using a REXX program? If you are really using a REXX, why not do this and leave the PROFILE option alone. /* rexx */

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

I will change the clists to look for the IKJ* msgs. So far, it has been present in all the lpars that I run the clists so I did not know about About the difference. Now I am working on a lpar where NOMSGID was set so I noticed it. Actually, when run for production, the clists job gets submitted

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

On Mon, 13 Jun 2011 09:50:53 -0400, Barkow, Eileen wrote: >i use STATUS in come clists and have to trap the response with REXX OUTTRAP and >the extra field or lack of it throws the clists off (unless I modify them for each lpar to >account for the IKJ* msgs). IMO, you should code your clists to l

Re: Contention... II

Yes, HOLD=1000 is way too large for a shared spool. A Value of 50 or 100 would be a much better place to start. On Mon, Jun 13, 2011 at 10:06 AM, Staller, Allan wrote: > How may spool volumes? Is the CHKPT defined in the CF (real or virtual). > HOLD=1000 seems a bit long for multi-access spool.

Re: Contention... II

How may spool volumes? Is the CHKPT defined in the CF (real or virtual). HOLD=1000 seems a bit long for multi-access spool. I would reduce this to about 50 and retry. ISTR (from ancient and decaying brain cells) that there is some "VM magic" that dramatically improves MVS performance under VM (pre

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

This is controlled by the TSO PROFILE MSGID option. Looks like your first example is run on a system with MSGID, the second on a system with NOMSGID. To change, use TSO PROFILE MSGID to turn on, or TSO PROFILE NOMSGID to turn it off. Tom Chicklon i use STATUS in come cl

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Thanks for the PROFILE MSGID info, Binyamin. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, June 13, 2011 9:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO STATUS and IKJ56192I/IKJ56211I msgs On Mon, 13 Jun

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

Eileen Check what you have set up in your TSO PROFILE Issue TSO PROF from any command line. I am guessing that you will see NOMSGID on the lpars where you do not get the message id. To switch it back on , issue TSO PROF MSGID HTH Mike On Mon, Jun 13, 2011 at 4:50 PM, Barkow, Eileen wrote: > we

Re: TSO STATUS and IKJ56192I/IKJ56211I msgs

On Mon, 13 Jun 2011 09:50:53 -0400 "Barkow, Eileen" wrote: :>we are running Z/OS 1.11. :>When i issue the TSO STATUS command in TSO :>on some of our lpars, the response is preceded by either the IKJ56192I :>or IKJ56211I msgs. On other lpars, it is not. :>Does anyone know what causes this? :>i us

Re: Catalog Mapping.

1) REPRO MERGECAT LEVEL() IDS("NEW MASTER CATALOG") ODS("NEW USER CATALOG"). Check the fine manual for exact syntax. This will MOVE entries from the "new master cat" to the "new user cat". 2) DEF ALIAS(NAME() RELATE("NEW USER CATALOG") CAT("NEW MASTER CATALOG") The data should

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

On Sat, 11 Jun 2011 18:56:12 -0400, Farley, Peter wrote: >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On >> Behalf Of Lindy Mayfield >> Sent: Saturday, June 11, 2011 6:28 PM > >> Someday I'll take the time to try to understand what "pipeline" means. >> You guys talk about t

TSO STATUS and IKJ56192I/IKJ56211I msgs

we are running Z/OS 1.11. When i issue the TSO STATUS command in TSO on some of our lpars, the response is preceded by either the IKJ56192I or IKJ56211I msgs. On other lpars, it is not. Does anyone know what causes this? i use STATUS in come clists and have to trap the response with REXX OUTTRAP a

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

" A CPU pipeline is the hardware advance that makes measuring program CPU time a gambler's game, since there is no longer any guarantee at all that a program will consume the same CPU time from one execution to the next, even with totally identical inputs." For a long as I can remember (IIRC MVT

Re: Non-cancelable task - tso

It isnt clear to me what TSO was executing at the time. Was th Jags, It isnt clear to me what TSO was executing at the time. Was there a program in TSO executing or was someone loggged onto TSO ...? What are all the circumstances surrounding the shutdown or attempted shutdown ?   Scott J Ford  

Re: retraction ...

__ Cryptic ...   Scott J Ford   From: "Staller, Allan" To: IBM-MAIN@bama.ua.edu Sent: Mon, June 13, 2011 9:26:37 AM Subject: Re: retraction ... Duquesne ? ->                                  Legent ? ->  CA                             Goal

Re: When is performance really an issue? Was: Running an ISPF applicction from one pds

> if he doesn't mind, I'd like to use Simplist as a good example of the proper > way to write an ISPF application. Lindy, I don't mind at all. Please feel free to do that any time you want! ;-) Thanks, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/pro

Re: retraction ...

Duquesne ? -> Legent ? -> CA Goal systems -> Duquesne ? -> Legent ? -> CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists.

Re: Non-cancelable task - tso

jagadishan perumal wrote: >I purged TN3270 and after that TSO was purgeable. Last question, I'm just curious, if you don't mind, please: What did that Telnet server (or its TSO users using it) does that it was preventing TSO to be purged? Groete / Greetings Elardus Engelbrecht ---

Re: DCBs and DCBEs - Could IBM have done it any worse?

Hi Peter, Although I have a lot of disagreement over the original design of silently blowing away the DCBE for one (not disclosed) reason from a list of (disclosed much later) reasons, I can certainly understand not wanting to change that behavior now that it has been released into the wild.

Re: ABCs of z/OS systems programming, draft revision of volume 1

Thanks John, The  z/OS basics Redbook is also good for many folks who do not know z/OS. The ABC's books are great resource books.   Scott J Ford   From: john gilmore To: IBM-MAIN@bama.ua.edu Sent: Mon, June 13, 2011 9:06:31 AM Subject: ABCs of z/OS systems pro

ABCs of z/OS systems programming, draft revision of volume 1

There is a draft of a revised version of the ABCs of z/OS Systems Programming Volume 1 available for downloading as a PDF at the IBM Redbooks website. It contains a significant amount of new material. John Gilmore Ashland, MA 01721-1817 USA --

Re: Non-cancelable task - tso

@Lizette : WTOR was FSTOP with reply number, but even after that it didnt go down. I purged TN3270 and after that TSO was purgeable. Regards, Jags On Mon, Jun 13, 2011 at 6:10 PM, Lizette Koehler wrote: > > > > I tried Purging the tso but it was not coming down. The commands used to > stop tso

Re: DCBs and DCBEs - Could IBM have done it any worse?

IBM very rarely will change an existing RC=0 to some non-0 value. This is for compatibility reasons. Even rarer (if ever) would be to do this in the service stream. We would not want to break some potentially critical application that had a "correct" program such as OPEN If R15 not-equal 0 then

Re: Non-cancelable task - tso

> > I tried Purging the tso but it was not coming down. The commands used to stop tso > was : > > 1) stop tso - No luck > 2) force tso,arm - No luck > 3) force tso,arm,a=ASID - No luck > > I even tried looking for any outstanding message in console but there were no > outstanding messages at all

Re: IBM doc numbering question

I wrote this stupid typo: >Radowslaw Skorupka kindly wrote: Sorry, it must be Radoslaw Skorupka. Please accept my apology. Usually I take great pains to check spelling of names, but, yes, I too have not enough braincells to manage all ten fingers! sigh... Elardus Engelbrecht (at spellchecker 1

Re: Contention... II

I should have added this information in the first mail: MASDEF: MASDEF SHARED=CHECK, /* MULTI ACCESS SPOOL CHECK RESTART=YES,CKPTLOCK=ACTION, /* DORMANCY=(100,500), /*

Re: IBM doc numbering question

Radowslaw Skorupka kindly wrote: [ ... lots of good things ... ] >> A few things from memory (failing rapidly): Good thing of age - you have fewer brain cells to manage... ;-D >Unix System Services (SW): SA, GA Health Checker v1.8 has SA22-7994-03 >Conclusion: THERE ARE NO STRICT RULES. >P

Contention...

Hello all, have a bit of a problem here.. Doing a POC for a customer who wants to run a SysPlex under z/VM (5.4). Two members in the Plex both at z/OS 1.10 JES2 (same RSU). As per RMF, I am not seeing any bottlenecks in XCF or CPU usage, z/VM is not complaining either, no appreciable paging o

Re: BatchPipes/MVS

As others have pointed out, you can do similar things with USS pipes, even from batch jobs, if you're creative/tricky. I've played with that a little bit but haven't put anything in production with it. If I had BatchPipes, I'd probably play with it. But for the applications I work with toda

  1   2   >