Re: SMS overflow storage group question

2009-03-18 Thread John Ticic
An overflow storage group is used when there is not enough available space for the initial allocation. I believe it doesn't come into the picture when extending data sets. Volumes residing in overflow storage groups are preferred over quiesced volumes and storage groups. Look at DFSMS Storage

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Gerhard Postpischil
Ian S. Worthington wrote: I'm aware of the distinction, but have always felt that that's a fairly reasonable working definition of "default", at least up until a reassignment. I suspect that he considers the language assignment of the upper-cased variable name to be the default, hence the dist

Re: protecting ISPF dataset allocations

2009-03-18 Thread Ed Gould
--- On Wed, 3/18/09, Lizette Koehler wrote: --SNIP > You could provide a mechanism where > their libraries could be included in the logon > process.  > > We had a process that if they had a data set called > TSOID.CLIST and a member called STAR

Re: Share proceedings question again

2009-03-18 Thread Brian Peterson
The Proceedings from SHARE conferences are available on the SHARE web site. Go to http://www.share.org, and on the left hand side of the screen, click on Proceedings. Brian On Wed, 18 Mar 2009 13:36:46 -0400, Neal Eckhardt wrote (on the usenet newsgroup, not the listserv): >At one time, non mem

Re: CEEPRM00 for dummies (me)

2009-03-18 Thread Nicholas Carbone
The CEEDOPT syntax which includes the '=' sign and the OVR|NONOVR suboption is not permitted in CEEPRM00. Rick Fochtman wrote: >In this example you post, your parentheses are badly out of balance. >Could that be a contributing factor ?? > >John Kelly wrote: > >>I am attempting to put in CEEPRM00

Re: COBOL and dynamic allocation (my two cents)

2009-03-18 Thread Ed Gould
--- On Tue, 3/17/09, Tom Marchant wrote: -SNIP- > You only need one DCB, and can specify multiple > destinations using > // OUTPUT statements. > Yes I know that Tom. I guess I will have to go back and read your entry again and try to understa

Re: COBOL and dynamic allocation (my two cents)

2009-03-18 Thread Ed Gould
> I disagree, Ed. Reading a list of > destinations from a "parmlib"-type dataset can be the > easiest, and best way, to handle this situation. But updates > to this dataset should be controled and audited, just like a > PROCLIB or any other control-related library. Make provision > for comments in

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Patrick O'Keefe
On Wed, 18 Mar 2009 15:36:24 -0500, Paul Gilmartin wrote: >On Wed, 18 Mar 2009 15:21:31 -0500, Ian S. Worthington wrote: > >>Regrettably you can only set a default for the stem as a whole, not for a >>subset of the variable space. >> >It is *not* a default, and Rexx documentation avoids >the po

Re: SCSIDISC SAMPEXEC on z/VM 5.4.0

2009-03-18 Thread Raymond Noal
OUCH HITACHI  DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ian S. Worthington Sent: Wednesday, March 18, 2009 4:21 PM To: IBM-MAIN@bama.ua.edu Sub

Re: SCSIDISC SAMPEXEC on z/VM 5.4.0

2009-03-18 Thread Ian S. Worthington
Sounds even worse than the example I found a few years back of a supplied sample (to do Shark analysis?) which required SAS. i -- Original Message -- Received: Wed, 18 Mar 2009 06:07:13 PM COT From: Raymond Noal To: IBM-MAIN@bama.ua.edu Subject: SCSIDISC SAMPEXEC on z/VM 5.4.0 > Dear Li

SCSIDISC SAMPEXEC on z/VM 5.4.0

2009-03-18 Thread Raymond Noal
Dear List Members: Just to save you some time and grief, I'm passing this along. We have just started using FCP devices for our Linux (SuSE & Red Hat) virtual machines running under our z/VM 5.4.0 system. In order to verify our hardware configuration and our switch configurations, I was able to u

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Ian S. Worthington
I'm aware of the distinction, but have always felt that that's a fairly reasonable working definition of "default", at least up until a reassignment. i -- Original Message -- Received: Wed, 18 Mar 2009 03:39:27 PM COT From: Paul Gilmartin To: IBM-MAIN@bama.ua.edu Subject: Re: Multi-dimen

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Terry Sambrooks
Hi, I though a quick thank you was in order to all those who responded to my earlier query. Having reviewed the various responses and combined that information with some gleaned from query on STEMs posted earlier in the week by somebody else. I have been able to correct my misunderstanding and pr

Re: DFHSM QUESTION - RECYCLE ML2 TAPE

2009-03-18 Thread Traylor, Terry
In the Data Recovery Scenarios chapter of the z/OS DFSMShsm Storage Administration Guide is a case called Overwritten Migration Tape which you may find helpful in determining a corrective action for recovery of your damaged tape. There also is a job example of how to interogate the MCDS to build

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Patrick O'Keefe
On Wed, 18 Mar 2009 09:48:10 -0500, Ian S. Worthington wrote: >>> It implements them as a conceptual subset of stems, and >>> they are indexed with strings rather than by integers which >>>actually makes them rather more powerful once one breaks >>>out of the array mindset. >> I'm not sure

Re: protecting ISPF dataset allocations

2009-03-18 Thread Tom Marchant
On Wed, 18 Mar 2009 16:11:04 -0400, Don Leahy wrote: >The only time I ever saw READY prompt restricted was in a logon proc >designed for end users (ie *not* programmers). Those users were >allowed to use a couple of ISPF-based tools, but nothing else. Same here. In our case, the end users were

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Paul Gilmartin
On Wed, 18 Mar 2009 15:21:31 -0500, Ian S. Worthington wrote: >Regrettably you can only set a default for the stem as a whole, not for a >subset of the variable space. > It is *not* a default, and Rexx documentation avoids the possibly misleading use of "default" by a correct description that:

Re: protecting ISPF dataset allocations

2009-03-18 Thread Ted MacNEIL
>IMO, the application programmer should be given enough latitude to shoot >*himself* in the foot, but should not be able to shoot anyone else's foot. Yes! Yes! Yes! Do NOT 'protect' application types! Allow them everything they need. But, allow them only that - Too busy driving to stop for gas!

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Ian S. Worthington
Regrettably you can only set a default for the stem as a whole, not for a subset of the variable space. Its one of my pet peeves. i -- Original Message -- Received: Wed, 18 Mar 2009 03:08:19 PM COT From: "Patrick O'Keefe" To: IBM-MAIN@bama.ua.edu Subject: Re: Multi-dimensional arrays in

Re: protecting ISPF dataset allocations

2009-03-18 Thread Don Leahy
The only time I ever saw READY prompt restricted was in a logon proc designed for end users (ie *not* programmers). Those users were allowed to use a couple of ISPF-based tools, but nothing else. IMO, the application programmer should be given enough latitude to shoot *himself* in the foot, but s

Re: FW: SYSOUT dynamic allocation in COBOL - but a little problem

2009-03-18 Thread Steve Comstock
Steve Comstock wrote: Steve Comstock wrote: Bill Klein wrote: I may be missing something, but if you know at compile-time (when you can set an environment variable) that you want the "output" to go to SYSOUT, why are you using "files" (with OPEN, WRITE, etc) and not just doing a DISPLAY stat

Re: CEEVGTSI GET A STACK INCREMENT performance problem

2009-03-18 Thread Nicholas Carbone
On Wed, 18 Mar 2009 04:32:44 -0500, Big Iron wrote: >The storage report doesn't appear to indicate an issue. You may wish to >investigate performance issues with CEEVGTSI with IBM support. > >Bill > >On Wed, 18 Mar 2009 10:26:50 +0200, Arie Kremer wrote: > >>Hi, >> >>Please see my question at th

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Ted MacNEIL
>These are Mellon Bank Mods JES2 control statements, also used in the OS/EM >product to give JES3 DJC type functions the JES2 THRUPUT Manager (MVS Solutions -- Markham, Ontario, Canada) has managed these for years. I've been a happy customer, since 1989. - Too busy driving to stop for gas! --

Re: protecting ISPF dataset allocations

2009-03-18 Thread Dave Salt
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Jousma, David > We already do not allow them to get to the READY prompt If a data set is allocated to a users ISPF session and it runs out of space (e.g. the ISPF PROFILE), the usual remedy is to reallocate a big

Re: protecting ISPF dataset allocations

2009-03-18 Thread Schwarz, Barry A
Let's assume you find a way to do what you want. Since your users cannot free or reallocate SYSPROC/SYSEXEC, they WILL figure out how to use ALTLIB and LIBDEF. In practical terms, what have you accomplished? How are things any more controlled? How are they restricted to supported tools? -Or

SMS overflow storage group question

2009-03-18 Thread Neal Scheffler
In our general SMS storage group we have several volumes in disabled new status that the operators can change to quiesced new status if necessary. What I want to do is set up a pool of volumes that will only be used if absolutely no other volumes have the necessary space. Would an overflow st

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Steven Conway
Thanks, Mark. We have ThruPut here, and I hadn't seen that. So many manuals, so little time. :-) Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Mark Zelden

Re: Dataflow analysis tools?

2009-03-18 Thread Itschak Mugzach
Try IN-COM's Smart TS XL. It have a wonderful GUI, smart query system. Itschak On Wed, Mar 18, 2009 at 1:57 PM, Andrew Rowley wrote: > If you're interested in the sort of data that can be found in SMF, it > sounds like it might be an interesting report to add to EasySMF. Feel free > to conta

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Mark Zelden
On Wed, 18 Mar 2009 11:20:32 -0600, Jerry Whitteridge wrote: >These are Mellon Bank Mods JES2 control statements, also used in the >OS/EM product to give JES3 DJC type functions the JES2 > /*WITH , /*AFTER and /*BEFORE can also implemented with ThruPut Manager from MVS Solutions. We still have

Re: DB2 Table archiving...

2009-03-18 Thread Itschak Mugzach
Timothy, I am speaking on a full table migration, not at a record level. Exactly as HSM acts with datasets. I know OPTIM and have the pleasure to sell it ;-) Itschak On Wed, Mar 18, 2009 at 10:07 AM, Timothy Sipples wrote: > Sorry, I got the product number for IBM Optim Data Growth Solution fo

Re: protecting ISPF dataset allocations

2009-03-18 Thread Gibney, Dave
This is the good answer, some control plus flexibility. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Staller, Allan > Sent: Wednesday, March 18, 2009 8:09

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Daniel McLaughlin
Wow...all the arcane knowledge on this group's collective minds could fuel "Geek Jeopardy" ! I am truly, and daily, in awe. Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax

PCI Compliance

2009-03-18 Thread Hal Merritt
Anyone know of a credible, verifiable source of what went wrong with RBS WorldPay and Heartland Payment Systems? The Register reports key logging malware, but doesn't say how it came to be. http://www.theregister.co.uk/2009/03/13/visa_delists_heartland_rbsworldpay/ Lacking a credible, verifiabl

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Steven Conway
Thank, Norris and Bob for the followup info. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 -- For IB

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Norris Jackson
Oh and more information can be found in the JES Exits book, and at BellSouth (now AT&T) they were/are used extensively to help reduce contention for certain resources or control job flow. Norris Jackson MVS Systems Programmer Colonial Bank One Court Square Montgomery, Al 36104 norris_jack...@co

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Richards, Robert B.
Questions about Mellon Mods (now called SHARED SPOOL MODS) can be directed to Stephen McColley (stephen.mccol...@suntrust.com) or Frank Lawrence (frank.lawre...@suntrust.com) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steven Conwa

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Norris Jackson
Here's a link to an old email about this Mellon mod that was incorporated into some of the JES exits. http://www.mail-archive.com/ibm-main@bama.ua.edu/msg42642.html Norris Jackson MVS Systems Programmer Colonial Bank One Court Square Montgomery, Al 36104 norris_jack...@colonialbank.com Phone

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Steven Conway
Thanks, Jerry, and Bill Bishop. Fits perfectly. Cheers,,,Steve Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197 Jerry Whitteridge Sent by: IBM Mainframe Discussion List 03

Re: /*WITH & /*AFTER Commands? (was .*WITH & /*AFTER Commands?)

2009-03-18 Thread Steven Conway
Sorry, typo in the subject line. The /*WITH and /*AFTER commands were told to me as JCL statements used to control batch job processing. Steve Conway Lead Systems Programmer Information Systems & Services Division Computer & Network Operations Phone: (703) 450-3156 Fax:(703) 450-3197

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread William Bishop
Not the /*WITH. The /*AFTER command was part of a group from an old system that included /*BEFORE, /*CNTL, and /*AFTER. It was used to control sequencing of batch jobs if you did not have a job scheduling package. This was 25+ years ago. I believe they were off of either the CBT tape or the

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Jerry Whitteridge
These are Mellon Bank Mods JES2 control statements, also used in the OS/EM product to give JES3 DJC type functions the JES2 Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com If everything seems under control, you're just not going fast enough. > ---

Re: .*WITH & /*AFTER Commands?

2009-03-18 Thread Daniel McLaughlin
WAG: IEBUPDTE? Daniel McLaughlin Z-Series Systems Programmer Information & Communications Technology Crawford & Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 cell: 770-666-7969 email: daniel_mclaugh...@us.crawco.com web: www.crawfordandcompany.com

.*WITH & /*AFTER Commands?

2009-03-18 Thread Steven Conway
This is just to satisfy my curiosity. Does anybody recognize these commands? Or a $DR to display resources? One of my user community says he used these commands at AT&T up until 2002. I don't recognize them. There is not a Google search I could think of that limited the results to anything

Re: Any Batch Pipes experience?

2009-03-18 Thread Nemo
On Wed, 18 Mar 2009 07:45:09 -0500, Spencer, Mike wrote: >Batch Pipes can only move data between two different jobs. It cannot move data between steps because in a Batch Pipes world, there is no way to get multiple steps running in parallel for the pipe to work. "no way"?!? All the user need

Re: PDS(E) usage for proclibs

2009-03-18 Thread Mark Zelden
On Wed, 18 Mar 2009 11:25:56 -0500, Barrett, Dennis wrote: >I assume that started tasks and started jobs are not allowed to use pdse >proclibs, or am I mistaken about that? > We've been using them for years for application (Endevor controlled) PROCLIBs. Mostly to eliminate all the issues with h

Re: PDS(E) usage for proclibs

2009-03-18 Thread Skip Robinson
Like many 'mature' shops, we put TSO logon procs into their own separate proclib. You whipper snappers wouldn't understand what a performance benefit that used to provide. ;;) Years ago we converted that library to a PDSE to protect it from multiple updates. The proclib is defined only to JES, not

Re: protecting ISPF dataset allocations

2009-03-18 Thread Skip Robinson
Knock knock. Who's there? Control freak. Now this is where you say, "Control freak who?" . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com

PDS(E) usage for proclibs

2009-03-18 Thread Barrett, Dennis
I understand that all of the proclibs specified in my master JCL must be type=pds and not pdse. But, are there any issues with using pdse libs for proclibs that are allocated to JES2 for use by batch? I assume that started tasks and started jobs are not allowed to use pdse proclibs, or am I mistake

Re: Sun/STK T10K tape drives and HSM

2009-03-18 Thread O'Brien, David W. (NIH/CIT) [C]
That is correct. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden [mark.zel...@zurichna.com] Sent: Wednesday, March 18, 2009 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Sun/STK T10K tape dr

Re: Sun/STK T10K tape drives and HSM

2009-03-18 Thread Mark Zelden
On Wed, 18 Mar 2009 11:40:51 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: >Larre, > >What HSM function, Incremental Backup, ML2, or Dump? > >What is your Parmlib value for Percentfull" > >ex. TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200)) > > So I guess you run 9840s in native / 3490 mode

Re: COBOL and dynamic allocation (my two cents)

2009-03-18 Thread Rick Fochtman
I disagree, Ed. Reading a list of destinations from a "parmlib"-type dataset can be the easiest, and best way, to handle this situation. But updates to this dataset should be controled and audited, just like a PROCLIB or any other control-related library. Make provision for comments in the dest

Re: Sun/STK T10K tape drives and HSM

2009-03-18 Thread Larre Shiller
Dave/Rick - I believe that the HSM folks want to use them for all HSM functions, but I think the function that is failing at this point is ML2. We have PERCENTFULL set to 97% and IBM is telling us that the PERCENTFULL values greater than 100% is only valid for 3490-type virtual tape. In fact,

Re: protecting ISPF dataset allocations

2009-03-18 Thread Hal Merritt
I would respectfully submit that the root problem is personal 'tools' getting into production. That's one reason production ID's should not have access to personal datasets. Another perspective is that such tools can and should be viewed the same as any other program (or JCL, or source, or wha

The Sun may be shining in IBM

2009-03-18 Thread Lionel B Dyck
Looks like IBM may acquire Sun http://online.wsj.com/article/SB123735970806267921.html Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: lionel.b.d...@kp.org AIM: lbdyck | Yahoo IM: lbdyc

Re: changing management class on about 10000 datasets

2009-03-18 Thread Rick Fochtman
Is there no way to prevent journalling of these actions? Perhaps there should be such a mechanism, perhaps under RACF control in the FACILITY class. Perhaps a way to disable journalling a complete run of FIXCDS? Sounds like a possible requirement here. -- Rick -- Remember that if you’re not th

Re: Sun/STK T10K tape drives and HSM

2009-03-18 Thread O'Brien, David W. (NIH/CIT) [C]
Larre, What HSM function, Incremental Backup, ML2, or Dump? What is your Parmlib value for Percentfull" ex. TAPEUTILIZATION(UNITTYPE(L9840) PERCENTFULL(2200)) Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behal

Re: Basic capacity question

2009-03-18 Thread Mark Zelden
On Wed, 18 Mar 2009 09:39:19 -0500, Hal Merritt wrote: >The full theoretical MSU capacity of an LPAR is the same as the machine. > No, it isn't. The LPAR can be capped and it may have less logical engines than there are physical engines. Mark -- Mark Zelden Sr. Software and Systems Architect -

Re: Sun/STK T10K tape drives and HSM

2009-03-18 Thread Adams, Rick
Larre, Check your TAPEUTILIZATION parameter for these tapes. If the drives are defined as 3590-1 you will have to increase the utilization to a number around 2200-2400%. If you are using the normal 97% then I would expect to only see about 15-20 gb used on a tape. ThanksRick -Original M

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Gerhard Postpischil
Ian S. Worthington wrote: I refer to the tendency of programmers new to rexx stems, but familiar with hll arrays, to reduce their (non-numerical) problem to one of integral indices into arrays rather than make full use of the rexx stem facility. I agree completely, but that was not the meaning

Sun/STK T10K tape drives and HSM

2009-03-18 Thread Larre Shiller
Hello - We are attempting to use Sun/STK T10K tape drives for HSM using 500G tapes and we have not been able to fill the tapes more than 3% (or maybe 10%) full. As far as we can determine, we have everything defined correctly. Is anybody currently using T10K tape drives for HSM and did you ha

Re: Any Batch Pipes experience?

2009-03-18 Thread Rick Fochtman
Good evening IBM-MAIN, Is anybody using Batch Pipes in production? Does the product really expedite execution of multi-step jobs? Is this a robust product for processing millions of records per day? Any gotchas with recovery?

Re: MY REPLACEMENT

2009-03-18 Thread Benik, John E
Love the quote at the end Rick. It's the same one our bicycling group uses and the name of our team is IC Butts. If you're not leading the pack the view never changes. John -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman

Re: protecting ISPF dataset allocations

2009-03-18 Thread Paul Gilmartin
On Wed, 18 Mar 2009 09:45:55 -0500, Wayne Driscoll wrote: >All the more reason to NOT do this. If you "zealous" programmers are >setting things up to improve their productivity, and as long as you have >adequate security system setup (which, being a bank I would stipulate), >why keep people from

Re: MY REPLACEMENT

2009-03-18 Thread Rick Fochtman
Steve, to the best of my knowledge, the only requirements(?) are common sense, working with z/OS, good sportsmanship and professional behavior. Most of us frown on personal attacks, name-calling or off-color language and off-topic posts. And I believe we have far more lurkers than posters. Lur

Re: protecting ISPF dataset allocations

2009-03-18 Thread Hal Merritt
Saw this at a shop once. First thing most everyone did was to discard the 'required' set and build their own. That amounted to a noticeable load on the catalogs and some serious cycles consumed in deallocation and allocation. Logons took a -long- time. Also saw a 'bare bones' TSO that was just

Re: protecting ISPF dataset allocations

2009-03-18 Thread Staller, Allan
Tom Conley's DYNAMIC ISPF may also provide a good approach. SEE www.cbttape.org File 495. It doesn't directly address the free of SYSPROC/SYSEXEC, but it seems to offer an approach that limits the need to do this in the first place. Is there any mechanism or approach to protect a TSO/ISPF user

Re: Basic capacity question

2009-03-18 Thread Hal Merritt
The OP asked about "full theoretical MSU capacity". Capping, CPUs on or offline, other active LPARs, coprocessors, are all practical considerations as to how many MSU's a given LPAR can actually consume under a given scenario. For example, a second active LPAR can consume 1 or 2 MSU's just sitt

Re: protecting ISPF dataset allocations

2009-03-18 Thread Staller, Allan
Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where need

Re: protecting ISPF dataset allocations

2009-03-18 Thread Ted MacNEIL
>As a tech services type of person, I agree. >But not for the general user. I don't understand why. >Once again, it is an attempt to control what is considered supported, and what >is not. I understand this even less. Just because it's un-supported, does not make it less useful. It just reduce

Re: protecting ISPF dataset allocations

2009-03-18 Thread Ted MacNEIL
>want to maintain the separation of what is considered "supported" and >"un-supported" from our perspective I guess I'm being too simplistic: "Supported" -- Utilities/programmes/EXECs/CLISTs in the standard production libraries. "Un-Supported" -- Everything else. (If un-supported software break

FRBACKUP with VERSIONS=0

2009-03-18 Thread Scott Rowe
Any of you that currently use FRBACKUP with VERSIONS=0 (or had desired to do so) should check out APAR OA27162: COMMENTS: DFSMShsm has added support to recognize during the FRBACKUP WITHDRAW command whether or not the tracks the VTOC resides on are indeed in a relationship. If so, and if the v

RES: Any Batch Pipes experience?

2009-03-18 Thread ITURIEL DO NASCIMENTO NETO
Hi Victor, Yes, we do use BatchPipes in production and it is great. BatchPipes can be used in a single Lpar or in a Sysplex, and there were never an issue with this product. The configuration is simple and basically what you have to do is to choose the candidate jobs (there is a program somew

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Ian S. Worthington
I refer to the tendency of programmers new to rexx stems, but familiar with hll arrays, to reduce their (non-numerical) problem to one of integral indices into arrays rather than make full use of the rexx stem facility. i -- Original Message -- Received: Wed, 18 Mar 2009 09:29:58 AM COT F

Re: protecting ISPF dataset allocations

2009-03-18 Thread Wayne Driscoll
All the more reason to NOT do this. If you "zealous" programmers are setting things up to improve their productivity, and as long as you have adequate security system setup (which, being a bank I would stipulate), why keep people from doing their jobs to the best of their ability?

Re: protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
I can't hardly even spell Roscoe Remember, it *was* just a question :-)We'll probably leave things the way they are. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Gran

Re: Basic capacity question

2009-03-18 Thread Scott Rowe
Only if the LPAR has all CPUs online, and is not capped. >>> Hal Merritt 3/18/2009 10:39 AM >>> The full theoretical MSU capacity of an LPAR is the same as the machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday,

Re: protecting ISPF dataset allocations

2009-03-18 Thread Wayne Driscoll
While I strongly agree with Bob, I will add that IF you feel the need to go down this path, there is a Dynamic Allocation Exit (IEFDB401) that you could use to accomplish this. The exit will require a detailed understanding of dynamic allocation, as well as an understanding of the various envi

Re: protecting ISPF dataset allocations

2009-03-18 Thread Thompson, Steve
The problem here is the OP is coming from a ROSCOE environment which has a "control mentality." The TSO world can have that level of control, but to what end? Having worked in and with ROSCOE, WYLBUR, TSO, etc. and having done migrations between different environments (Univac, Honeywell, S/x, etc

Re: Basic capacity question

2009-03-18 Thread Hal Merritt
The full theoretical MSU capacity of an LPAR is the same as the machine. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of P S Sent: Tuesday, March 17, 2009 6:57 PM To: IBM-MAIN@bama.ua.edu Subject: Basic capacity question I understand SC

Re: protecting ISPF dataset allocations

2009-03-18 Thread Steve Comstock
Jousma, David wrote: Ted, thanks for the reply. Yea, it is a little big brother. But we have only a half dozen of us in Tech support, to service hundreds of developers. In the Roscoe world, RPF's multiplied like rabbits, and entire applications which they consider "production" have risen from

Re: protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
As a tech services type of person, I agree. But not for the general user. Once again, it is an attempt to control what is considered supported, and what is not. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...

Re: protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
We are doing that for them now, at the END of the concatenation. I guess I just have to live with this as it is. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546

Re: protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
Ted, thanks for the reply. Yea, it is a little big brother. But we have only a half dozen of us in Tech support, to service hundreds of developers. In the Roscoe world, RPF's multiplied like rabbits, and entire applications which they consider "production" have risen from the dust. Problem is

Re: protecting ISPF dataset allocations

2009-03-18 Thread Hal Merritt
Some might argue that it is a programmer's job to screw up and break stuff. Give them the READY prompt back. Protect your resources and don't worry about how folks do things. Any restrictions just make their job harder than it needs to be. Wait. Are you a competitor? If you are, then disrega

Re: protecting ISPF dataset allocations

2009-03-18 Thread Ted MacNEIL
>it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their >liking than ours. And, why is this a problem? Most general utility programmes/EXECs/CLISTs do not come in a one size fits all (home-grown or other). Over the years, I have accumulated many GB worth of stuff that I us

Re: IBM in talks to acquire Sun Microsystems

2009-03-18 Thread Anne & Lynn Wheeler
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well. et...@tulsagrammer.com (Eric Chevalier) writes: > This morning's Wall Street Journal is reporting that IBM is in talks > to buy Sun Microsystems for as much as $6.5 billion. A deal could

Re: protecting ISPF dataset allocations

2009-03-18 Thread Lizette Koehler
You could provide a mechanism where their libraries could be included in the logon process. We had a process that if they had a data set called TSOID.CLIST and a member called STARTUP, we allowed them to specify libraries the would be added into the logon proc. They did not have a choice of

Re: Multi-dimensional arrays in REXX

2009-03-18 Thread Gerhard Postpischil
Ian S. Worthington wrote: It implements them as a conceptual subset of stems, and they are indexed with strings rather than by integers which actually makes them rather more powerful once one breaks out of the array mindset. "All generalities are false" (?) I'm not sure what you mean by the "

Re: protecting ISPF dataset allocations

2009-03-18 Thread Paul Gilmartin
On Wed, 18 Mar 2009 10:16:21 -0400, Thompson, Steve wrote: >-Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On >Behalf Of Jousma, David > >Is there any mechanism or approach to protect a TSO/ISPF user from >accidentally/intentionally FREEing SYSPROC or

Re: protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
Thanks Steve. Tech Support can still get to the ready prompt. No others here use TSO TEST. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8

Re: protecting ISPF dataset allocations

2009-03-18 Thread Ted MacNEIL
>I don't want them FREEing and reallocating SYSPROC/SYSEXEC to concatenate their own stuff ahead of what we want them to use. Why? Sounds a little like 'Big Brother' to me. I mean, it's your shop, but why not allow them a little flexibility? Whenever somebody has reported a problem with any ISPF

Re: protecting ISPF dataset allocations

2009-03-18 Thread Vernooy, C.P. - SPLXM
"Jousma, David" wrote in message news:... > All, > > Is there any mechanism or approach to protect a TSO/ISPF user from > accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our > shop has been mostly Roscoe users outside of tech support. We are > trying to migrate developer's t

Re: protecting ISPF dataset allocations

2009-03-18 Thread Thompson, Steve
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, March 18, 2009 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: protecting ISPF dataset allocations All, Is there any mechanism or approach to protect a TSO/ISPF user

Re: protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
Bob, I agree if it were just the FREE ALL I was concerned with. We have some pretty zealous programmers here, and it would not surprise me to see them reallocate SYSPROC/SYSEXEC more to their liking than ours. _ Dave Jousma Assistant

Re: protecting ISPF dataset allocations

2009-03-18 Thread Bob Shannon
In my opinion it's overkill. Years ago I sent inordinate time trying to protect things like this. Educate your users and encourage them to be productive. Show them the advantage of using ALTLIB. If they free SYSPROC/SYSEXEC and then can't function, close the problem as a user error. They'll catc

Re: IBM in talks to acquire Sun Microsystems

2009-03-18 Thread Paul Gilmartin
On Wed, 18 Mar 2009 08:36:19 EDT, Ed Finnell wrote: > >I don't see the synergy at all. Maybe in the roll out we'll see more. From >an end user perspective it's like merging matter and anti-matter. Which is >which is open for debate. > Star Trek employed that concept quite productively. I have a

protecting ISPF dataset allocations

2009-03-18 Thread Jousma, David
All, Is there any mechanism or approach to protect a TSO/ISPF user from accidentally/intentionally FREEing SYSPROC or SYSEXEC? Until now, our shop has been mostly Roscoe users outside of tech support. We are trying to migrate developer's to use TSO/ISPF, and want to protect the environment where

Update to XMITIP Version 09.03 (final)

2009-03-18 Thread Lionel B Dyck
This announcement was posted on the XMITIP Yahoo group last night and is now being sent to the IBM-Main listserv and my XMITIP notification list. In the future any announcements will be in the Yahoo group at http://tech.groups.yahoo.com/group/xmitip/ and that is also where you should go with qu

Re: IBM in talks to acquire Sun Microsystems

2009-03-18 Thread Mark T. Regan, K8MTR
CNET Article on "Why an IBM purchase of Sun would make sense"  http://news.cnet.com/8301-1001_3-10198901-92.html?part=rss&subj=news&tag=2547-1_3-0-20  Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) From: Eric Chevalier To: IBM-MAIN@bama.ua.edu Sent: Wednes

Re: DFHSM QUESTION - RECYCLE ML2 TAPE

2009-03-18 Thread Spencer, Mike
If the tape has any valid data on it, DFHSM will request a mount to try and recycle the data. You'll need to remove the tape from DFHSM control, delete the entries from the MCDS and then recover any/all of the files from their BCDS backup copies to recover the data. Michael Spencer BMC Sof

  1   2   >