Re: how-to Sysplex? - The TSO user part
Hi Barbara,
This is what I run after TSO logon and before ISPF is started for real.
The code runs as an ISPF dialog...better if the ISPF LOG is set to 0 pages.
We use 5 character user IDs.
Address TSO
sysclone_name = Strip(Left('MVSVAR'("SYMDEF ","SYSCLONE "),2))
console_name_suffix = Right("@" || sysclone_name,8-Length(Userid()))
console_name = Left(Strip(Userid()) || Strip(console_name_suffix),8)
Address ISPEXEC
isfcons = console_name || "N"
"VPUT (ISFCONS ) PROFILE"
On Thu, 13 Aug 2009 00:00:48 -0500, Barbara Nitz
wrote:
>>If this is not what you mean, can you elaborate a bit on what you do mean?
>Check out Marks page on what needs to be done to allow this. As I explained
>above, the broadcast issue *and* shared EMCS consoles via SDSF finally
>made me uncustomize the use of the same userid.
>
>'shared EMCS consoles via SDSF': Whenever SDSF.LOG (the syslog/operlog)
or
>ULOG is called, an EMCS console is established. Unless explicitly customized
to
>use a different name on every system for that EMCS console (that was the
>part I could not get the TSO users to grasp, not even some sysprogs), the
>default name for that console is TSO userid. Inevitably they were in u/LOG
on
>one system and did not get responses to commands on the system they were
>currently working. (Yes, I know there is a route command, yes, I know, SDSF
>can customize the name of the EMCS console, no, I was unable to get *that*
>concept across.)
>
>
>Barbara Nitz
>
Regards
Bruce Hewson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The "Shame" Approach
Speaking for myself also includes the fact that I'm in Japan. I am
constantly reminded that Japan is different. Getting a coffee ("コーヒーお
ねがいします") here is a full service experience. :-)
- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: timothy.sipp...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - the LOGR and exploiters part
>We had problems with OPERLOG, using a structure, so now we only enable it >on one subplex that shares DASD. We have the odd problem with EJES users >on other systems trying to connect to the logstream from images outside the >duplex. Perhaps we should try moving to DASD-only to resolve it. > >We have had no issues with RRS or CICS logstreams - they are DASD-only >andsystem-specific. Remember - we do NOT share DASD other than the three columes with CDSs, no common catalog *at all*. LOGR had been setup on both subplexes to use SMS. Operlog is only active in one half, as is RRS. Both operlog and RRS require structures (and cannot go to DASD only) as RRS is needed for some DB2s that do data sharing. We *thought* we were safe on this front. Until we found out that the operlog logstream gets corrupted on a regular basis because it gets offloaded on the wrong subsysplex where the offload datasets cannot be found from the 'other side'. One would have thought (and it came as a BIG surprise to me) that an SDSF session cannot access operlaog if operlog is NOT enabled on that system. Boy, have I been wrong here! It is extremely easy to access the operlog from one subplex from the other side that actually should not access that. Just type a simple sdsd/log o on the system that does NOT have operlog enables, and you'll get it because SDSF simply connects to the operlog structure and reads it out. There is no check in place if operlog is actually *enabled* on that system! Again, *I* am the main user of operlog (because I have to look after shutdown problems *after* JES2 was shut down), so I just live with that corrupted log stream and delete the offload datasets on the wrong system periodically. RRS is another matter entirely. If any of the needed RRS log streams gets offloaded on the wrong system (and thus corrupts the log stream), one is in for an RRS cold start. Not really advisable in a heavy load/usage production environment just because an AD system in the same plex was IPL'd. Again with RRS, you're safe as long as there aren't any connections from the wrong system. Unfortunately here, too, is is extremely easy (using the IBM provided RRS application) way to force a corrupted log stream, given enough activity on even separate structures/separate RRS groups for the separate subplexes! Just take the RRS subgroup from the 'wrong' side and browse the data. That connection from the wrong side is short, but long enough on bigger streams to fall into an offload window. Corruption on the other side, cold start. Which is why I fight tooth and nails NOT to activate RRS on the second subplex. And that is especially hard, as there are DB2 functions now that *require* RRS, and the concern is not with RRS, it is with Logger offload processing. Try to get *that* across. My colleagues just roll their eyes and think I want to make their lives unnecessarily hard. So, it is a good thing we're IMS and not CICS. And why I say everything LOGR that needs sysplex sharing also MUST share the DASD necessary to offload this, no matter which LOGR exploiter it is. I'll take a real hard look at SMF sharing once we get to 1.10 to see if we can live with it or not. Given the problems offload causes for just about all exploiters, offload processing should really get redesigned, as it was NOT intended for price- plexes! Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? - The DAE part
>And HFS - this was a big pain for us, particularly since we are multi-site. >1.10 >and 1.11 will make this easier, but for now we are relegated to sysplex-wide >IPLs for D/R events. And not just sysplex root - >AUTOMOVE/NOAUTOMOVE/UNMOUNT require attention, and settings will >depend on your level of DASD sharing. Good thing we never defined the OMVS CDS! >We have seen some nastygrams with DAE, but looking into DAE on each >system, we've seen nothing to indicate the suppression functions are not >working properly. Can you elaborate on this at all (offline, if you'd prefer)? >Maybe we need to re-address our configuration sooner rather than later. Both of the subplexes came with the recommended setup: A common DAE dataset shared by all members in that (sub)sysplex. Now, the new sysplex shares the couple data sets only. They are NOT catalogued. We don't share any other volume, we don't share the master catalog. The DAE datasets (no matter their name) cannot be shared anymore without *any* shared catalog. We didn't notice right away that there was a problem. At one point I realized that there were lots more dumps than before, and all with the same symptom, to boot! I checked why the dump wasn't suppressed, at it told me that DAE wasn't active. ? Turns out that at each IPL DAE got error messages for the 'other' subplex, because the naming conventions were different for the two subplexes. That error resulted in DAE stopping recording completely. One would have though that the 'proper' way to deal with an IPL of another system was to just go on using the current dataset (which only differed in the name of the DAE dataset), but no, it stopped working all together. Keeping the above in mind, I was naive enough to assume that just resetting to the correct name of the subplex would restart recording. I coded a message trap that would just do a T DAE=01 with the customized ADYSET01 (which is NOT in a shared parmlib as there are no shared parmlibs!) on every error message. Instead what I had done was create a high cpu usage loop (including WTO buffer shoratge) between all the systems in the plex, as each set command would set off the trap on the other subplex which resulted in another set command for the other half which resulted in the error on the other side and the trap matching to set the. We ended up giving each of the systems their own DAE dataset. So we get DAE suppression again, but only at a system basis, not subplex basis, which still means a lot more dumps than before. I understand that in a future release the health checker will complain loudly if there isn't a common DAE dataset in all systems in the plex. Given that our setup is due to licencing, I'll probably have no chance to get anything changed (the typical IBM response will be 'Just use a common dataset', never mind that that means sharing DASD and catalogs and and and), so I'll probably end up just deleting that check. Pity. The 'good' response from IBM would have been to make 'subplexes' possible within one sysplex for DAE (which means that the XCF group name would have to become customizable), given that IBM enforces pricing schemes, but I wouldn't hold my breath on that, either. (And I will not bang my head against a wall, after all, we can live with our bypass, and I am the only one looking at dumps, anyway) Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Satisfaction surveys (Was: The "Shame" Approach)
> > >[Patrick O'Keefe Kicks open the door] > >The one thing that was apparently missing in the survey process >was a way to provide feedback on the survey itself. The last >question was something like "Would you recommend IBM Service >to others?". Why yes; I tell all my friends and relatives to use IBM >service. What kind of a question is that?!? (Stupid, THAT's what's >what kind!)That question has been part of the survey for years, >and I'm sure I'm ot the only one to complain. > > >The last two surveys that I've gotten, I have made it appoint to ask the >survey opinion taker one question: > >And just where will I go for maint support for mainframe stuff, >Microsoft? Like, we actually have a >choice. <\twenty-something valley girl voice> Right. Door's open? The nature of these survey questions is so stupid, you cannot differentiate between support levels. It is always very generic questions that lump all levels of support together. The people actually asking the question clearly had no idea or will to really get an opinion to improve anything. The questions were in English, read very fast and without diction or pronounciation, just to get things over with. (Believe me, I really understand a lot of English, but *that* was too much even for me!) The sole aim was to make a mark on whatever medium they had, in one of the given places, and not a millimeter outside. (The 'outside answers' can probably not go into a statistic done automatically by machine, so why bother reading them?) Why bother making them? Which is why IBM usually got very bad results from me. Until on every complaint I had opened I told them NOT to waste my time anymore with this survey, as they haven't learned from the answers. And I had made it a point to mention the stupidity. Now, I wonder why I got a 'post complaint survey' from IBM in last nights' mail? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
Lizette, >I recently added a subsystem using SETSSI. and once you've overcome the actual definition thing, beat up on the vendor. There is a bit that they should have been set that says that JES2 is always the primary subsystem for this product. That would avoid the same problem (the subsystem JCL not in MSTJCL concat) if you have it started out of IEFSSN at IPL, and during the life cycle of that IPL the subsystem terminates. Not specifying SUB=JES2 on the start command then will result in the same 'not found' JCL error. With that bit set on the subsystem interface, you can omit sub=jes2 and *still* the subsystem will start. Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
>Ted, >I like to see the documentation. The Channel measurement block records connect >time and SRM in turn converts that to IO service units. >Are you saying that >8.3ms was equivalent to 1 IO service Unit? Gotta look over 20 years ago. IOSRV=COUNT IOSRV=TIME was an option, a long time ago. I believe XA, but (as always) I could be wrong. And, back then, it was documented as 8.3ms. Or was it IOSRVC? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Bill, My memory, and follow up calculation, says that a 3390 rotated every 14.2ms, not 16.67ms. Even so, it would hardly seem a good move to multiply or divide a metric based on transfer time by the avg latency of a disk drive. I don't see the relationship. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Bill Fairchild > Sent: Thursday, August 13, 2009 4:40 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Degraded I/O performance in 1.10? > > It was probably a good value to use aeons ago when it took a real SLED 3390 > 16.67 ms. to spin around once, so 8.3 ms. was 1/2 revolution. Today, however, > is aeons later as far as the hardware is concerned, especially channel speed > when delivering data from controller cache instead of straight from the > platter. > > Bill Fairchild > > Software Developer > Rocket Software > 275 Grove Street * Newton, MA 02466-2272 * USA > Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 > Email: bi...@mainstar.com > Web: www.rocketsoftware.com > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Ted, I like to see the documentation. The Channel measurement block records connect time and SRM in turn converts that to IO service units. Are you saying that 8.3ms was equivalent to 1 IO service Unit? If that's the case it still seems strange as I thought they would at least use something that divides exactly by 128 microseconds. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ted MacNEIL > Sent: Thursday, August 13, 2009 4:52 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Degraded I/O performance in 1.10? > > >It was probably a good value to use aeons ago when it took a real SLED 3390 > 16.67 ms. to spin around once, so 8.3 ms. was 1/2 revolution. >Today, > however, is aeons later as far as the hardware is concerned, especially > channel speed when delivering data from controller cache instead of straight > from the platter. > > Talk to IBM! > I didn't make up the number. > It's just what it is. > > - > Too busy driving to stop for gas! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx Question
Ray, Why are you using outtrap for an rmm subcommand? Do you really want to trap the line mode output, and if so, why? Have you perhaps also set SYSAUTH.EDGDATE so that all command output is via rexx variables - hence no line mode output. Mike Wood RMM Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
>It was probably a good value to use aeons ago when it took a real SLED 3390 >16.67 ms. to spin around once, so 8.3 ms. was 1/2 revolution. >Today, >however, is aeons later as far as the hardware is concerned, especially >channel speed when delivering data from controller cache instead of straight >from the platter. Talk to IBM! I didn't make up the number. It's just what it is. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
It was probably a good value to use aeons ago when it took a real SLED 3390 16.67 ms. to spin around once, so 8.3 ms. was 1/2 revolution. Today, however, is aeons later as far as the hardware is concerned, especially channel speed when delivering data from controller cache instead of straight from the platter. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, August 13, 2009 5:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Degraded I/O performance in 1.10? >I'm not sure where you get 8.3ms of connect time for one EXCP. I get that from the IBM documentation when I changed from COUNT to time aeons ago. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
0ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET
* I tried cloning a SYSRES volume for the first time at this site and received this message. 0ADR713E (001)-ALLOC(01), UNABLE TO ALLOCATE SMS MANAGED DATA SET My suspicion is that there are 8 SMS datasets on the non-sms SYSRES. I am hoping someone has encountered this before and can recommend how to correct the situation. I would like to correct the status of the datasets before the ADRDSSU clone, but if the best way to go is correct it in the cloned copy I imagine that will suffice for now. I imagine an IDCAMS alter might get the SMS information out of the catalog entry, but I am also imagining there is something in the VVDS or VTOC that would need to be corrected. Thanks for any help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
On Thu, 13 Aug 2009 16:58:21 -0500, Paul Gilmartin wrote: >... >My understanding/conjecture is that when the Assembler >(for example), using BPAM, encounters a COPY nested >within another COPY member, it: > >o Does a NOTE to mark the current block. > >o Saves the NOTE word _and_ the offset of the current > source record relative to that block > >o Does a FIND to open the referenced member. > >At the end of that member, it reverses the process >with a POINT and displacing to the saved offset. > >If the motivation of Q*AM is to make blocking and >unblocking transparent to the program, the putative >QNOTE would need to save both the TTR and the record >offset in an opaque data object. QPOINT would need >to employ both. >... Ok. I agree. A Q*AM version of NOTE and POINT would have to include record number or block offset or some such (just as that info has to be added to the NOTE data by a B*AM program). All those about to submit a formal request for QPAM should take note (so to speak). Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
>I'm not sure where you get 8.3ms of connect time for one EXCP. I get that from the IBM documentation when I changed from COUNT to time aeons ago. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
>You are talking about the IOSRVC statement in the IPS which is used to >calculate IO Service Units. It doesn't change the EXCP count, it changes >whether EXCP count or IO connect time are used as the basis for IO Service Units. SMF30BLK and SMF30TEP if IOSRVC is set to TIME. I have to admit to not having looked at Type 30 records closely for a very, very long time. I noticed that there is an SMF30AIS field that is described as the SSCH count for the Address that was introduced in OS/390 2.4. That may be a good starting place to look for differences. The MXG variable is also called SMF30AIS. I'm not sure where you get 8.3ms of connect time for one EXCP. That's about I'm not sure where you get 8.3ms of connect time for one EXCP. That's about 3MB in an EXCP on FE4, and pretty close to a half track block with BUFNO=5 on ESCON. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can CICS region share more than one processor
Our data access for applications is VSAM only without DB2. We have not implement OTE yet that means we only has QR TCB. As you know, we have to re-write many user program either switch to cicsplex with RLS or DB2 access. On Fri, Aug 14, 2009 at 1:01 AM, Terry Draper wrote: > Tommy, > > Can I ask a couple of fundamental questions? > > What is the data access for the applications? > Is it DB2, DL/1, VSAM or something else. > If DB2 (and I think DL/1) these will already be running on threads and these > use their own TCBs, 1 per thread. If so I cannot understand your problem. > > Also do you have a TOR and AORs structure. If not I suggest you go that way. > > > Terry Draper > zSeries Performance Consultant > w...@btopenworld.com > mobile: +966 556730876 > > --- On Wed, 12/8/09, Tommy Tsui wrote: > > > From: Tommy Tsui > Subject: Can CICS region share more than one processor > To: IBM-MAIN@bama.ua.edu > Date: Wednesday, 12 August, 2009, 2:44 PM > > > Hi , > > We hit a problem that our cics cannot utilized more than one CPU > processor and IBM recommend our shop upgrade to CICSplex .Except this, > is there any other way to solve this problem? > > > any comment will be appreciated > > best regards > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Should say " SMF30BLK and SMF30TEP do not change if IOSRVC is set to TIME." > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ron Hawkins > Sent: Thursday, August 13, 2009 3:12 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Degraded I/O performance in 1.10? > > Ted, > > You are talking about the IOSRVC statement in the IPS which is used to > calculate IO Service Units. It doesn't change the EXCP count, it changes > whether EXCP count or IO connect time are used as the basis for IO Service > Units. SMF30BLK and SMF30TEP if IOSRVC is set to TIME. > > I have to admit to not having looked at Type 30 records closely for a very, > very long time. I noticed that there is an SMF30AIS field that is described > as the SSCH count for the Address that was introduced in OS/390 2.4. That > may be a good starting place to look for differences. The MXG variable is > also called SMF30AIS. > > I'm not sure where you get 8.3ms of connect time for one EXCP. That's about > 3MB in an EXCP on FE4, and pretty close to a half track block with BUFNO=5 > on ESCON. > > Ron > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of > > Ted MacNEIL > > Sent: Thursday, August 13, 2009 1:37 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: [IBM-MAIN] Degraded I/O performance in 1.10? > > > > >For BSAM and QSAM looking at the EXCP will not tell you if buffering has > > changed because it is the count of blocks processed. Set BUFNO to 1 or 8 > and > > you will still get the same EXCP count. > > > > I can't remember when exactly. > > But, you have been able to change EXCP to service rather than blocks for a > > long time. > > So, each 'EXCP' becomes 8.3 ms of connect time, under that option. > > I can't remember the exact option (or even release of the OS), but it's > been > > around for a long time. > > > > In that case, 1, or 8, BUFNO makes a difference. > > - > > Too busy driving to stop for gas! > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Ted, You are talking about the IOSRVC statement in the IPS which is used to calculate IO Service Units. It doesn't change the EXCP count, it changes whether EXCP count or IO connect time are used as the basis for IO Service Units. SMF30BLK and SMF30TEP if IOSRVC is set to TIME. I have to admit to not having looked at Type 30 records closely for a very, very long time. I noticed that there is an SMF30AIS field that is described as the SSCH count for the Address that was introduced in OS/390 2.4. That may be a good starting place to look for differences. The MXG variable is also called SMF30AIS. I'm not sure where you get 8.3ms of connect time for one EXCP. That's about 3MB in an EXCP on FE4, and pretty close to a half track block with BUFNO=5 on ESCON. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ted MacNEIL > Sent: Thursday, August 13, 2009 1:37 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Degraded I/O performance in 1.10? > > >For BSAM and QSAM looking at the EXCP will not tell you if buffering has > changed because it is the count of blocks processed. Set BUFNO to 1 or 8 and > you will still get the same EXCP count. > > I can't remember when exactly. > But, you have been able to change EXCP to service rather than blocks for a > long time. > So, each 'EXCP' becomes 8.3 ms of connect time, under that option. > I can't remember the exact option (or even release of the OS), but it's been > around for a long time. > > In that case, 1, or 8, BUFNO makes a difference. > - > Too busy driving to stop for gas! > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
On Thu, 13 Aug 2009 16:26:54 -0500, Patrick O'Keefe wrote: >On Thu, 13 Aug 2009 14:02:48 -0700, Schwarz, Barry A wrote: > >>Even though the PDS calls it a TTR, each member starts a new block so >>the situation you describe cannot occur. >>... > >Thank you for corfirming what my questionable memory told me. > >Doesn't that also argue against what Paul Gilmartin said about >NOTE on Mon, 10 Aug 2009 16:31:31 -0500: regarding my QPAM >question: > >"... it's because the definition of the NOTE word has no >provision for specifying the offset of the current record >within a block. " > >Or maybe I just misunderstood Gil's comment. Maybe I don't know >what use of NOTE he was refering to. > My understanding/conjecture is that when the Assembler (for example), using BPAM, encounters a COPY nested within another COPY member, it: o Does a NOTE to mark the current block. o Saves the NOTE word _and_ the offset of the current source record relative to that block o Does a FIND to open the referenced member. At the end of that member, it reverses the process with a POINT and displacing to the saved offset. If the motivation of Q*AM is to make blocking and unblocking transparent to the program, the putative QNOTE would need to save both the TTR and the record offset in an opaque data object. QPOINT would need to employ both. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SUB=MSTR and proclibs; was SETSSI and Pitfalls
Am I wrong. I keep my MSTRJCL and my JES2PARM proclib definitions in sync. SUB=MSTR and SUB=JES2 will start the same PROC. On the other hand, in this case, I think I'd go with IEFJOBS DD in MSTRJCL. Then I would specify the OEM PROCLIB using JCLLIB. Or, since I've never needed such a feature, does JCLLIB and IEFJOBS work for subsystem initialization? Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
--- Even though the PDS calls it a TTR, each member starts a new block so the situation you describe cannot occur. Never mind that the "R" of TTR refers to the physical record on the track and has no connection with a specific logical record (in most cases.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
On Thu, 13 Aug 2009 14:02:48 -0700, Schwarz, Barry A wrote: >Even though the PDS calls it a TTR, each member starts a new block so >the situation you describe cannot occur. >... Thank you for corfirming what my questionable memory told me. Doesn't that also argue against what Paul Gilmartin said about NOTE on Mon, 10 Aug 2009 16:31:31 -0500: regarding my QPAM question: "... it's because the definition of the NOTE word has no provision for specifying the offset of the current record within a block. " Or maybe I just misunderstood Gil's comment. Maybe I don't know what use of NOTE he was refering to. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
On Thu, 13 Aug 2009 16:03:10 -0400, Lizette Koehler wrote: >I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. > You're SOL until you can IPL. There probably should be an extra warning in the commands manual about typos etc. I've had fellow sysprogs include an initrtn / parm and typo it and make the subsystem unusable. The good news is, you can always use a different name which I'm sure is customizable in your product. You just have to change it back after you IPL (if you decide you want the other name and include it in IEFSSNxx). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
Even though the PDS calls it a TTR, each member starts a new block so the situation you describe cannot occur. -Original Message- From: Donald Johnson Sent: Thursday, August 13, 2009 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Concatenations and blocksizes Willdo...Thanks for the tip. I was thinking that maybe since the first PDS was 3120, that became the BLKSIZE for the DCB, and the opcode (macro) I was looking for was further than 3120 into a block. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
And, the manual doesn't come right out and say this, but this default behavior can be overridden as follows: Instead of: S TDP4,MSGCLASS=R Use instead: S TDP4,MSGCLASS=R,SUB=JES2 This makes the started task run under JES2 instead of *MASTER*, which is the default for subsystems. Brian On Thu, 13 Aug 2009 16:22:06 -0400, Bob Rutledge wrote: >By default, a started task matching a subsystem name starts under the master >scheduler. > >http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B680/7.3.1?SHELF=EZ2ZBK0G&DT=20080604022956 > >Bob > >Lizette Koehler wrote: >> I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. >> >> Now I have to run the jcl from SYS1.PROCLIB rather than my OEM proclib dataset. >> >> The message I get when I start it is >> >> S TDP4,MSGCLASS=R >> IEF196I 1 //TDP4 JOB MSGCLASS=R, >> IEF196I // MSGLEVEL=1 >> IEF196I 2 //STARTING EXEC TDP4 >> IEF196I STMT NO. MESSAGE >> IEF196I 2 IEFC612I PROCEDURE TDP4 WAS NOT FOUND >> IEFC452I TDP4 - JOB NOT RUN - JCL ERROR >> IEE122I START COMMAND JCL ERROR >> >> The other STCs of the same product run out of OEM proclib. Is this due to the missing INITRTN on the SETSSI command? I have TDP1, TDP2, TDP3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
It looks like you are installing Teradata Director. Recheck Appendix A. Or just issue "S TDP4,MSGCLASS=R,SUB=JES2" and be happy... maybe? (Your happiness depends upon whether the INITRTN performs much beyond allowing the JES subsys to be the default for sysin/sysout services. My quick glance at Appendix A's leads me to claim that it is optional, so I would guess you could be happy.) -- On Thu, 13 Aug 2009 16:03:10 -0400, Lizette Koehler wrote: >I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. > >Now I have to run the jcl from SYS1.PROCLIB rather than my OEM proclib dataset. > >The message I get when I start it is > >S TDP4,MSGCLASS=R >IEF196I 1 //TDP4 JOB MSGCLASS=R, >IEF196I // MSGLEVEL=1 >IEF196I 2 //STARTING EXEC TDP4 >IEF196I STMT NO. MESSAGE >IEF196I 2 IEFC612I PROCEDURE TDP4 WAS NOT FOUND >IEFC452I TDP4 - JOB NOT RUN - JCL ERROR >IEE122I START COMMAND JCL ERROR > >The other STCs of the same product run out of OEM proclib. Is this due to the missing INITRTN on the SETSSI command? I have TDP1, TDP2, TDP3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
On Thu, 13 Aug 2009 16:03:10 -0400 Lizette Koehler wrote: :>I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. :>Now I have to run the jcl from SYS1.PROCLIB rather than my OEM proclib dataset. :>The message I get when I start it is :>S TDP4,MSGCLASS=R :>IEF196I 1 //TDP4 JOB MSGCLASS=R, :>IEF196I // MSGLEVEL=1 :>IEF196I 2 //STARTING EXEC TDP4 :>IEF196I STMT NO. MESSAGE :>IEF196I 2 IEFC612I PROCEDURE TDP4 WAS NOT FOUND :>IEFC452I TDP4 - JOB NOT RUN - JCL ERROR :>IEE122I START COMMAND JCL ERROR :>The other STCs of the same product run out of OEM proclib. Is this due to the missing INITRTN on the SETSSI command? I have TDP1, TDP2, TDP3. Simply because it matches the subsystem name. Specify S TDP4,SUB=JES2 -- 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 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMS batch query
>> Is there a way to query DFSMS volume status with a batch job? >> Thanks, Brent Brent - The only way I know that you can do any SMS functions in batch is NaviQuest. There is a NaviQuest User's Guide which is pretty handy and a bunch of pre-canned JCL's in SYS1.SACBCNTL lib. I don't think there is any way to query just 1 volume, but there are some reports that might give you what you need. dd keller ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
Willdo...Thanks for the tip. I was thinking that maybe since the first PDS was 3120, that became the BLKSIZE for the DCB, and the opcode (macro) I was looking for was further than 3120 into a block. I'll let you know if this is still a problem. Don On Thu, Aug 13, 2009 at 4:34 PM, Rick Fochtman wrote: > -- > > I just ran into something tryng to assemble...I have a program that I am >> assembling, and in my SYSLIB I have PDS-1 that uses a blocksize of 3120 >> and >> PDS-2 that uses 32720 (I didn't create this!). >> >> When I run with PDS-1 ahead of PDS-2, I get error messages ASMA057E >> Undefined operation code... >> >> When I run with PDS-2 ahead of PDS-1, it works fine. >> >> If this is no longer an issue, shouldn't IBM's own code work correctly? >> >> Don >> >> > --- > Don, the issue you present has nothing to do with BLKSIZE values. Somewhere > in those two libraries you have a duplicate member name. The version in LIB1 > has a problem, whereas the version in LIB2 does not. A good starting point > for your search would be the flagged macro call in your source code, then > look at the macros called inside other macros down that chain. It can be a > tough search, but eventually you'll find something; trust me cus' I've been > down that route more often than I'd care to admit. > > Rick > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
>For BSAM and QSAM looking at the EXCP will not tell you if buffering has >changed because it is the count of blocks processed. Set BUFNO to 1 or 8 and >you will still get the same EXCP count. I can't remember when exactly. But, you have been able to change EXCP to service rather than blocks for a long time. So, each 'EXCP' becomes 8.3 ms of connect time, under that option. I can't remember the exact option (or even release of the OS), but it's been around for a long time. In that case, 1, or 8, BUFNO makes a difference. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
-- I just ran into something tryng to assemble...I have a program that I am assembling, and in my SYSLIB I have PDS-1 that uses a blocksize of 3120 and PDS-2 that uses 32720 (I didn't create this!). When I run with PDS-1 ahead of PDS-2, I get error messages ASMA057E Undefined operation code... When I run with PDS-2 ahead of PDS-1, it works fine. If this is no longer an issue, shouldn't IBM's own code work correctly? Don --- Don, the issue you present has nothing to do with BLKSIZE values. Somewhere in those two libraries you have a duplicate member name. The version in LIB1 has a problem, whereas the version in LIB2 does not. A good starting point for your search would be the flagged macro call in your source code, then look at the macros called inside other macros down that chain. It can be a tough search, but eventually you'll find something; trust me cus' I've been down that route more often than I'd care to admit. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SETSSI and Pitfalls
By default, a started task matching a subsystem name starts under the master scheduler. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B680/7.3.1?SHELF=EZ2ZBK0G&DT=20080604022956 Bob Lizette Koehler wrote: I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. Now I have to run the jcl from SYS1.PROCLIB rather than my OEM proclib dataset. The message I get when I start it is S TDP4,MSGCLASS=R IEF196I 1 //TDP4 JOB MSGCLASS=R, IEF196I // MSGLEVEL=1 IEF196I 2 //STARTING EXEC TDP4 IEF196I STMT NO. MESSAGE IEF196I 2 IEFC612I PROCEDURE TDP4 WAS NOT FOUND IEFC452I TDP4 - JOB NOT RUN - JCL ERROR IEE122I START COMMAND JCL ERROR The other STCs of the same product run out of OEM proclib. Is this due to the missing INITRTN on the SETSSI command? I have TDP1, TDP2, TDP3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
David, For BSAM and QSAM looking at the EXCP will not tell you if buffering has changed because it is the count of blocks processed. Set BUFNO to 1 or 8 and you will still get the same EXCP count. If you think there is a change in SSCH for some datasets then try looking at the type 42 subtype 6 SMF records for dataset level IO metrics. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Jousma, David > Sent: Thursday, August 13, 2009 9:45 AM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] Degraded I/O performance in 1.10? > > All, > > I realize this is a really open ended question. We completed our 1.8 to > 1.10 upgrade in June, with no known problems. Everything seems to be > running fine. However, I have various people(mostly developers) > occasionally complaining that they "think" the system is slower since > the upgrade. Of course, the upgrade gets blamed for everything. By > slower, the are referring to their batch jobs, those that do a lot of > I/O. > > Interestingly, several people, who do not work in the same area(and most > likely do not talk to each other), asked if file buffering has changed > somehow with the upgrade. I tell them, not that I am aware of, and ask > them for specifics to research, and in most cases I compare the jobs > running before and after the upgrade, and the EXCPs all seem to be > inline. > > So, all I can say is that there is this gut feeling that something isn't > quite right, but can't put a finger on it. > > Has anyone else noticed anything, or have idea's on what to look for? > > _ > Dave Jousma > Assistant Vice President, Mainframe Services > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G > p 616.653.8429 > f 616.653.8497 > > > 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...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SETSSI and Pitfalls
I recently added a subsystem using SETSSI. I did not realize when I issued the command it had an INITRTN on it. Now I have to run the jcl from SYS1.PROCLIB rather than my OEM proclib dataset. The message I get when I start it is S TDP4,MSGCLASS=R IEF196I 1 //TDP4 JOB MSGCLASS=R, IEF196I // MSGLEVEL=1 IEF196I 2 //STARTING EXEC TDP4 IEF196I STMT NO. MESSAGE IEF196I 2 IEFC612I PROCEDURE TDP4 WAS NOT FOUND IEFC452I TDP4 - JOB NOT RUN - JCL ERROR IEE122I START COMMAND JCL ERROR The other STCs of the same product run out of OEM proclib. Is this due to the missing INITRTN on the SETSSI command? I have TDP1, TDP2, TDP3. Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Satisfaction surveys (Was: The "Shame" Approach)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick O'Keefe Sent: Thursday, August 13, 2009 1:41 PM To: IBM-MAIN@bama.ua.edu Subject: IBM Satisfaction surveys (Was: The "Shame" Approach) [Patrick O'Keefe Kicks open the door] The one thing that was apparently missing in the survey process was a way to provide feedback on the survey itself. The last question was something like "Would you recommend IBM Service to others?". Why yes; I tell all my friends and relatives to use IBM service. What kind of a question is that?!? (Stupid, THAT's what's what kind!)That question has been part of the survey for years, and I'm sure I'm ot the only one to complain. The last two surveys that I've gotten, I have made it appoint to ask the survey opinion taker one question: And just where will I go for maint support for mainframe stuff, Microsoft? Like, we actually have a choice. <\twenty-something valley girl voice> Now, back to my testing a new release of some IBM code Regards, Steve Thompson -- Poster's opinion may not reflect poster's employer's opinion(s) -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM Satisfaction surveys (Was: The "Shame" Approach)
On Thu, 13 Aug 2009 16:16:10 +0900, Timothy Sipples wrote: >IBM takes a lot of customer satisfaction measurements, and there is a >pretty good system for looking at trends and taking action if/when >there are weaknesses. I don't know if the satisfaction measurement tools are employed uniformly across IBM. My PMRs have been almost exclusively for z/CS and zNetView (and their predecessors) and in the past I would almost always get a survey phone call shortly after a PMR was closed. (That has not been true for the last few PMRs.) I usually have good things to say because I usually get good service from those teams. The one time I really had a terrible experience (and had the PMR open for about 6 months withmost of the the time waiting for something from IBM) I did not get a call. I suppose that was just coinidence but it really irritated me. The one thing that was apparently missing in the survey process was a way to provide feedback on the survey itself. The last question was something like "Would you recommend IBM Service to others?". Why yes; I tell all my friends and relatives to use IBM service. What kind of a question is that?!? (Stupid, THAT's what's what kind!)That question has been part of the survey for years, and I'm sure I'm ot the only one to complain. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx Question
This is a curiosity. I ran your code (after setting a value to volnbr
and rmmcmd.volnbr) and the
value of rmmout.1 was:
EDG3201I THE ENTRY IS NOT DEFINED TO DFSMSrmm
I'm not sure I understand the scenario shown in your trace results where
rmmout.1 could be equal
to null while rmmout.0 is equal to 0. I realize you've snipped the REXX
a little, but I tried
and failed to force that result (using "DROP rmmout." or "rmmout. =
''").
I guess that's no help, sorry.
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Baraniecki, Ray
Sent: Thursday, August 13, 2009 9:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Rexx Question
I am issuing a Listdataset RMM command, which worked yester. Today I get
a rc of zero but no output. The actual that is issued is contained in
the above comment. I sure would like to know what went wrong.
Code:
/* RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019) */
x = Outtrap("rmmout.")
Address TSO ""rmmcmd.volnbr""
lcc = rc
x = Outtrap("OFF")
If lcc \= 0 Then Do
lmsg = "RMM LD command failed. RC="lcc
CMDERR:
smsg = "Command Error"
Call Do_Msg
Signal EXIT /* Exit with
End /* Do */
rmmlines = rmmout.0
TRACE Output:
77 *-* /* RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019) */
78 *-* x = Outtrap("rmmout.")
>L>"rmmout."
>F>"RMMOUT."
79 *-* Address TSO ""rmmcmd.volnbr""
>L>""
>C>"RMMCMD.1"
>V>"RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019)"
>O>"RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019)"
>L>""
>O>"RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019)"
80 *-* lcc = rc
>V>"0"
81 *-* x = Outtrap("OFF")
>L>"OFF"
>F>"OFF"
82 *-* If lcc := 0
>V>"0"
>L>"0"
>O>"0"
89 *-* Say rmmout.1
>V>""
90 *-* rmmlines = rmmout.0
>V>"0"
92 *-* items = 0
>L>"0"
93 *-* Do cnt = 1 To rmmlines
>L>"1"
>V>"0"
131 *-* End /* Do volnbr = 1 To volcnt */
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS activation - RACF AUDIT
Possibly because the SETSMS command queries RACF for authorization but ISMF already knows if you are an End User or a Storage Administrator. -Original Message- From: Jennifer Currell Sent: Thursday, August 13, 2009 3:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS activation - RACF AUDIT Hi there Thanks for the tip. It looks like it is the other way around. If you activate via ISMF then it doesn't get logged into RACF type 80. But if I issue SETSMS SCDS (dsname) it does get picked up. I think I will raise a question with IBM. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS activation - RACF AUDIT
According to the RACF Auditor's Guide, IRRADU00 will only process type 30, 80, 81, and 83 SMF records. It doesn't process type 42 or 43 at all. If you want them, you may have to extract them yourself. -Original Message- From: Jennifer Currell Sent: Thursday, August 13, 2009 1:56 AM To: IBM-MAIN@bama.ua.edu Subject: SMS activation - RACF AUDIT Hi there I am trying to set up auditing of various storage management tasks. Within RACF I have set various dataset profiles with AUDIT SUCESS(UPDATE) so that they are logged as SMF/RACF type 80s - this works fine. I then tried to do something similar whenever someone activated a new SMS config. But that doesn't seem to work. I have updated the RACF FACILITY STGADMIN.IGD.ACTIVATE.CONFIGURATION so that it has AUDIT(ALL). When I activate a new SMS config I can see the entry in the SMF - type 43 subtype 3. But when I then run the program to list the RACF records it isn't there. This is the job I am running. So I can see the type 42/3 record in SMFDATA but no equivalent entry in the OUTDD dataset. I am a Storage/Sysprog person - only a little knowledge of RACF. Thanks //STEP0001 EXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //ADUPRINT DD SYSOUT=* //OUTDDDD DISP=(,CATLG),DSN=BD.SL780A.SMF.SQ.TEMPE, // SPACE=(CYL,(1500,250),RLSE),DSORG=PS,LRECL=32756,REC // UNIT=(DISK,3) //SMFDATA DD DISP=SHR,DSN=BD.MOSMFZS.SMFGEN //SMFOUT DD DUMMY //SYSINDD * INDD(SMFDATA,OPTIONS(DUMP)) OUTDD(SMFOUT,TYPE(0:255)) ABEND(NORETRY) USER2(IRRADU00) USER3(IRRADU86) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JESINTERFACELEVEL for FTP
On Thu, 13 Aug 2009 13:24:43 -0500, Mark Zelden wrote: >>Are there any other issues or impacts to changing this? >> > >One word. SAF. > >If you have SAF rules set up for SDSF, then changing is probably easy and >provides functionality. If you don't (you use ISFPARMS / ISFPRMxx) then >this could break something that may be working today. > Or worse, if you have the RACF classes inactive or don' have the permissions set up properly, you could allow someone to get at anything in your spool to retrieve or delete. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JESINTERFACELEVEL for FTP
On Thu, 13 Aug 2009 12:59:55 -0400, Lizette Koehler wrote: >I have a user requesting we change our JESINTERFACELEVEL from 1 to 2. > >Since I am not familiar with this function, I am z/OS V1.9 - is this a good setting? Or should it be left at 1? > >I have read the fine manual and it seems to indicate this will allow a user to retieve and job based on security rather than his/her user id. > >Are there any other issues or impacts to changing this? > One word. SAF. If you have SAF rules set up for SDSF, then changing is probably easy and provides functionality. If you don't (you use ISFPARMS / ISFPRMxx) then this could break something that may be working today. With 1 you can only FTP GET your own jobs. With 2 you can do things like: QUOTE SITE JESOWNER=ZEL* QUOTE SITE JESJOBNAME=HISJOB* QUOTE SITE JESSTATUS=OUTPUT Mark QUOTE SITE JESOWNER=DJL* QUOTE SITE JESJOBNAME=BUILD* QUOTE SITE JESSTATUS=OUTPUT Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JESINTERFACELEVEL for FTP
Okay, Here is the request a vb.net application that I use to run ftp and submit jobs to the mainframe with. So I presume (no asuming) that FTP runs on a server to the mainframe and then wants to review the output from the FTP process. Since we do have SDSF secured through Top Secret, I think the user may just need security to add his group or userid to the ID of the jobs that run the FTP process. However, I am not sure. Lizette > >JESINTERFACELEVEL=2 allows users to retrieve and list jobs based on SAF >calls to the same resource/class names used by SDSF. So, if you use >SAF/RACF to control SDSF and you allow these users to use SDSF, then you >should be OK with letting them use FTP with JESINTERFACELEVEL=2. >JESINTERFACELEVEL=1 is not too useful in other ways, as it only provides >limited information and limited functionality for submitting, getting >status, and downloading JES jobs via FTP. > >For example, the IBM JZOS Cookbook there is a sample Eclipse project that >allows you to write Java code under the Eclipse IDE and then deploy it and >submit/run/get output for jobs using Ant scripts via FTP. It works great, >but not with JESINTERFACELEVEL=1. > >See: http://www.alphaworks.ibm.com/tech/zosjavabatchtk for information on >downloading the JZOS Cookbook and sample Eclipse project. > >Kirk Wolf >Dovetailed Technologies >http://dovetail.com > >On Thu, Aug 13, 2009 at 11:59 AM, Lizette Koehler >wrote: > >> I have a user requesting we change our JESINTERFACELEVEL from 1 to 2. >> >> Since I am not familiar with this function, I am z/OS V1.9 - is this a good >> setting? Or should it be left at 1? >> >> I have read the fine manual and it seems to indicate this will allow a user >> to retieve and job based on security rather than his/her user id. >> >> Are there any other issues or impacts to changing this? >> >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JESINTERFACELEVEL for FTP
JESINTERFACELEVEL=2 allows users to retrieve and list jobs based on SAF calls to the same resource/class names used by SDSF. So, if you use SAF/RACF to control SDSF and you allow these users to use SDSF, then you should be OK with letting them use FTP with JESINTERFACELEVEL=2. JESINTERFACELEVEL=1 is not too useful in other ways, as it only provides limited information and limited functionality for submitting, getting status, and downloading JES jobs via FTP. For example, the IBM JZOS Cookbook there is a sample Eclipse project that allows you to write Java code under the Eclipse IDE and then deploy it and submit/run/get output for jobs using Ant scripts via FTP. It works great, but not with JESINTERFACELEVEL=1. See: http://www.alphaworks.ibm.com/tech/zosjavabatchtk for information on downloading the JZOS Cookbook and sample Eclipse project. Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Aug 13, 2009 at 11:59 AM, Lizette Koehler wrote: > I have a user requesting we change our JESINTERFACELEVEL from 1 to 2. > > Since I am not familiar with this function, I am z/OS V1.9 - is this a good > setting? Or should it be left at 1? > > I have read the fine manual and it seems to indicate this will allow a user > to retieve and job based on security rather than his/her user id. > > Are there any other issues or impacts to changing this? > > Thanks > > Lizette > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? [was "Re: DASD: to share or not to share"]
IIRC, when running in Ring mode, each GRS keeps a copy of all ENQs from all systems in memory, while in Star mode each GRS only keeps ENQs for his own system, so it seems logical that there would be a point at which Star uses less memory overall. Try being an all SAP shop, I am going to be going from 131584K to 264192K when I get my z10. I have 23 DB2 subsystems on my box, with about 375K outstanding ENQs at any one time, but with very little ENQ/DEQ activity to speak of, yet I expect I am a much smaller shop overall than you. Before I went to Star mode, the GRS in all my LPARs were constantly using a few percent of the CPU, even when there was no ENQ activity, but now GRS+ICFs is typically under 1% for all LPARs combined. Granted this is not scientific, just casual observation, but I think there is something to it. However, it is certainly possible that shops like yours, which have higher ENQ/DEQ activity, will see a cost, rather than a savings. >>> Arthur Gutowski 8/13/2009 1:31 PM >>> On the processor storage point, I was talking about the CF structure to cache the global table. Based on health-check type warnings, we are just now increasing our structure from 133,120K (for CF15, 325,000 outstanding ENQs) to 264,192K (for CF16, 415,000 oustanding ENQs) - 128M! We have to configure more storage to our CFs to accomodate the growth. Yes, each GRS shrinks, but I don't know if the net savings makes up for ISGLOCK. Yes, we are a heavy batch shop (lots of BMPs), but also heavy online (CICS, IMS/DC & DB, DB2, and some TSO/E). To the CPU point, we have also seen dramatic CPU spikes and sustained consumption in GRS and XCF, but part of that is our own doing. One of our CFs is on a processor that shares a CF CP with a separate (for now) sysplex, so CF dynamic dispatch is on. I know IBM recommends against this, but when we tried turning it off and weighting the CFs appropriately, both CFs suffered tremendously. It is not in our best interest to enable a second CF CPU, as this these separate plexes will merge sometime next year. We're living with it for now. It did help to move ISGLOCK to the other CF where we disabled dynamic dispatch (only one PROD and one sandbox CF there). I don't know how this would compare to Ring performance - we made a deliberate decision to go to Star first, then merge. On our other sysplex, we still see an increase in GRS CPU (again, due in part to dynamic dispatch), but there was a definite drop in ENQ response times. Some of the CPU increase may also be due to lower response times enabling GRS to process more requests (latent demand). The trade-off is acceptable to us. Our European counterparts had it even worse when they attempted Star some time ago. Again, I don't have any hard data, but I trust the contractor who had the project (brilliant guy, very thorough, ex-IBMer, I think, though so am I, so that last bit is not necessarily contributory) when he told me that GRS consumption crippled the system. They had a hard time even getting all their regions and initiators opened up, let alone running full production batch cycle. Bottom line, I don't disagree with you, nor IBM's observations and statements, but our experience demonstrates there are trade-offs, and YMMV, but TAENSTAAFL (E for Ever). Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS aggregate resize
Mark, I just went through this yesterday and you don't have to restore the zfs aggregate. I built this jcl: //ZFSGROW EXEC PGM=BPXBATCH, // PARM='sh zfsadm grow -aggregate syszm.hfszst.var -size 1920' //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //STDOUT DD SYSOUT=* Just back it up as you should do then run the jcl. The output looks like this: IOEZ00173I Aggregate SYSZM.HFSZST.VAR successfully grown SYSZM.HFSZST.VAR (R/W COMP): 1114 K free out of total 1920 Wayne Schroeder Mainframe Storage Administrator Texas Farm Bureau Mutual Insurance Company 7420 Fish Pond Rd. Waco, TX 76710 254.399.5070 Desk 254.644.8534 Cell wschroe...@txfb-ins.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Wednesday, August 05, 2009 10:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: zFS aggregate resize Found a solution to the problem. zfsadm grow Grow the original dataset. When you back and restore the new dataset will be the correct size. On Wed, Aug 5, 2009 at 11:08 AM, Mark Pace wrote: > I have a need to resize my ETC filesystem. When doing maintenance I do > something like this > Backup - > //STEP02 EXEC PGM=ADRDSSU,REGION=0M > //SYSPRINT DD SYSOUT=* > //OUT1DD DSN=OMVS.ETC.BKUP,DISP=OLD > //SYSINDD * > DUMP COMPRESS OPT(4) SHARE OUTDD(OUT1) TOL(ENQF) - > DATASET(INCLUDE(OMVS.ETC.SYSTEMA)) > > Restore - > //STEP02 EXEC PGM=ADRDSSU,REGION=0M > //SYSPRINT DD SYSOUT=* > //IN1DD DSN=OMVS.ETC.BKUP,DISP=OLD > //SYSINDD * > RESTORE INDD(IN1) TOL(ENQF) - > DATASET(INCLUDE(OMVS.ETC.SYSTEMA)) - > RENAMEU(OMVS.ETC.SYSTEMA,OMVS.ETC.SYSTEMB) - > REPLACE > > So I thought I would just prealloc the new file larger, but I've discovered > that DSS creates the new dataset using the old definitions. I have read > through the DSS guide and reference and can not determine how to make the > new dataset larger. > > > -- > Mark Pace > Mainline Information Systems > 1700 Summit Lake Drive > Tallahassee, FL. 32317 > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JESINTERFACELEVEL for FTP
If you use RACF to control SDSF access then "2" should work fine. If you use ISFPARMS and don't have RACF set up to control spool access then "1" is probably what you want. We use "2", but since we're a development shop we don't care who accesses what. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Electronic training preferences from eNews
esst...@juno.com wrote: I dont like electronic training at all. I Much prefer Class room edcuation. Ah, well, we should talk. Give me a call, drop me a line. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques ==> Ask about being added to our opt-in list: <== ==> * Early announcement of new courses <== ==> * Early announcement of new techincal papers <== ==> * Early announcement of new promotions <== -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? [was "Re: DASD: to share or not to share"]
On Thu, 13 Aug 2009 10:46:44 -0400, Scott Rowe wrote: >Arthur, I snipped most of your text, which I whole-heartedly agree with, but I have one comment about the "cost" of GRS-Star: I don't know if anyone has truly studied this, but I have doubts as to whether GRS Star has a CPU cost, at least in an environment with relatively low ENQ activity. I have seen GRS address space CPU time decrease significantly when going to Star, since it does not have to wake up frequently to do nothing but pass the token around the ring. The story may change significantly in a sysplex with high ENQ activity (like a large batch environment). I also wonder whether there is a true storage cost, since I think the GRS address space working set seems to be smaller in Star mode. I wish I had the time to do an in-depth analysis of this, but that's not likely when I'm a one-man shop ;-) On the processor storage point, I was talking about the CF structure to cache the global table. Based on health-check type warnings, we are just now increasing our structure from 133,120K (for CF15, 325,000 outstanding ENQs) to 264,192K (for CF16, 415,000 oustanding ENQs) - 128M! We have to configure more storage to our CFs to accomodate the growth. Yes, each GRS shrinks, but I don't know if the net savings makes up for ISGLOCK. Yes, we are a heavy batch shop (lots of BMPs), but also heavy online (CICS, IMS/DC & DB, DB2, and some TSO/E). To the CPU point, we have also seen dramatic CPU spikes and sustained consumption in GRS and XCF, but part of that is our own doing. One of our CFs is on a processor that shares a CF CP with a separate (for now) sysplex, so CF dynamic dispatch is on. I know IBM recommends against this, but when we tried turning it off and weighting the CFs appropriately, both CFs suffered tremendously. It is not in our best interest to enable a second CF CPU, as this these separate plexes will merge sometime next year. We're living with it for now. It did help to move ISGLOCK to the other CF where we disabled dynamic dispatch (only one PROD and one sandbox CF there). I don't know how this would compare to Ring performance - we made a deliberate decision to go to Star first, then merge. On our other sysplex, we still see an increase in GRS CPU (again, due in part to dynamic dispatch), but there was a definite drop in ENQ response times. Some of the CPU increase may also be due to lower response times enabling GRS to process more requests (latent demand). The trade-off is acceptable to us. Our European counterparts had it even worse when they attempted Star some time ago. Again, I don't have any hard data, but I trust the contractor who had the project (brilliant guy, very thorough, ex-IBMer, I think, though so am I, so that last bit is not necessarily contributory) when he told me that GRS consumption crippled the system. They had a hard time even getting all their regions and initiators opened up, let alone running full production batch cycle. Bottom line, I don't disagree with you, nor IBM's observations and statements, but our experience demonstrates there are trade-offs, and YMMV, but TAENSTAAFL (E for Ever). Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Hi David, Look into increasing the buffers VSAM index. Some catalog changes have occurred that may be the cause of your slow response. Also SMF and Logrec buffering. Regards, Herman Stocker ---< snip>--- All, I realize this is a really open ended question. We completed our 1.8 to 1.10 upgrade in June, with no known problems. Everything seems to be running fine. However, I have various people(mostly developers) occasionally complaining that they "think" the system is slower since the upgrade. Of course, the upgrade gets blamed for everything. By slower, the are referring to their batch jobs, those that do a lot of I/O. Interestingly, several people, who do not work in the same area(and most likely do not talk to each other), asked if file buffering has changed somehow with the upgrade. I tell them, not that I am aware of, and ask them for specifics to research, and in most cases I compare the jobs running before and after the upgrade, and the EXCPs all seem to be inline. So, all I can say is that there is this gut feeling that something isn't quite right, but can't put a finger on it. Has anyone else noticed anything, or have idea's on what to look for? _ Dave Jousma -- The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Degraded I/O performance in 1.10?
Have you checked RMF to compare CPU usage and I/O performance before and after the upgrade; specifically the I/O response time. What about the cpu usage of individual jobs. - Original Message - From: "Jousma, David" Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, August 13, 2009 12:45 PM Subject: Degraded I/O performance in 1.10? All, I realize this is a really open ended question. We completed our 1.8 to 1.10 upgrade in June, with no known problems. Everything seems to be running fine. However, I have various people(mostly developers) occasionally complaining that they "think" the system is slower since the upgrade. Of course, the upgrade gets blamed for everything. By slower, the are referring to their batch jobs, those that do a lot of I/O. Interestingly, several people, who do not work in the same area(and most likely do not talk to each other), asked if file buffering has changed somehow with the upgrade. I tell them, not that I am aware of, and ask them for specifics to research, and in most cases I compare the jobs running before and after the upgrade, and the EXCPs all seem to be inline. So, all I can say is that there is this gut feeling that something isn't quite right, but can't put a finger on it. Has anyone else noticed anything, or have idea's on what to look for? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can CICS region share more than one processor
Tommy, Can I ask a couple of fundamental questions? What is the data access for the applications? Is it DB2, DL/1, VSAM or something else. If DB2 (and I think DL/1) these will already be running on threads and these use their own TCBs, 1 per thread. If so I cannot understand your problem. Also do you have a TOR and AORs structure. If not I suggest you go that way. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +966 556730876 --- On Wed, 12/8/09, Tommy Tsui wrote: From: Tommy Tsui Subject: Can CICS region share more than one processor To: IBM-MAIN@bama.ua.edu Date: Wednesday, 12 August, 2009, 2:44 PM Hi , We hit a problem that our cics cannot utilized more than one CPU processor and IBM recommend our shop upgrade to CICSplex .Except this, is there any other way to solve this problem? any comment will be appreciated best regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JESINTERFACELEVEL for FTP
I have a user requesting we change our JESINTERFACELEVEL from 1 to 2. Since I am not familiar with this function, I am z/OS V1.9 - is this a good setting? Or should it be left at 1? I have read the fine manual and it seems to indicate this will allow a user to retieve and job based on security rather than his/her user id. Are there any other issues or impacts to changing this? Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HLLAPI support in Pcomm ?
Peter The evidence I can glean from Personal Communications for Windows, Version 5.9, Emulator Programming is that HLLAPI, in the guise of EHLLAPI, is alive and well. The IBM web site which directs you to all things PCOMM is the following: http://www-01.ibm.com/software/network/pcomm/ I guess it helps to know that the manuals can be located somewhere in IBM web pages to prompt persistence in finding them! Chris Mason On Thu, 13 Aug 2009 16:23:03 +0100, Nuttall, Peter (P.) wrote: >Hi All, > >Used to lurk on this list quite a while ago, but been away for awhile >for various reasons > >Can anyone tell me if HLLAPI is still supported in the newer version(s) >of pcomm ? ... Preferably point me to a website where I can find this >info ... > >Have tried the archives, but no joy ... > >Many thanks in advance for your help, >Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Degraded I/O performance in 1.10?
All, I realize this is a really open ended question. We completed our 1.8 to 1.10 upgrade in June, with no known problems. Everything seems to be running fine. However, I have various people(mostly developers) occasionally complaining that they "think" the system is slower since the upgrade. Of course, the upgrade gets blamed for everything. By slower, the are referring to their batch jobs, those that do a lot of I/O. Interestingly, several people, who do not work in the same area(and most likely do not talk to each other), asked if file buffering has changed somehow with the upgrade. I tell them, not that I am aware of, and ask them for specifics to research, and in most cases I compare the jobs running before and after the upgrade, and the EXCPs all seem to be inline. So, all I can say is that there is this gut feeling that something isn't quite right, but can't put a finger on it. Has anyone else noticed anything, or have idea's on what to look for? _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
On Thu, 13 Aug 2009 11:05:39 -0400, Donald Johnson wrote: >I just ran into something tryng to assemble...I have a program that I am >assembling, and in my SYSLIB I have PDS-1 that uses a blocksize of 3120 and >PDS-2 that uses 32720 (I didn't create this!). > >When I run with PDS-1 ahead of PDS-2, I get error messages ASMA057E >Undefined operation code... > >When I run with PDS-2 ahead of PDS-1, it works fine. > >If this is no longer an issue, shouldn't IBM's own code work correctly? > Since you didn't get I/O errors, this appears not to be a BLKSIZE problem. o Read the Macro and Copy Summary and verify that the same macros were read from the same data sets in both cases. o Add an overriding BLKSIZE=32720 do PDS-1 and see if the results differ. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMS batch query
Is there a way to query DFSMS volume status with a batch job? Thanks, Brent This e-mail and its attachments are confidential and solely for the intended addressee(s). Do not share or use them without Fannie Mae's approval. If received in error, contact the sender and delete them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: Clist Quest
Not necessarely.
Suppose You doing (want to do!) an essentially character
compare.
Like: x1 = x2 where e g x1 = 'AB' and x2 = 'CDE' etc.
Now You have x1 = '1' and x2 = '01'.
Doing the compare x1 = x2 will get the result that they are equal,
becuase REXX is doing a numeric compare.
You can aviod this with having the compare of: 'A'||x1 = 'A'||x2 etc.
Or using the form: x1 == x2 (note the double equals).
Regards,
Thomas Berg
__
Thomas Berg Specialist IT-U SWEDBANK
> -Ursprungligt meddelande-
> Från: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] För Paul Gilmartin
> Skickat: den 11 augusti 2009 17:17
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: Clist Quest
>
> On Tue, 11 Aug 2009 10:52:24 -0400, Baraniecki, Ray wrote:
>
> >Does this technique work the same in Rexx?
> >
> It would, but it's unnecessary; pointless; undesirable.
>
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> >Behalf Of McKown, John
> >Sent: Tuesday, August 11, 2009 10:02 AM
> >
> >suppose the line were:
> >
> >IF &ITEMS < 5 THEN DO
> >
> >What if &ITEMS is null ('')? Without the periods, the CLIST
> intepreter would see the line:
> >
> >IF < 5 THEN DO
> >
> >which it could not handle (syntax error). So the periods are
> there just to make the line syntactically correct in the case
> where &ITEMS is null.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access
> instructions, send email to lists...@bama.ua.edu with the
> message: GET IBM-MAIN INFO Search the archives at
> http://bama.ua.edu/archives/ibm-main.html
>
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
HLLAPI support in Pcomm ?
Hi All, Used to lurk on this list quite a while ago, but been away for awhile for various reasons Can anyone tell me if HLLAPI is still supported in the newer version(s) of pcomm ? ... Preferably point me to a website where I can find this info ... Have tried the archives, but no joy ... Many thanks in advance for your help, Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
AFAIK there is no built in timeout function. We put one together with our auto ops package (Control/O from BMC) that notices a logon then issues a logoff after 30 minutes. Timer is cancelled if the operator performs their own logoff. We do run with LOGON=AUTO but commands are protected (Top Secret from CA) and only display commands are allowed from the default userid. Only issue we found was that within a plex you could only be logged on to one console at a time and that it was possible to strand yourself when shutting down one system if you didn't logoff and had to wait for the IPL to free your userid. Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.com -Original Message- Wissink, Brad [ITSYS] We are moving our operations staff to another building from where our processor is. Due to this change we are looking at making operations logon to the consoles. One thing I don't see is a timeout that would logoff an operator after some time period. Is there such a thing? Do most shops auto logon the console or make their staff logon? Any concerns, experience or gotcha's would be appreciated. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The "Shame" Approach
In a message dated 8/13/2009 4:02:31 A.M. Central Daylight Time, oldti...@wanadoo.fr writes: Support is sometimes good , it is sometimes bad ... but what's for sure , it is declining because of statistics and sometimes skills of some people but very rarely because of the will of individuals. >> Think I've said it before but I believe IBM lost a valuable feedback mechanism when it axed the SE's. Right, wrong or indifferent always felt they wanted it to work and availability and SLA's were always foremost. Eventually they'll figure it out and see numbers of closed problems as a sign of bad code or poor design when compared to other components. Somebody will get a service award and it will be declared all better. As a customer report your problems, try to stay current, have a maintenance strategy that includes load testing in the rollout. Wish more IBM groups would have Ombudsman like Chuckie! _http://www.vm.ibm.com/devpages/altmarka/_ (http://www.vm.ibm.com/devpages/altmarka/) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Concatenations and blocksizes
I just ran into something tryng to assemble...I have a program that I am assembling, and in my SYSLIB I have PDS-1 that uses a blocksize of 3120 and PDS-2 that uses 32720 (I didn't create this!). When I run with PDS-1 ahead of PDS-2, I get error messages ASMA057E Undefined operation code... When I run with PDS-2 ahead of PDS-1, it works fine. If this is no longer an issue, shouldn't IBM's own code work correctly? Don On Thu, Aug 6, 2009 at 1:21 PM, Patrick O'Keefe wrote: > On another list someone found some product doc that still > mentioned having the largest blocksize first in a concatenation. > While trying to reassure the person I realized how little I actually > knew about the topic. So I've got some questions. (Idle curiosity.) > > 1. How long ago did this requirement disappear? > 2. Did SMS relax the restriction or did it cover all concatenations? > 3. What changed? Does OPEN find the largest blocksize in the > concatenation before allocating buffers, or does it simply allocate > buffers large enough for any blocksize? Or something else > altogether? > 4. Are there still instances of concatenations with this restriction? > > Thanks. > > Pat O'Keefe > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Rexx Question
I am issuing a Listdataset RMM command, which worked yester. Today I get a rc
of zero but no output. The actual that is issued is contained in the above
comment. I sure would like to know what went wrong.
Code:
/* RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019) */
x = Outtrap("rmmout.")
Address TSO ""rmmcmd.volnbr""
lcc = rc
x = Outtrap("OFF")
If lcc \= 0 Then Do
lmsg = "RMM LD command failed. RC="lcc
CMDERR:
smsg = "Command Error"
Call Do_Msg
Signal EXIT /* Exit with
End /* Do */
rmmlines = rmmout.0
TRACE Output:
77 *-* /* RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019) */
78 *-* x = Outtrap("rmmout.")
>L>"rmmout."
>F>"RMMOUT."
79 *-* Address TSO ""rmmcmd.volnbr""
>L>""
>C>"RMMCMD.1"
>V>"RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019)"
>O>"RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019)"
>L>""
>O>"RMM LD 'TSTPRB.$.TESTTAPE' VOL(V59019)"
80 *-* lcc = rc
>V>"0"
81 *-* x = Outtrap("OFF")
>L>"OFF"
>F>"OFF"
82 *-* If lcc := 0
>V>"0"
>L>"0"
>O>"0"
89 *-* Say rmmout.1
>V>""
90 *-* rmmlines = rmmout.0
>V>"0"
92 *-* items = 0
>L>"0"
93 *-* Do cnt = 1 To rmmlines
>L>"1"
>V>"0"
131 *-* End /* Do volnbr = 1 To volcnt */
Thanks,
Ray Baraniecki
Morgan Stanley Smith Barney
18th Floor
1 New York Plaza
New York, NY 10004
Office - 212-276-5641
Cell - 917-597-5692
ray.baranie...@morganstanley.com
BE CARBON CONSCIOUS. PLEASE CONSIDER OUR ENVIRONMENT BEFORE PRINTING THIS
E-MAIL.
--
Important Notice to Recipients:
It is important that you do not use e-mail to request, authorize or effect the
purchase or sale of any security or commodity, to send fund transfer
instructions, or to effect any other transactions. Any such request, orders, or
instructions that you send will not be accepted and will not be processed by
Morgan Stanley Smith Barney.
The Global Wealth Management Group of Morgan Stanley & Co. Incorporated and the
Smith Barney division of Citigroup Global Markets Inc. have combined into
Morgan Stanley Smith Barney LLC, a new investment adviser and broker-dealer
registered with the Securities and Exchange Commission. The sender of this
email is an employee of Morgan Stanley Smith Barney.
Important disclosures on Morgan Stanley and Citi Investment Research & Analysis
research reports may relate in part to the separate businesses of Citigroup
Global Markets Inc. and Morgan Stanley that now form Morgan Stanley Smith
Barney LLC. To view these important research disclosures, go to
http://www.morganstanley.com/researchdisclosures and
https://www.citigroupgeo.com/geopublic/Disclosures/index_a.html.
If received in error, please destroy and notify sender. Sender does not intend
to waive confidentiality or privilege. Use of this email is prohibited when
received in error. We may monitor and store emails to the extent permitted by
applicable law.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex?
On Wed, 12 Aug 2009 01:02:32 -0500, Barbara Nitz wrote: >It depends. There are components that you cannot separate/configure for a >subset. One of them is DAE, for instance. (Has caused us *a lot* of grief.) >Another is console. A third is GRS. And WLM. And RMF. And PDSE. And HFS - this was a big pain for us, particularly since we are multi-site. 1.10 and 1.11 will make this easier, but for now we are relegated to sysplex-wide IPLs for D/R events. And not just sysplex root - AUTOMOVE/NOAUTOMOVE/UNMOUNT require attention, and settings will depend on your level of DASD sharing. We have seen some nastygrams with DAE, but looking into DAE on each system, we've seen nothing to indicate the suppression functions are not working properly. Can you elaborate on this at all (offline, if you'd prefer)? Maybe we need to re-address our configuration sooner rather than later. >The following applies to parallel sysplex. Not sure how that would work on >DASD-only log streams that you would have to use if you don't have a CF. >If you use RRS/IXGLOGR, despite what IBM tells you, you MUST HAVE shared >DASD in the same SMS environment. Otherwise you're in for unexpected RRS >cold starts on different lpars, as LOGR offload does not necessarily occur on >the system you expect it to. Every connector to the log stream can do >offload, and despite using different log stream names (in a parallel sysplex >mapped to different structures), a system that is not supposed to connect to >that log stream can fairly easily connect to it. >Given that DASD-only logstreams can only get connected to from one system >(I think), that might not be a problem. But then, you might run into problems I >cannot imagine as we don't have that setup. We do not share SMS-managed DASD in our XCFPlex, but we do within two of our subplexes (based on prior JES3plex configurations). We currently share only CDS volumes, plus a common PARMLIB (for COUPLExx, GRSRNLxx, and a couple of others). We had problems with OPERLOG, using a structure, so now we only enable it on one subplex that shares DASD. We have the odd problem with EJES users on other systems trying to connect to the logstream from images outside the duplex. Perhaps we should try moving to DASD-only to resolve it. We have had no issues with RRS or CICS logstreams - they are DASD-only and system-specific. I suspect if we had SMF or LOGREC enabled, we might run into the same problems as with OPERLOG. >And the list above is only mentioning *a few* sysplex communicators. RACF >may be another problem area. IBM warns against NOT sharing RACF in a >sysplex, but this may apply to special functions. One thing you may run into >(using different RACF databases with the same TSO userids on all those >monoplexes and OPERCMDS active) is system commands being allowed where >they should not. RACF is a sticky wicket. In addition to profile and protection differences, sysplex communication requires either a shared database, or unique dataset names. Because we chose not to rename our existing subplex DSNames (too many ICHRDSNT's to manage), and not to merge our databases (not trivial), we suffered the loss of command propagation. Our admins did get over it, in time... >[..] If you use the same userid on all systems, your users are going >to complain as there can be only one userid with the same name in the >sysplex, Mark Zeldens instructions in how-to-overcome that not >withstanding. Our TSO users did not like it because notifications inevitably >ended up on the wrong system where that userid was also logged on, but >not currently working. We are configured to use same TSO IDs on multiple systems - separate RACF databases, uniquely names ISPF profiles, individual TSO/E mail (LOGNAME) datasets (not uniquely named, but we don't share catalogs, and we have an RNL entry to demote the ENQ). We don't have the notification problem. We cannot logon concurrently within our JES3 subplexes, but this has always been the case. Our JES2 systems are single-member MAS. >It took us two months to combine two completely separate parallel sysplexes >into a common parallel sysplex. To satisfy IBM licencing costs, absolutely no >technical reason. Both subplexes had a fully developed SMS environment to >begin with, and both systems had RNLs already defined. All these subplexes >share are the couple data sets. Which is why I strongly vetoed RRS on one of >those subplexes. And why we ran into problems with DAE. It took us 8 months to merge two sysplexes (two systems each) and three monoplexes into one sysplex. This spring we added another monoplex, and in October we add another, bringing our count to 9. Sharing is limited to what is absolutely necessary to make this rickety-pricing-plex work, but we will start down a path to "Goldplex" (if we ever get through these consolidations). Regards, Art Gutowski Ford Motor Company -
Re: how-to Sysplex? [was "Re: DASD: to share or not to share"]
Arthur, I snipped most of your text, which I whole-heartedly agree with, but I have one comment about the "cost" of GRS-Star: I don't know if anyone has truly studied this, but I have doubts as to whether GRS Star has a CPU cost, at least in an environment with relatively low ENQ activity. I have seen GRS address space CPU time decrease significantly when going to Star, since it does not have to wake up frequently to do nothing but pass the token around the ring. The story may change significantly in a sysplex with high ENQ activity (like a large batch environment). I also wonder whether there is a true storage cost, since I think the GRS address space working set seems to be smaller in Star mode. I wish I had the time to do an in-depth analysis of this, but that's not likely when I'm a one-man shop ;-) >>> Arthur Gutowski aguto...@ford.com> 8/12/2009 6:45 PM >> ( >>> mailto:aguto...@ford.com> ) As I said in a prior post, TANSTAAFL (There Ain't No Such Thing As A Free Lunch). This does come at the cost of CPU and processor storage, plus a little bit of DASD, and a lot of planning. We run parallel sysplex fairly successfully in our US datacenters, but our European counterparts were so CPU constrained that GRS Star hurt them more than it helped. We ended up dismantling their parallel sysplex, but still run basic sysplex. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console Logon timeout?
"Wissink, Brad [ITSYS]" wrote in message news: ... > We are moving our operations staff to another building from where our > processor is. Due to this change we are looking at making operations > logon to the consoles. One thing I don't see is a timeout that would > logoff an operator after some time period. Is there such a thing? Do > most shops auto logon the console or make their staff logon? Any > concerns, experience or gotcha's would be appreciated. > > Brad Wissink We are considering moving the oposite way: eliminate console logon. The consoles are in a highly controlled area, where only operators come. Passwords must be carried over from shif to shift, so they are easy to remember, shouted through the room, widely known and hardly add any security. Because of further minor inconviniences caused by these passwords, we consider eliminating them. Your situation might differ of course, but generally you would protect/control physical access to those and other devices in the same room, hence to the room. Gotchas: we use TSS and had some chicken-and-egg situation where the operator had to logon to the console, but TSS was waiting for an operator action but not yet accepting (logon) commands from the console. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Console Logon timeout?
We are moving our operations staff to another building from where our processor is. Due to this change we are looking at making operations logon to the consoles. One thing I don't see is a timeout that would logoff an operator after some time period. Is there such a thing? Do most shops auto logon the console or make their staff logon? Any concerns, experience or gotcha's would be appreciated. Brad Wissink Information Technology Services Iowa State University 515-294-3088 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can CICS region share more than one processor
Thanks Dr. Merrill for your illustrative example but I do have a question about it. Since L8 TCBs are used to execute DB2 code as well, what part of 10,298 seconds is for DB2 ? Since DB2 related code never executed on QR TCB anyway, that portion of CPU usage is moot for this discussion. The real question is how much of this CPU now runs on L8 TCB which used to run on QR TCB due to the aggressive OTE exploitation ? Regards Mohammad On Wed, 12 Aug 2009 15:18:23 -0500, Barry Merrill wrote: >In the old days, a CICS subsystem's capacity was limited by >the amount of CPU TCB time needed for that single QR TCB. > >Based on my analysis when OTE was brand new, of the CPU time >consumed by each of these new CICS TCBs, I planned this post >to argue that going to OTE didn't help much, because most of >the CICS CPU time was still being spent under the QR TCB. > >I could NOT have been more wrong! > >Analyzing new CICS/TS 4.1 Open Beta data from a VERY >aggressive OTE exploiter site shows (from their >SMF 110, subtype 2 Dispatcher Statistics segments, >MXG CICDS and CICINTRV datasets): > >Total TCB CPU in Dispatcher Records = 13,080 seconds >Total TCB CPU in QR TCB = 2,776 seconds >Total TCB CPU in L8 TCB = 10,298 seconds >Total TCB CPU in all other TCBs = 6 seconds > >Aha, you say, OTE still doesn't help; the CPU time just moved >from the QR TCB to the L8 TCB, so the capacity limit just moved >from one TCB to the other, right? > >Wrong again. > >While the QR TCB can attach only a single TCB, these new TCBs >can attach multiple TCBs; in fact, the SMF data shows that >the L8 TCB attached a maximum of 22 TCBs, each of which >is a separate dispatchable unit. > >So, it REALLY does look like that these multiple OTE TCBs >do eliminate the old "one-TCB" CICS capacity limitations, >and does indeed spread your CICS time across MANY TCBs. > >(Total SRB time in the Dispatcher Records was only 65 seconds.) > >Barry Merrill > >Herbert W. Barry Merrill, PhD >President-Programmer >Merrill Consultants >MXG Software >10717 Cromwell Drive >Dallas, TX 75229 > > ba...@mxg.com > http://www.mxg.com > admin questions: ad...@mxg.com > technical questions: supp...@mxg.com > tel: 214 351 1966 > fax: 214 350 3694 > > > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex? [was "Re: DASD: to share or not to share"]
With others making judicious mention of GRS RNLs, I realized I omitted another important reference: "z/OS MVS Planning: Global Resource Serialization", SA22-7600, as well as sections in the various components' (HSM, RACF, etc.) "sysprog" or "reference" manuals that speak to GRS requirements. >You're on the right path. I also strongly recommend you read "z/OS MVS: >Setting Up a Sysplex", SA22-7625, "Achieving the Highest Levels of Parallel >Sysplex Availability", SG24-6061, "z/OS Systems Programmers Guide to: >Sysplex Aggregation". The latter is an almost indispensible RedPaper (AFAIK, >not yet a RedBook), and thoroughly describes the various sysplex >configurations and levels of sharing or isolation. Multi-CEC, multi-site may >or >may not apply to you, but the concepts are relevant, nonetheless. > >The "ABCs of Systems Programming" also contains chapters on sysplex, I do >believe. There used to be a couple of "Software Management" and "Sysplex >Configuruation" "cookbooks" out there, but I believe they have been >superseded in large part by the aforementioned references. > >Also, take a look at the IBM System z Parallel Sysplex site: >http://www-03.ibm.com/systems/z/advantages/pso/index.html >and Resource Link, CF Sizer, etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how-to Sysplex?
On Wed, 12 Aug 2009 17:49:46 -0600, Frank Swarbrick wrote: >Does the ISPF PROFILE_SHARING feature address this issue? > No. It addresses profile sharing issue. :-) The issues related to profile sharing (or not) without the new feature are covered in my doc. Please read it and then ask your questions. Look for $SNGLTSO on my web site (URL below). Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: moving RACF profiles to a new system
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman > > --- > I once accidently swapped INDDn with OUTDDn with *predictable* results. ;) > It was one of the longest 5 minutes in my life to fix things... 8-D > --- > BTDTGTSS. Makes you really religious about checking twice, doesn't it? > > Be safe: Use DBSYNC and follow directions SCRUPULOUSLY. This is a > situation where haste not only makes waste; it can also lead to ulcers > and the tearing of hair and gnashing of teeth. In extreme cases, it > could lead to promotion... to the sidewalk. I saw it happen and was > called in as a consultant to untangle the mess. Not pretty. > > I may be overstating this, but I feel that the RACF database should be > treated as a critical resource, like the master catalog. and with more > care, if that's possible. Indeed. As far as I'm aware, the system simply will not function without a viable master catalog. But it *will* function (for the minimum value[1] of "function") without a viable RACF database. [1] The system can (eventually) complete an IPL with RACF running in "failsoft" mode. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migrating ML2 Tape content to ML2 DASD Volume
RECYCLE execute volume(nn) I am trying to migrate one VTS ML2 Tape to ML2 DASD Volume. I was trying FREEVOL command but I am getting message "MIGRATION OF A TAPE VOLUME IS NOT SUPPORTED" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch connection to CSKL (was: Trigger CICS transaction from Batch Job)
On Wed, 12 Aug 2009 16:52:42 -0400, Gil, Victor x28091 wrote: >Jantje, > >I am intrigued. Can you elaborate a bit on this idea? >[Doc pointers, code samples, etc.] You can find the fine manual that describes the CICS side of such at z/OS Communications Server IP CICS Sockets Guide ( http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss? CTY=US&FNC=SRX&PBL=SC31-8807-05 ). The batch side of things is described in z/OS Communications Server IP Sockets Application Programming Interface Guide and Reference ( http://www.elink.ibmlink.ibm.com/publications/servlet/pbi.wss? CTY=US&FNC=SRX&PBL=SC31-8788-07 ). I did code a child server, but I am afraid I cannot give you that code, because it was developed for a specific customer who paid for it and who actually owns that code. But the documentation is fairly good and there are samples. The code for the client was for Windows. The point, however, is that CICS comes with infrastructure (the CSKL transaction) that makes managing a listener in CICS quite simple and effective. All you need to do is to code the child server transaction in your programming language of choice. The book gives you guidelines on how to structure the program for this transaction. And you do not have to worry about how to listen for an incoming connection (because that is the difficult part that CICS has already done for you...). Your transaction is started by CSKL and receives the socket number that represents the connection. All you need to do is to TAKESOCKET and start receiving (and sending) data over it. For the batch program, you just do simple sockets programming, again in the programming language of your choice. The connection is set up by opening a socket to the port where the CSKL is listening, send the trancode plus some security-related information (if you need it). CICS is listening for incoming connections, spawns the transaction, corresponding to the trancode you ask for and GIVESOCKET the socket to it. Then your batch program and your CICS transaction engage in a TCP conversation and can pass data back and forth among them without restriction. Do read the book; it is all in there. If you need more information, please ask me specific, detailed questions off- list. Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD: to share or not to share
>> - Original Message >> From: Mark Zelden mark.zel...@zurichna.com >> >> Typical size is 956 byte, at list at our shop. My RMF reports shows i.e. >> 1,868,451 for the Default Class (956) and only 4,539 for the Big Class >> (16,316) >> as outbound traffic from one LPAR to another in the plex. > I know I can look at RMF reports to see what sizes are going where and > how many. My question is: How do you know what percentage of the > default class messages are GRS (although I would suspect they all > fit in the 1K class)? What if all the big ones were GRS (relative to this > current discussion on GRS ring)? You are right. The 'XCF usage by member' report does not tell which Transport Class a given member uses. Going back to the numbers I gave yesterday, SYSGRS alone sent 1,825,205 messages. Being the messages in the Big Class only 4,539, I assume all messages belonging to SYSGRS fit in the Default Class. > The only way you could tell is if you set up a transport class(s) just for > GRS, > which hasn't been recommended in a long time. I haven't seen a recommendation for a 'GRS-only' Transport Class either. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - RUNNING QUERY COMMAND IN BATCH
Lovely. It works. Thanks to all who responded.
--- On Thu, 13/8/09, Schwarz, Barry A wrote:
From: Schwarz, Barry A
Subject: Re: DFHSM QUESTION - RUNNING QUERY COMMAND IN BATCH
To: IBM-MAIN@bama.ua.edu
Received: Thursday, 13 August, 2009, 4:33 AM
The QUERY command does have an ODS operand. Remove it and the output will go
to SYSTSPRT.
-Original Message-
From: John Dawes [mailto:jhn_da...@yahoo.com.au]
Sent: Wednesday, August 12, 2009 10:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - RUNNING QUERY COMMAND IN BATCH
Hi,
I am trying to execute the following query command via a batch job. The reason
for this is to create audit trails for our internal inspectors
HSEND Q BACKUP(ALL). If the command is issued via TSO I get the desired
results however via batch (jcl below) I am getting syntax errors
//STEP001 EXEC PGM=IKJEFT01
//SYSPRINT DD SYSOUT=*
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
HSENDCMD LIST BACKUP(ALL) -
ODS('PROM.BACKUP.ALL')
/*
//
I tried substituing the LIST with QUERY. No luck. Any suggestions what else I
can try?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Send instant messages to your online friends http://au.messenger.yahoo.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS activation - RACF AUDIT
Hi there Thanks for the tip. It looks like it is the other way around. If you activate via ISMF then it doesn't get logged into RACF type 80. But if I issue SETSMS SCDS (dsname) it does get picked up. I think I will raise a question with IBM. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: moving RACF profiles to a new system
Jim, If the new system has fewer profiles, one option might be to add the profiles in the new database to the existing database, make an IRRUT200 copy of the latter, and port the copy over to the new system. Regardless of how and in what direction you copy the profiles, you'll need to consider the effect the copied dataset and general resource profiles will have on the system to which they are being added (e.g., undercutting existing permissions, protecting resources that were previously unprotected). For other considerations, see our presentation on merging RACF databases available at: http://www.rshconsulting.com/racfres.htm Regards, Bob - Robert S. Hansel | 2009 RACF Training Lead RACF Specialist | > Intro & Basic Admin - Boston - SEPT 22-24 RSH Consulting, Inc. | > Audit for Results - Boston - NOV 3-5 www.rshconsulting.com | Visit our website for registration & details 617-969-8211 | - -Original Message- Date:Wed, 12 Aug 2009 10:54:11 +0100 From:Jim McAlpine Subject: moving RACF profiles to a new system I need to take our existing RACF profiles across to a new z/OS system which has an existing RACF database and somehow merge them into the new system. Is there a way to accomplish this. I can't simply replace the RACF database on the new system with my existing one because it contains profiles which are required for the new system. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS activation - RACF AUDIT
Jennifer Currell pisze: Hi there I am trying to set up auditing of various storage management tasks. Within RACF I have set various dataset profiles with AUDIT SUCESS(UPDATE) so that they are logged as SMF/RACF type 80s - this works fine. I then tried to do something similar whenever someone activated a new SMS config. But that doesn't seem to work. I have updated the RACF FACILITY STGADMIN.IGD.ACTIVATE.CONFIGURATION so that it has AUDIT(ALL). When I activate a new SMS config I can see the entry in the SMF - type 43 subtype 3. But when I then run the program to list the RACF records it isn't there. This is the job I am running. [...] I'm not 100% sure, but I believe you activate SMS configuration by MVS commands and the profile works only if you activate using ISMF ISPF panels. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The "Shame" Approach
On Thu, 13 Aug 2009 16:16:10 +0900, Timothy Sipples wrote: >snip >Yes, I'm sure IBM support people want to close PMRs as quickly as they can. >But (in general) that's only because they want to resolve the actual >problem(s) quickly, because both speed and quality count. How quickly >problems are resolved strongly correlates with customer satisfaction, too. >If you don't want a PMR closed, though, don't close it. (And, if you do >close one, there's a lot of time available to reopen it if you need.) >Customer service is much "art," not just science, and it takes a lot of >time and effort to teach that. > >Speaking only for myself. I'll speak for myself also I have been working for so many years in IBM support center that I should know very well how it works and what Barbara is describing is exactly what is happening. The useless lev1 lev2 lev3 delay is the same in every country in Europe because the level 2 is cross country. The ping pong game of PMR requeue is existing everywhere As for statistics , I have seen one of the Tivoli brand manager complaining because we had taken 4 hours to debug, find, write and provide a ++zap on a sev1 problem in OPC The guy was from PC department and did not even know what a mainframe is Problem was that it was forbidden to spend more than one hour on a Tivoli PMR . and our PMR had killed the Tivoli statistics for the month ( he did not know that OPC had been branded TIVOLI the previous month ) I could tell you horror stories about labs in west coast and east coast trying to let the other one take an APAR ( IOS and Catalog comes to mind as a spectacular one ) I just saw lately a change in DAE behaviour ( in 1.10 I think) that is intended to release consequences of millions of DAE entries I had this problem 5 years ago and apar was refused . Customer do not necessarily have the time to fight for an apar and they give up in order to save time. Support is sometimes good , it is sometimes bad ... but what's for sure , it is declining because of statistics and sometimes skills of some people but very rarely because of the will of individuals. IIRC Barbara was also in level 2 so she "knows" Bruno Sugliani zxnetconsult(at)free(dot)fr http://zxnetconsult.free.fr -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Migrating ML2 Tape content to ML2 DASD Volume
I am trying to migrate one VTS ML2 Tape to ML2 DASD Volume. I was trying FREEVOL command but I am getting message "MIGRATION OF A TAPE VOLUME IS NOT SUPPORTED" Any idea how can I achieve this ? Are there any other ways to migrate the data from virtual ML2 tape to DASD volumes which are designated as ML2. JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMS activation - RACF AUDIT
Hi there I am trying to set up auditing of various storage management tasks. Within RACF I have set various dataset profiles with AUDIT SUCESS(UPDATE) so that they are logged as SMF/RACF type 80s - this works fine. I then tried to do something similar whenever someone activated a new SMS config. But that doesn't seem to work. I have updated the RACF FACILITY STGADMIN.IGD.ACTIVATE.CONFIGURATION so that it has AUDIT(ALL). When I activate a new SMS config I can see the entry in the SMF - type 43 subtype 3. But when I then run the program to list the RACF records it isn't there. This is the job I am running. So I can see the type 42/3 record in SMFDATA but no equivalent entry in the OUTDD dataset. I am a Storage/Sysprog person - only a little knowledge of RACF. Thanks //STEP0001 EXEC PGM=IFASMFDP //SYSPRINT DD SYSOUT=* //ADUPRINT DD SYSOUT=* //OUTDDDD DISP=(,CATLG),DSN=BD.SL780A.SMF.SQ.TEMPE, // SPACE=(CYL,(1500,250),RLSE),DSORG=PS,LRECL=32756,REC // UNIT=(DISK,3) //SMFDATA DD DISP=SHR,DSN=BD.MOSMFZS.SMFGEN //SMFOUT DD DUMMY //SYSINDD * INDD(SMFDATA,OPTIONS(DUMP)) OUTDD(SMFOUT,TYPE(0:255)) ABEND(NORETRY) USER2(IRRADU00) USER3(IRRADU86) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Marsee , Bruce L is out of the office.
I will be out of the office starting 08/12/2009 and will not return until 08/14/2009. I will be checking email and will have my Blackberry if you need me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The "Shame" Approach
IBM takes a lot of customer satisfaction measurements, and there is a pretty good system for looking at trends and taking action if/when there are weaknesses. Just last month somebody surveyed customer satisfaction at an IBM conference where I spoke, and my manager and I both got those results. (They were very good, fortunately.) At least in my part of the world (and in my personal experience) management puts a lot of focus and pressure on customer satisfaction, and a lot of employees have formal targets set, even with bonuses tied to achieving certain levels of satisfaction. The survey people are kept independent and might not even be IBM employees. As another example, I had a position (for many years) covered by survey people who would ask customers an open ended question: "Is there anyone at IBM who you found especially helpful?" (The question is/was at least similar to that.) And then there's a follow-up question, to rate that person's performance on a scale of 1 to 10. (The opposite question is/was also asked, I think with the ressurance that the customer's identity would be protected.) The whole extended team -- thousands of people, usually -- would get quarterly reports which published the names of anybody mentioned by a customer and scoring a 9 or 10. Managers would frequently award bonuses on that basis, and of course almost everybody got the hint. Low scorers were (ahem) "handled" privately. High scorers tended to make better career progress. And in many countries we have an internal program called "Thanks!" which, in my experience anyway, encourages employees to help each other, particularly across teams, to break down some of the bureaucracy. Yes, I'm sure IBM support people want to close PMRs as quickly as they can. But (in general) that's only because they want to resolve the actual problem(s) quickly, because both speed and quality count. How quickly problems are resolved strongly correlates with customer satisfaction, too. If you don't want a PMR closed, though, don't close it. (And, if you do close one, there's a lot of time available to reopen it if you need.) Customer service is much "art," not just science, and it takes a lot of time and effort to teach that. Speaking only for myself. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
