DFSMSdss exit to list dumped or copied datasets
Hello, I'm wondering if there is an existing exit (or an ADRDSSU statement option; but I don't find it...) that allows us to print the successfully and unsuccessfully dumped or copied datasets to datasets... Thanks a lot in advance for your lights, Regards, Romain -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FBA rant
IIRC, CP/67 - CMS supported the "Noodle Picker", but not as a Pseudo-FBA device. Andreas F. Geissbuehler wrote: The venerable IBM 2321 A.K.A "the strip picker", the one responsible for the mbb in "mbbcchhr" -- did CP/67 or VM ever support the 2321 ? Andreas F. Geissbuehler AFG Consultants Inc. http://www.afgc-inc.com/ On Sun, 4 Mar 2007 10:25:47 +0100, Birger Heede <[EMAIL PROTECTED]> wrote: The 2321 was the Mars File according to IBM archives Birger Heede IBM Denmark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDITSET
In a recent note, Shane Ginnane said: > Date: Tue, 6 Mar 2007 08:03:58 +1000 > > In this, as in so many other things, it is SDSF that needs to be dragged > kicking and screaming out of its own little cocoon. > Fell free to flick a request their way. > It'll be ignored. > Thanks for the encouragement and redirection. PMR submitted on SDSF (I believe that's the proper form for a "request" that erroneous behavior be repaired). I guess we'll find out how quickly they can reply "WAD". But at least once before, SDSF gave me WAD (on a behavior less clearly erroneous than this -- performance), only to repair it _sua_sponte_ in a (much) later elease. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?
In a recent note, Charles Mills said: > Date: Mon, 5 Mar 2007 16:46:26 -0800 > > noticed that the error it IS flushing on is an "I" message also. Go figure! > I guess it's "informational" -- it's informing me that my job has been > flushed! > I sympathize. I have ranted about this a few times here. Predictably, the MVS partisans have defended the design with a rationale only slightly different from that you cynically suggest. In fact, they state that SYSLOG messages are targeted not at you and me, the programmers reading them, but at operators or systems administrators, who rarely read them. For those persons, the messages indicate no necessary action nor error committed by those persons, hence the "I" suffix is deemed proper. I can now quote this Scripture, but I feel no obligation to profess it. > IEF212I jobname stepname procstep JOBLIB +001 - DATA SET NOT FOUND > IEF272I jobname stepname procstep - STEP WAS NOT EXECUTED. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?
In a recent note, Bob Rutledge said: > Date: Mon, 5 Mar 2007 19:22:08 -0500 > > How is it not working? Is not // DD DDNAME=MOREDD being treated as DD DUMMY? > I see that it's documented that it should work that way: #<<< 12.17.5 "z/OS V1R7.0 MVS JCL Reference" 12.17.5 Location in the JCL ... Errors in Location of Referenced DD Statement The system treats a DDNAME parameter as though it were a DUMMY parameter and issues a warning message in the following cases: * If the job step or called procedure does not contain the referenced DD statement. Ugh! I don't like this because of a feature of DUMMY (also documented), which I intensely dislike: #<<< 12.24.4 "z/OS V1R7.0 MVS JCL Reference" 12.24.4 Relationship to Other Control Statements ... The system treats data sets concatenated to a DUMMY data set as dummy data sets in that I/O operations are bypassed. However, the system performs disposition processing and allocates devices and storage for any concatenated data sets. I see little point in that design; it was a rude surprise when I discovered it by accident. I would find it far more useful if I/O operations on data sets concatenated to a DUMMY data set were performed normally; then I could nullify one catenand as DUMMY and leave the remaining catenands in effect; or, I could nullify all succeeding catenands as DUMMY if I desired that instead. As it is, if I wish to nullify only one interior catenand, I allocate a temporary data set (DISP=(,DELETE),SPACE=0) in its place. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?
Ah! Thanks. You and Ray are right. It's flushing but on a different error. I was just about to beat myself up for not realizing that the subject message is an "I" message and could not possibly be fatal ... but then I noticed that the error it IS flushing on is an "I" message also. Go figure! I guess it's "informational" -- it's informing me that my job has been flushed! IEF212I jobname stepname procstep JOBLIB +001 - DATA SET NOT FOUND IEF272I jobname stepname procstep - STEP WAS NOT EXECUTED. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Bob Rutledge Sent: Monday, March 05, 2007 4:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new? Not new. How is it not working? Is not // DD DDNAME=MOREDD being treated as DD DUMMY? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?
Not new. How is it not working? Is not // DD DDNAME=MOREDD being treated as DD DUMMY? Bob Charles Mills wrote: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD IN PRIOR STEP WAS NOT RESOLVED new in z/OS (new relative to OS/390)? I have JCL that was working in OS/390 V2R10 but is getting this error in z/OS. It's a concatenated DD: //MYDDDD DSN=SOME.DATASET.NAME(MEMBER),DISP=SHR //DD DDNAME=MOREDD Where MOREDD does not exist (in some cases -- it's a JCL INCLUDE file and sometimes I want to concatenate onto MYDD and sometimes I do not). In V2R10 I was just omitting MOREDD and OS/390 was happy. z/OS is giving me the error above. (FWIW, the JCL is actually a little more complicated with several concatenated PDS members and many intervening //* comments.) Yes, I know how to fix it (//MOREDD DD DUMMY) but I was just surprised that something that used to work had stopped working. I would be interested in a confirmation that I am not missing or imagining something. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?
The message has been there since MVS days - I remember it in ESA, and it even might have been in there in XA (the cobwebs are getting denser in that back corner of my mind). And it's really not an error - it's a warning. A job should not JCL out because of it. It's just warning you of a possible oversight. In fact, the old IBM distributed procs such as COB2CLG used this construct frequently to allow user-provided linkage editor input. However, depending on z/OS level, I remember some APARs relating to proc overrides and DD orders and in-stream data sets. Is this flushing your job? Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] > -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills > Sent: Monday 05 March 2007 15:44 > To: IBM-MAIN@BAMA.UA.EDU > Subject: Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new? > > Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD IN PRIOR STEP WAS NOT > RESOLVED new in z/OS (new relative to OS/390)? I have JCL > that was working > in OS/390 V2R10 but is getting this error in z/OS. > > It's a concatenated DD: > > //MYDDDD DSN=SOME.DATASET.NAME(MEMBER),DISP=SHR > //DD DDNAME=MOREDD > > Where MOREDD does not exist (in some cases -- it's a JCL > INCLUDE file and > sometimes I want to concatenate onto MYDD and sometimes I do > not). In V2R10 > I was just omitting MOREDD and OS/390 was happy. z/OS is > giving me the error > above. (FWIW, the JCL is actually a little more complicated > with several > concatenated PDS members and many intervening //* comments.) > > Yes, I know how to fix it (//MOREDD DD DUMMY) but I was just > surprised that > something that used to work had stopped working. I would be > interested in a > confirmation that I am not missing or imagining something. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD ... new?
Is IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD IN PRIOR STEP WAS NOT RESOLVED new in z/OS (new relative to OS/390)? I have JCL that was working in OS/390 V2R10 but is getting this error in z/OS. It's a concatenated DD: //MYDDDD DSN=SOME.DATASET.NAME(MEMBER),DISP=SHR //DD DDNAME=MOREDD Where MOREDD does not exist (in some cases -- it's a JCL INCLUDE file and sometimes I want to concatenate onto MYDD and sometimes I do not). In V2R10 I was just omitting MOREDD and OS/390 was happy. z/OS is giving me the error above. (FWIW, the JCL is actually a little more complicated with several concatenated PDS members and many intervening //* comments.) Yes, I know how to fix it (//MOREDD DD DUMMY) but I was just surprised that something that used to work had stopped working. I would be interested in a confirmation that I am not missing or imagining something. Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,...
I would just caution about overusing the PAGEDEL command, depending on how big the new page dataset is - IF he is combining these with the PAGEADDs. I got burned once trying to move a bunch of page datasets around on a fairly static (paging wise) system - like it appears his might be. >From an old APAR (OY50780), WHEN A PAGE ADD IS DONE FOLLOWING COMPLETION OF A PAGE DELETE THE ADDED DATASET SHOWS AS HAVING SLOTS IN USE AS SOON AS THE PAGE ADD COMPLETES. THIS APAR IS TO DOCUMENT THE FACT THAT THIS IS NOT A PROBLEM AND SHOULD BE AN EXPECTED CONDITION. DURING A PAGE DELETE SOME OF THE PAGES ON THE DELETING DATASET ARE MOVED TO OTHER PAGING DATASETS. ASM KEEPS TRACK OF THE NEW LOCATIONS OF THESE PAGES. WHEN THE PAGE DELETE COMPLETES THE PARTE IS RETURNED TO THE POOL AND IS AVAILABLE FOR REALLOCATION SHOULD A PAGE DATASET BE PAGE ADDED. IF A PAGE ADD IS DONE, AND THAT PART IS SELECTED FOR USE WITH THE NEW DATASET, ALL OF THE SLOTS ON THE NEW DATASET THAT WERE IN USE AT THE TIME OF THE PAGE DELETE WILL BE MARKED AS IN USE ON THE NEW DATASET IF THE CORRESPONDING PAGES HAVE NOT BEEN REFERENCED BY THE OWNER SINCE THE PAGING DATASET WAS DELETED. ONCE THE PAGE ADD IS COMPLETE AND THE PAGES ARE REFERENCED, THE SLOT ON THE PAGE ADDED DATASET AS WELL AS THE SLOT WHERE THE PAGE ACTUALLY RESIDES WILL BE FREED. THE PROCESS MUST BE DONE THIS WAY OR THE SYSTEM WOULD END UP WITH MULTIPLE VIRTUAL PAGES WITH POINTERS TO THE SAME LOCATION ON AUX. The z/OS 1.4 manual indicates that even though this APAR is 15 years old, it is still valid. Doing an occasional PAGEADD/PAGEDEL is OK, but in his situation, where he has several page datasets that are full, it might be tempting to simply allocate a new, larger page dataset, activate it, PAGEDEL one of the small ones, and then continue doing this. He may get bit by the reuse of the page slots. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Monday, March 05, 2007 3:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,... On Mon, 5 Mar 2007 15:28:47 -0500, Veilleux, Jon L wrote: >Ed Finnell wrote >> >>Guess if you're feeling frisky could do a PAGEDEL against one of the >>old ones and see where it goes. >> > >Nowhere without also using the 'DRAIN' option. DRAIN only makes the page data set read-only. No new pages will go there, but pages will not be moved. You can do a drain if you think you'll be DELETEing or REPLACEing a page data set so that there will be less for DELETE or REPLACE to have to move. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: JES2 Warning - Don't $P Spool Volumes
On Mon, 5 Mar 2007 16:24:25 -0600, Brian Peterson <[EMAIL PROTECTED]> wrote: >Short version: If you are z/OS JES2 1.7 or above, don't drain spool >volumes. APARs OA17249 and OA20195 (new, see "additional related symptoms" >within the APAR text) describe problems which can occur if you $P a spool >volume which is not known to be empty. I believe that OA20195 only affects volumes with extents 8 and higher. If you have the fix for OA17249 installed (Aug. 2006) you *should* be OK to drain volumes with extents 0-7. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: JES2 Warning - Don't $P Spool Volumes
Short version: If you are z/OS JES2 1.7 or above, don't drain spool volumes. APARs OA17249 and OA20195 (new, see "additional related symptoms" within the APAR text) describe problems which can occur if you $P a spool volume which is not known to be empty. The below workaround is suggested. Brian On Mon, 5 Mar 2007 09:19:19 -0600, Brian Peterson wrote: >There are problems in z/OS 1.7+ JES2 where SPOOL volumes can drain with >valid occupied track groups still remaining. > >One of these problems is described by OA17249. The fix for OA17249 only >corrects jobs submitted AFTER the fix is applied. > >Another problem was just discovered (no APAR number yet). > >Both of these problems deal with issues related to something called >the "SPOOL used mask". This is an attribute of each job, and is incorrect >due to reasons described in OA17249 and in the new APAR about to be >created. Because the mask is wrong, JES2 "thinks" spool volumes are empty >when in fact they still contain parts of valid jobs. > >The bottom line is - do not $P spool volumes in JES2 1.7 or 1.8. Instead, >follow the below procedure: > >Step 1) $T SPOOL(volser),SYSAFF=-ANY > This will perform the same function of $P SPOOL(volser), but without > draining the spool volume. > >Step 2) Take note of the exact date / time of step 1. > >Step 3) Wait until every job with a RD-DATE / RD-TIME (from SDSF ST display) > which was submitted before Step 2's date / time has purged. On my > system, this took several weeks. > >Step 4) Once it is known that no job exists on SPOOL which pre-dates the > date / time of Step 2, it is now safe to $P SPOOL(volser). > >Brian > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDITSET
gil, jumping down Walt throat, wrote on 06/03/2007 03:36:40 AM: > > > > I would say that ISPF does have its act together, gil. It allows > > > Not in my perception. You're showing an unseemly excess of > employee loyalty. Walt is right. In this, as in so many other things, it is SDSF that needs to be dragged kicking and screaming out of its own little cocoon. Fell free to flick a request their way. It'll be ignored. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 MTTR
On Sat, 3 Mar 2007 08:48:43 -0500, Knutson, Sam <[EMAIL PROTECTED]> wrote: >JES2 SPOOL addressing uses 4 byte MTTR where > >M is SPOOL extent number > >TT is track address (up to 64K) > >R is record number > >This is referenced in a number of JES2 documents but you most recently >see it discussed related to large sequential data set support for JES2 >SPOOL. > >http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm. >iea.zos/zos/1.7/Installation/MigrationConsiderations.pdf?dmuid=200612312 >22730831109 > This changes slightly in z/OS 1.7 with SPOOLDEF LARGEDS=ALLOWED or LARGEDS=ALWAYS. Four bits are "borrowed" (more like stolen) from the record number field and given to the track address. So it becomes more like MTTtr. From the JES2 z/OS 1.7 Migration Considerations book that Sam referenced: "JES2 uses 4 byte MTTRs to address records on SPOOL. Using this scheme, we can address up to 64K tracks with 255 records per track. But JES2 formats the tracks with much less than 255 records per track. On a 3390 with the recommended buffer size of 3992 bytes, JES2 used 12 records per track. This implies that we can use some of the bits from the “R” value to supplement the TT value. By borrowing 4 bits, we can get 20 bits or 1M tracks." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E GIM69222S SMPJHOME vs. Java version
In a recent note, McKown, John said: > Date: Mon, 5 Mar 2007 12:19:54 -0600 > > > > > > > For example, I have the following Java jdk's installed: > > > > > > /usr/lpp/jdk140/J1.4 > > > /usr/lpp/jdk141/J1.4 > > > /usr/lpp/jdk142/J1.4 > > > /usr/lpp/jdk150/J5.0_64 > > > > > > you can do: > > > > > > cd /usr/lpp > > > ln -sf jdk150/J5.0_64 java > ... > If it were me, I might look at a member called JAVA with one statement > in it: > > // SET JAVAHOME='/usr/lpp/jdk150/J5.0_64' > > Then in other JCL do: > > // INCLUDE MEMBER=JAVAHOME > ... > //SMPJHOME DD PATH='&JAVAHOME', > ... > Almost as good, but it fails to cover applications that are not started from JCL. > But, then, how does this differ from, say, CICS? We have the SDFHLOAD in > CICSTS23.TS23.SDFHLOAD. I've seen others say that they have it in > SYS1.TS23.SDFHLOAD. The problem with any product which is not integrated > with z/OS is that the location may vary. In your example, the binder is > always called IEWL and is always in SYS1.LINKLIB. Well, unless, as I > have done, you put a "back level" binder somewhere else due to some > compatability problems (this was long ago). > Ah, but I see on our system: Menu Functions Confirm Utilities Help -- BROWSESYS1.LINKLIB Row 13635 of 18253 Name PromptAlias-of Size TTR AC AM RM _ IEWLIEWBLINK 08D0 01622D 00 ANY 24 _ IEWLOAD IEWBLINK 08D0 01622D 00 ANY 24 _ LOADER IEWBLINK 08D0 01622D 00 ANY 24 So, for these either the IBM designers or our system administrator did us the courtesy of providing us the useful aliases. I believe it has been so through many releases. Something similar could be done with a symlink for Java, but that onus should be not on individual customers, nor ISVs, nor on SMP/E, but on the Java development group. At least they could tender a strong suggestion to customers to create the Java symlink in a portable way. Prior to APAR IO03469, SMP/E ran a login shell which found the JAVA path from /etc/profile. I favored the change in IO03469; I saw good reason for it, and IBM saw even more cogent cause than I. But I would have appreciated the convenience of a symlink offsetting the lost function. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 MTTR
On Sat, 3 Mar 2007 14:48:03 +, Ted MacNEIL wrote: >I remember when an electonics engineer was in an IMS course with me (circa 1981), and he was continually getting confused about PCB. > >Programme Control Block >Printed Circuit Board > I thought you were going on a tangent towards Poly Chloro Biphenyl's (PCB's). Whew I don't know where my old chemistry book is. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
On Mar 5, 2007, at 2:27 PM, Ted MacNEIL wrote: So all I'm saying is for your own JCL (occasional copies), go ahead and always use COPYMOD if you like waiting longer. But I would never suggest it be done for production jobs. How many jobs in production do you have that it's an issue? IIRC, COPYMOD came out with XA. We've/I've used it non-stop since then. It's never been a bottlneck/resource hog. The only place it's measurable (that I'm aware of) is during system's maintenance. And, I would still do it, then. Ted, Not to disagree but for what its worth. When SERVPAC first came out (10 years?) I don't recall it using copymod (I could be in error). I do recall the tape spinning forward then rewinding then forward then rewinding (100's of times) IIRC the job took several hours I would probably be more concerned that the rewind/forward spacing on the tape and the elapsed time it took rather than the amount of CPU time the job took. As I recall it was an amount I certainly could live with. Come to think about it, There was probably a copymod or two as IIRC we had the IEBCOPY look alike and it did have some issue. In anycase when I used the IBM version the slowness never bothered me. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLM Resource Group at capacity
>If the application workload running under (or in) the Resource Group is >consuming the maximum SU/SEC (7500) does WLM continue to honor the >priorities within the Resource group. For example will work migrate from >period 1 to 2 and finally 3. If a process operating under the 1st Serv >Class, will it get cpu cycles when needed. >I have been told that when a Resource Group is max'ed out WLM no longer >attempts to apply the goals defined for the Resource Group. The resource group is simply a cap (in this case) on the service allowed. If a service class is NOT meeting it's goals, then the cap takes precedence and WLM will not try to meet the assigned goal. The duration is based on the service consumed and has nothing to do with the resource group, so the transition between periods will occur on the same intervals. I don't know what you mean about the "priorities" in the first group. If the maximum service is being consumed, then clearly the priority is adequate for that purpose, so no additional adjustments would need to be made. Bear in mind that the resource group applies to the service class and NOT to individual address spaces within the service class. Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this Session connected to a Mainframe or a UNIX host?
Check the newsgroup archives for 3 June 2006 and look for that link. Bob John S. Giltner, Jr. wrote: John D. Slayton wrote: I just wanted to know if this screenshot link below is connected to a Mainframe host or a UNIX host? See for yourself. http://imgfly.com/files/260506_025828/ The screen appears to be a 3270 screen, which implies that at some level it is connected to a 3270 host. It could be a real mainframe, or some other platform emulating a mainframe. It could be directly "connected" or going through a 3270 gateway. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,...
On Mon, 5 Mar 2007 15:28:47 -0500, Veilleux, Jon L wrote: >Ed Finnell wrote >> >>Guess if you're feeling frisky could do a PAGEDEL against one of the old >>ones and see where it goes. >> > >Nowhere without also using the 'DRAIN' option. DRAIN only makes the page data set read-only. No new pages will go there, but pages will not be moved. You can do a drain if you think you'll be DELETEing or REPLACEing a page data set so that there will be less for DELETE or REPLACE to have to move. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Can I use SYSVIEW? Yes, check the PAGING and PAGEDS commands Adam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
On Mon, 5 Mar 2007 20:27:17 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>So all I'm saying is for your own JCL (occasional copies), go ahead and always use COPYMOD if you like waiting longer. But I would never suggest it be done for production jobs. > >How many jobs in production do you have that it's an issue? Did I say it was an "issue". I said I want to save resources whenever and wherever possible. It's what helps makes our data center efficient and (hopefully) keeps us from being outsourced. Just like any "best practice" - every little bit helps. But to answer your question, IEBCOPY is probably executed thousands of times a day. Some of it part of production jobs but more of it is probably related to change control procedures used to copy modules from production to test and from test environments back up to QA and production. Some things you do just because you know they will help - even if almost impossible to measure. This is something that is certainly measurable. > >IIRC, COPYMOD came out with XA. >We've/I've used it non-stop since then. >It's never been a bottlneck/resource hog. > >The only place it's measurable (that I'm aware of) is during system's maintenance. Did you see my test for just a single library. You don't call a 350% increase in CPU time measurable! >And, I would still do it, then. I've stated a good case not to, but you are certainly free to do what you want and encourage all your users to use COPYMOD 100% of the time. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,...
Drain option Have never used it. Do the PAGEDEL, and it will move the pages to other datasets no problem. Have done it a lot, while reconfiguring our paging subsystems on running production systems. Dave Dave Jousma Principal Systems Programmer [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Monday, March 05, 2007 3:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,... Ed Finnell wrote >> Guess if you're feeling frisky could do a PAGEDEL against one of the old ones and see where it goes. >> Nowhere without also using the 'DRAIN' option. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDITSET
If you think it's broken or not documented well or even if you just don't like the way it works and want it changed, then contact IBM's SDSF support. IBM-MAIN can't change it - no matter how long and loud you yell. Only IBM can do that. On Mon, 5 Mar 2007 10:36:40 -0700, Paul Gilmartin <[EMAIL PROTECTED]> wrote: >In a recent note, Walt Farrell said: > >> Date: Mon, 5 Mar 2007 12:13:02 -0500 >> >> On 3/5/2007 12:04 PM, [EMAIL PROTECTED] wrote: >> >> >> > ... But in SDSF "SJ" while >> > EDITSET shows "Confirm Cancel" as disabled, SDSF still asks me >> > to confirm Cancel. >> > >> > ISPF really needs to get its act together. >> >> I would say that ISPF does have its act together, gil. It allows >> >Not in my perception. You're showing an unseemly excess of >employee loyalty. > >> applications to run with different application prefixes, settings, >> variable pools, and commands. You've described one of the effects of >> that flexibility. >> >> SDSF runs with a different application profile (ISF) than PDF does >> (ISR). Thus the commands available are different, the settings are >> maintained separately, etc. >> >> You need to do the EDITSET (or any other action that sets profile >> variables) once for each different ISPF application you're using. >> >Do you, then, consider it correct, or a manifestation of "flexibility" >that EDITSET under SDSF displays "Confirm Cancel" as disabled, yet >the Cancel command itself still requests confirmation? > >And "flexibility" can be a PITA when there's no global default >setting and the customer is required to do the profile setting >for each application, and suffers a high astonishment factor when >entering a seldom-used applicaton and encountering a deviation >from behavior that had generally been observed to be uniform and >stable. > >Is there a way to make such settings globally rather than locally? >It would be great to have a checkbox that says "Apply these settings >to all applications." > >-- gil >-- >StorageTek >INFORMATION made POWERFUL > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
>Surprising comments coming from someone who has spent years in the area of >performance. Possibly, but I spend the time in the areas that make a difference. Our batch jobs fill valleys; IEBCOPY never comes into play. Our online transactions come into sub-0.1 second response -- the network is the issue. The online process to continue business is where we need to optimise. I'm going to let the occasional 'un-optimised' job slip through. Our issues are operational reports VS business transactions to the onlines. One lock excludes all. The number of times an issue comes up with COPYMOD can be counted on the fingers of less than one hand. Cr*ppy app code is a different issue! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM S/360 series operating systems history
On Sat, 3 Mar 2007 07:55:03 -0500, Charles Mills <[EMAIL PROTECTED]> wrote: >... >And I *think* that DOS was always DOS. I *think* that BOS was something >else. >... I know/knew nothing of BOS internals, but the JCL looked nothing like DOS JCL. (I think a JCL statement started with a single slash.) If the original BOS became DOS, then something else took the name BOS. DOS and BOS coexisted for a while before BOS died. And DOS still have an 8K Supervisor version for a couple years after it became DOS (if it was ever anything else). Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,...
Ed Finnell wrote >> Guess if you're feeling frisky could do a PAGEDEL against one of the old ones and see where it goes. >> Nowhere without also using the 'DRAIN' option. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EREP & Logsteam
Thanks, Greg. Funny timing, I just saw where you sent some FTP data here to Mainline. On 3/5/07, Greg Shirey <[EMAIL PROTECTED]> wrote: Yes, we do. I didn't set it up, but here's one report step: //LOGR1EXEC PGM=IFCEREP1,PARM=(SYSUM,'ACC=N') //SERLOG DD DSN=SYS1.CPAC.LOGREC,DISP=SHR //ACCINDD DSN=SYSPLEX.LOGREC.ALLRECS, // SUBSYS=(LOGR,IFBSEXIT), // DCB=(RECFM=VB,BLKSIZE=4000) //DIRECTWK DD UNIT=SYSDA,SPACE=(CYL,(5,5)) //TOURIST DD SYSOUT=*,DCB=BLKSIZE=133 //EREPPT DD SYSOUT=I,DCB=BLKSIZE=133 //SYSUDUMP DD SYSOUT=* //ACCDEV DD DSN=SYS2.EREP.LOGR.HISTORY,DISP=OLD //SYSINDD DUMMY,DCB=BLKSIZE=133 In other steps, SERLOG is DD DUMMY,DCB=BLKSIZE=133... HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace Sent: Monday, March 05, 2007 2:03 PM Anyone using EREP against a LOGSTREAM? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
>So all I'm saying is for your own JCL (occasional copies), go ahead and always >use COPYMOD if you like waiting longer. But I would never suggest it be done >for production jobs. How many jobs in production do you have that it's an issue? IIRC, COPYMOD came out with XA. We've/I've used it non-stop since then. It's never been a bottlneck/resource hog. The only place it's measurable (that I'm aware of) is during system's maintenance. And, I would still do it, then. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Surprising comments coming from someone who has spent years in the area of performance. On Mon, 5 Mar 2007 17:08:06 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>Because some people actually care about speed of execution and CPU time. > >How often do you run this to the point that it makes a difference? Often enough. > >>z9 cycles don't come cheap. > >But, optimising a few batch copies doesn't save much of that. > So you know my shop and how many times we execute IEBCOPY? Optimizing a few lines of code doesn't matter either... unless you execute it thousands of times. >>Those of us trying to blead every mip > >MIPS is not a plural; MIP is not a singular > yeah, yeah...whatever. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL,...
In a message dated 3/5/2007 2:04:55 P.M. Central Standard Time, [EMAIL PROTECTED] writes: Thanks very much Jon and all. Again the group has been a great help. >> Guess if you're feeling frisky could do a PAGEDEL against one of the old ones and see where it goes. ** AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EREP & Logsteam
Yes, we do. I didn't set it up, but here's one report step: //LOGR1EXEC PGM=IFCEREP1,PARM=(SYSUM,'ACC=N') //SERLOG DD DSN=SYS1.CPAC.LOGREC,DISP=SHR //ACCINDD DSN=SYSPLEX.LOGREC.ALLRECS, // SUBSYS=(LOGR,IFBSEXIT), // DCB=(RECFM=VB,BLKSIZE=4000) //DIRECTWK DD UNIT=SYSDA,SPACE=(CYL,(5,5)) //TOURIST DD SYSOUT=*,DCB=BLKSIZE=133 //EREPPT DD SYSOUT=I,DCB=BLKSIZE=133 //SYSUDUMP DD SYSOUT=* //ACCDEV DD DSN=SYS2.EREP.LOGR.HISTORY,DISP=OLD //SYSINDD DUMMY,DCB=BLKSIZE=133 In other steps, SERLOG is DD DUMMY,DCB=BLKSIZE=133... HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Pace Sent: Monday, March 05, 2007 2:03 PM Anyone using EREP against a LOGSTREAM? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient military disks
It was never used on AWACS. My information on what an RD-281/ is is very sketchy, so any help appreciated. Is this simply what they called a 2314 under JETDS? -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
On Mon, 5 Mar 2007 11:27:20 -0500, John Eells <[EMAIL PROTECTED]> wrote: >Mark Zelden wrote: >> >> >> Because some people actually care about speed of execution and CPU time. >> >> Example for just 1 library: >> >> COPY of SYS1.LINKLIB to new library (same blksize): >> >>CPU0MIN 01.00SEC SRB0MIN 00.93SEC (35 sec wall clock) >> >> COPYMOD of SYS1.LINKLIB to new library (same blksize): >> >>CPU0MIN 03.36SEC SRB0MIN 00.94SEC (2 min 28 sec wall clock) >> > > >I had not considered that. It would be interesting to know, if >one could, how much overhead would be saved *after* a COPYMOD, >though. The COPYMOD itself might be expensive, but the potential >downstream reduction in CCW chaining (which also has a CPU cost) >and fetch time (which has a CPU cost when Program Fetch's PCIs >aren't timely and a CCW chain must be rebuilt) might prove worth it. > >Without knowing the benefit, it's hard to say whether the cost is >justified. > I'm not saying COPYMOD shouldn't be used to reblock. But there is no reason (other than creating one size fits all JCL) to do it every time. Even if the loadmod was already reblocked from a previous run, COPYMOD does it again. Note that the test I ran above was using COPYMOD for a library of the same BLKSIZE that had already been loaded / copied with COPYMOD prior to the test (when ServerPac loaded SYS1.LINKLIB via COPYMOD). So all I'm saying is for your own JCL (occasional copies), go ahead and always use COPYMOD if you like waiting longer. But I would never suggest it be done for production jobs. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISF140E I/O error
Lizette Koehler Thanks, I have z/OS 1.4. Lizette Koehler escreveu: I do not know the level of JES2 or MVS(z/OS) on your system. however, this message is from SDSF probably when you select a job. So, I would go to JES2, through the Master console,specifically and do $DJ and see if JES2 provides any additional information. Otherwise, this message indicates you may need to go to the IBM Support center for assistance. If the job is not needed, I would just delete it. Lizette < Snip > Some times I am having problem in spool of jes, what is. ISF140E I/O error occurred reading HDB, spool address 014C4101C035337E, return code , reason , info code 0008. Someone can help me. -- Hélio José da Silva Depto. Software Básico Banco Rural S/A <- UnSnip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Hélio José da Silva Depto. Software Básico Banco Rural S/A Rua Rio de Janeiro 927/10 - Centro 30160-041 Belo Horizonte MG Tel: +55 31 2126-5719 Fax: +55 31 2126-5831 www.rural.com.br -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Thanks very much Jon and all. Again the group has been a great help. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Veilleux, Jon L [mailto:[EMAIL PROTECTED] Sent: Monday, March 05, 2007 2:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Robert Pelletier asks: I allocated a new page dataset and did a page add some 2 hours ago but it isn't getting used. Could someone tell me why? Looking at your output I would think that you aren't running any new tasks that are creating new requests for paging. The pages that are already allocated to the 78% full volumes will stay where they are, there is no balancing of existing pages even when there is a great disparity of usage between page datasets. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EREP & Logsteam
On 3/5/07, Ed Finnell <[EMAIL PROTECTED]> wrote: It's in INIT & Tuning. Thanks for that Ed. My IEASYS specifies SYS1.CPAC.LOGREC, but it's getting changed in COMMND with COM='SETLOGRC LOGSTREAM' So I changed my DD to //SERLOG DD DSN=SYSPLEX.LOGREC.ALLRECS, // DISP=OLD And I get dataset not found. So I look for anything with LOGREC in it. IXGLOGR.SYSPLEX.LOGREC.ALLRECS.A000*VSAM* IXGLOGR.SYSPLEX.LOGREC.ALLRECS.A000.D LOGR01 IXGLOGR.SYSPLEX.LOGREC.ALLRECS.LOCAL *VSAM* IXGLOGR.SYSPLEX.LOGREC.ALLRECS.LOCAL.DATA ZSMS01 If I try IXGLOGR.SYSPLEX.LOGREC.ALLRECS.LOCAL or IXGLOGR.SYSPLEX.LOGREC.ALLRECS.A000 I get IEF861I FOLLOWING RESERVED DATA SET NAMES UNAVAILABLE TO EREP Anyone using EREP against a LOGSTREAM? -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient military disks
It was never used on AWACS. -Original Message- From: William Donzelli [mailto:[EMAIL PROTECTED] Sent: Friday, March 02, 2007 5:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Ancient military disks I recently purchased a number of unused disk packs for the RD-281/ drive. These contain 11 14" platters, with the top platter being double layer (two platters stuck together). The bottom shield has 20 notches along the perimeter, with one being a double notch. The IBM p/n is 3904903, and they are tagged as RD-281 data cartridges by IBM. Apparently the RD-281/ was the DASD for the militarized S/370 in AWACS aircraft. These look like standard units, sort of like 3336s. They may indeed be a retagged 3336s, but I am not going to stick a new disk in my crappy 3330 just to see if one fits. Does anyone know anything about the RD-281/? Were they similar to a more well known DASD? Could these cartridges be used in the standard commercial DASDs? - Food fight? Enjoy some healthy debate in the Yahoo! Answers Food & Drink Q&A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Bob, You hinted that you might have SysView installed - I would strongly suspect that it has a display that shows the page dataset usage and that would probably include a display of "slots in use" - this is probably either zero or a small non-zero value at the moment - but not large enough to warrant a 1% usage from "D ASM". Over time as your workload progresses you will find that the balance of used slots will spread more evenly over the local datasets. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: 05 March 2007 14:49 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Robert Pelletier asks: I allocated a new page dataset and did a page add some 2 hours ago but it isn't getting used. Could someone tell me why? Looking at your output I would think that you aren't running any new tasks that are creating new requests for paging. The pages that are already allocated to the 78% full volumes will stay where they are, there is no balancing of existing pages even when there is a great disparity of usage between page datasets. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE session (was zOS Service Levels)
Just went out to the SHARE site and looked through the recent proceedings. http://shareew.prod.web.sba.com/proceedingmod/abstract.cfm?abstract_id=1 4722 Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Monday, March 05, 2007 2:43 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zOS Service Levels Anybody know if Session 2829-z/OS Maintenance Best Practices is available on the web or a pdf? I did some web searches but came up empty. Matt Dazzo [EMAIL PROTECTED] *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Robert Pelletier asks: I allocated a new page dataset and did a page add some 2 hours ago but it isn't getting used. Could someone tell me why? Looking at your output I would think that you aren't running any new tasks that are creating new requests for paging. The pages that are already allocated to the 78% full volumes will stay where they are, there is no balancing of existing pages even when there is a great disparity of usage between page datasets. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit
I could not get it work in Exit 6 and had to use Exit 3. -Original Message- From: Mark Steely [mailto:snip] Sent: Monday, March 05, 2007 8:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: JES2 Exit We are z/OS V1R7. What exit would be best to use to change the MSGCLASS of a JOB if the USERID for the job matches a certain value? If their is a sample code available could you share that also. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Service Levels
> Anybody know if Session 2829-z/OS Maintenance Best Practices is available > on the web or a pdf? www.share.org. Look in the Tampa Proceedings. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Service Levels
It is on the SHARE site (www.share.org) http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_ Tampa_Bay/S2829GD114948.pdf gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Monday, March 05, 2007 11:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zOS Service Levels Anybody know if Session 2829-z/OS Maintenance Best Practices is available on the web or a pdf? I did some web searches but came up empty. Matt Dazzo [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 3/5/2007 12:47 PM >>> >>What is the difference between service levels (PUTyymm or RSUyymm)? The way I understand, PUT level is when the PTF was made available. Once the PTF is available it is run through IBM's quarterly QA test, what IBM calls Consolidated Service Test. Their QA system is a 'Customer Like' system with zOS, DB2, CICS, IMS MQ and WAS, so is is a good test of how the ptf will perform in a "real" environment. Once the ptf passes CST, it is assigned the RSU value of that QTRly Test. I had the same question(s). SHARE-Tampa had a really good session on this (Session 2829-z/OS Maintenance Best Practices), put on by Greg Daynes, where there is additional detail on RSU and much more on maintaining systems. ... Most helpful. gabe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Service Levels
Anybody know if Session 2829-z/OS Maintenance Best Practices is available on the web or a pdf? I did some web searches but came up empty. Matt Dazzo [EMAIL PROTECTED] >>> [EMAIL PROTECTED] 3/5/2007 12:47 PM >>> >>What is the difference between service levels (PUTyymm or RSUyymm)? The way I understand, PUT level is when the PTF was made available. Once the PTF is available it is run through IBM's quarterly QA test, what IBM calls Consolidated Service Test. Their QA system is a 'Customer Like' system with zOS, DB2, CICS, IMS MQ and WAS, so is is a good test of how the ptf will perform in a "real" environment. Once the ptf passes CST, it is assigned the RSU value of that QTRly Test. I had the same question(s). SHARE-Tampa had a really good session on this (Session 2829-z/OS Maintenance Best Practices), put on by Greg Daynes, where there is additional detail on RSU and much more on maintaining systems. ... Most helpful. gabe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Tape Backup issues.
We do weekly full volume backups across a network to a remote location. We are currently seeing our ability to accomplish these backups within the current window almost impossible. We are trying many things and one is to increase the buffer credits. What we see when doing the full volume backups to tape over the network almost looks like we dump a track at a time, rather then a cylinder at a time as opt(4) should do. I was just wondering if anybody else is doing this type of process and if so did they have to do anything special to get it dump the data fast enough? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
When Does the New LOCAL Get Used? RE: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
I allocated a new page dataset and did a page add some 2 hours ago but it isn't getting used. Could someone tell me why? Thanks in advance. TYPE FULL STAT DEV DATASET NAME PLPA 77% OK 093B SYS1.PAGE.MVSDLB.PLPA COMMON36% OK 0936 SYS1.PAGE.HYPERG.COMMON LOCAL 80% OK 0930 SYS1.PAGE.VHYPERA.LOCAL1 LOCAL 81% OK 0931 SYS1.PAGE.VHYPERB.LOCAL2 LOCAL 78% OK 0932 SYS1.PAGE.VHYPERC.LOCAL3 LOCAL 79% OK 0933 SYS1.PAGE.VHYPERD.LOCAL4 LOCAL 76% OK 0934 SYS1.PAGE.VHYPERE.LOCAL5 LOCAL 79% OK 0937 SYS1.PAGE.VHYPERH.LOCAL6 LOCAL 78% OK 093E SYS1.PAGE.VHYPERI.LOCAL7 LOCAL 8% OK 0945 SYS1.PAGE.VHYPERJ.LOCAL8 LOCAL 0% OK 095E SYS1.PAGE.LOCAL1 PAGEDEL COMMAND IS NOT ACTIVE Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Hercules & Tron
So, on March 2nd, I was watching 'G4 TV - Attack of the Show' with hosts Kevin Pereira and Olivia Munn (seen recently in Playboy Magazine) and they were doing their segment on 'YouTube Star of the Moment' and, lo, they brought on Jay Maynard over video cam ... Jay is, of course, 'Tron Guy' and is also the head of the Hercules mainframe emulation project ... He was brought on to offer commentary on the 'viral videos' that were being shown. . I couldn't help but reflect that the world of pop entertainment is almost as weird as the world of mainframe emulation. www.g4tv.com/attackoftheshow -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does DFSMS ACS TEST function Work
Lizette, > We are now looking at maybe FTP might be imbedded in the ACS > routines somewhere making our lives interesting. > Job name is one of the parameters you can use in the test case. Did you ever test the same case(s) against cds 'ACTIVE' as well as your source cds? Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does DFSMS ACS TEST function Work
Thanks for the thought Mike, I have verified the process and for some reason ACS TEST gives a different result than the actual run of the job. I talked to the last person who installed the product and they had the same problem them. Once the installation data is download, I can run the installation process using the exact same data set hlq and it works correctly. We are now looking at maybe FTP might be imbedded in the ACS routines somewhere making our lives interesting. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISF140E I/O error
I do not know the level of JES2 or MVS(z/OS) on your system. however, this message is from SDSF probably when you select a job. So, I would go to JES2, through the Master console,specifically and do $DJ and see if JES2 provides any additional information. Otherwise, this message indicates you may need to go to the IBM Support center for assistance. If the job is not needed, I would just delete it. Lizette > < Snip > >Some times I am having problem in spool of jes, what is. > >ISF140E I/O error occurred reading HDB, spool address 014C4101C035337E, >return code , reason , info code 0008. > >Someone can help me. > >-- >Hélio José da Silva >Depto. Software Básico >Banco Rural S/A > <- UnSnip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FBA rant
At 10:47 -0600 on 03/05/2007, Andreas F. Geissbuehler wrote about Re: FBA rant: The venerable IBM 2321 A.K.A "the strip picker", the one responsible for the mbb in "mbbcchhr" As well as having it media used as the ribbons for the SHARE "Paddle" Project. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How does DFSMS ACS TEST function Work
Perhaps you did not enter something in your test case that your ACS routines are checking for (DSORG or SPACE for example). -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Friday, March 02, 2007 1:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How does DFSMS ACS TEST function Work The DC routine is over 600 lines long. I do not see that appropriate for the list. Besides after that you would ask for the SC, MC, and SG stuff. So thanks, but I will go another route. However, from the response I have, I see that this is not normal. I will open a PMR to SMS and see what they can do. Test should be true. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EREP & Logsteam
In a message dated 3/5/2007 12:19:52 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
specifically I have a few tape errors that are not being shown. Is there
something special I need to do to process from the logstream?? I searched
both EREP manuals and I don't see any mention of logstream.
>>
It's in INIT & Tuning.
LOGREC={dsname | LOGSTREAM
| IGNORE}
LOGREC specifies the logrec recording medium to be used for error and
environmental recording. If this parameter is omitted, then SYS1.LOGREC is the
default data set name specification.
Before specifying LOGSTREAM
to define a log stream as the logrec recording medium, IBM recommends that
you IPL with a logrec data set initialized by IFCDIP00. If you do not IPL with
a logrec data set, you will not be able to change the logrec recording
medium from LOGSTREAM to DATASET using the SETLOGRC command.
dsname
Specifies the name of the logrec data set to be used for error recording.
In a multisystem environment, if you specify a unique name for each of your
logrec data sets, IBM recommends that you not place these names in the
SYSTEMS exclusion resource name list in parmlib member GRSRNLxx.
Before an IPL, the logrec data set must have been allocated, cataloged
(unless on the SYSRES) in the system master catalog, and initialized using
IFCDIP00. In a multisystem environment, take care in running IFCDIP00 to
insure, if
using the SYS1.LOGREC data set name default, that the correct logrec data set
is initialized.
LOGSTREAM
Specifies that the logrec log stream (SYSPLEX.LOGREC.ALLRECS) is to be used
for the error and environmental recording. The log stream provides a single
repository for all of the MVS images in a sysplex. The log stream eliminates
the need to allocate, catalog, and initialize a logrec data set on each
system. When reporting programs, such as EREP, are run, the single log stream
can
be used as input to the program.
** AOL now offers free
email to everyone. Find out more about what's free from AOL at
http://www.aol.com.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this Session connected to a Mainframe or a UNIX host?
In a recent note, John S. Giltner, Jr. said: > Date: Mon, 5 Mar 2007 13:06:34 -0500 > > John D. Slayton wrote: > > I just wanted to know if this screenshot link below is connected to a > > Mainframe host or a UNIX host? See for yourself. > > http://imgfly.com/files/260506_025828/ > > The screen appears to be a 3270 screen, which implies that at some level > it is connected to a 3270 host. It could be a real mainframe, or some > other platform emulating a mainframe. It could be directly "connected" > or going through a 3270 gateway. > >From the content, I'd infer that it's the solicitor at the gateway itself. That's one of the ugliest screenshots I've ever seen; the lines aren't even straight and the areas show considerable aliasing. The artifacts indicate an analog intermediate step, as if the OP snaped the screen with a digital camera or scanned a handbook page. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E GIM69222S SMPJHOME vs. Java version
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin > Sent: Monday, March 05, 2007 11:46 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: SMP/E GIM69222S SMPJHOME vs. Java version > > > In a recent note, McKown, John said: > > > Date: Mon, 5 Mar 2007 11:30:54 -0600 > > > > > > ... Is there not a symbolic link that is > > > maintained to always identify the current version? > > > > Sure, just use a symlink. That's what I do. > > > > For example, I have the following Java jdk's installed: > > > > /usr/lpp/jdk140/J1.4 > > /usr/lpp/jdk141/J1.4 > > /usr/lpp/jdk142/J1.4 > > /usr/lpp/jdk150/J5.0_64 > > > > you can do: > > > > cd /usr/lpp > > ln -sf jdk150/J5.0_64 java > > > Easy enough to say. Do you also instruct all your customers to > create a similar symbolic link when they install your product, > and to maintain it whenever versions change? > > I perfer to keep installation instructions for our products as > simple as possible; I'm uncomfortable with any added step. > > As an example of how this can be done better, "EXEC PGM=IEWL" > has generally worked to get the current Program Management > utility, regardless of changes in technology and nomenclature, > since MVS 3.8. Is there any convention more universal than > your own for identifying the Java path? > > -- gil Ah, no. I forgot that you are a vendor, not just a "common user". However, why couldn't you put that in the installation documentation? Or even as part of the installation procedure. I don't know how your product does its installation. Well, if you want to dynamically find the JVM during your installation, you could run something on the order of: find / -name "bin/java" on my system, after a fairly long wait, I get the output: /home1/oracle/oui/bin/bin/java /usr/lpp/java/IBM/J1.3/bin/java /usr/lpp/jdk140/normal-J1.4/bin/java /usr/lpp/jdk142/J1.4/bin/java /usr/lpp/jdk150/J5.0_64/bin/java /Oracle10g/install/install/bin/java In my case, I'd need to either ask the installer which subdirectory is the correct one, or "guess" by looking at the ctime on the file and picking the one with the most recent date. Of course, if some yoyo did a "touch", then the date could be messed up. I guess the problem is that the current java could be installed in any number of place. Your installation program would then "store" the correct value in some PDS. If it were me, I might look at a member called JAVA with one statement in it: // SET JAVAHOME='/usr/lpp/jdk150/J5.0_64' Then in other JCL do: // INCLUDE MEMBER=JAVAHOME ... //SMPJHOME DD PATH='&JAVAHOME', ... But, then, how does this differ from, say, CICS? We have the SDFHLOAD in CICSTS23.TS23.SDFHLOAD. I've seen others say that they have it in SYS1.TS23.SDFHLOAD. The problem with any product which is not integrated with z/OS is that the location may vary. In your example, the binder is always called IEWL and is always in SYS1.LINKLIB. Well, unless, as I have done, you put a "back level" binder somewhere else due to some compatability problems (this was long ago). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EREP & Logsteam
I'm confused... Like that's anything new. I'm just now working with EREP on MVS (okay, z/OS 1.7). I've always done my EREP at the VM level, but now my z/OS system is running in an LPAR so I need to process EREP on z/OS. I created some reports based off my VM stuff and for the SERLOG DD I searched on my console for the correct LOGREC name. I found these 2 lines. IFB086I LOGREC DATA SET IS SYS1.CPAC.LOGREC IFB097I LOGREC RECORDING MEDIUM CHANGED FROM DATASET TO LOGSTREAM So I used SYS1.CPAC.LOGREC. I don't seem to be getting all the records, specifically I have a few tape errors that are not being shown. Is there something special I need to do to process from the logstream?? I searched both EREP manuals and I don't see any mention of logstream. -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this Session connected to a Mainframe or a UNIX host?
John S. Giltner, Jr. wrote: John D. Slayton wrote: I just wanted to know if this screenshot link below is connected to a Mainframe host or a UNIX host? See for yourself. http://imgfly.com/files/260506_025828/ One question, one response to the OP: 1. How come you don't post to the listserv (email to ibm-main@bama.ua.edu)? I didn't see your post, only John Giltner's response. 2. Tell me about your interest in mainframe web hosting (off-list if you prefer) Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com -- to be included in our opt-in list of announcements of -- new courses and other products and services from The -- Trainer's Friend, send an email to [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this Session connected to a Mainframe or a UNIX host?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John S. Giltner, Jr. > Sent: Monday, March 05, 2007 12:07 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Is this Session connected to a Mainframe or a UNIX host? > > > John D. Slayton wrote: > > I just wanted to know if this screenshot link below is > connected to a > > Mainframe host or a UNIX host? See for yourself. > > http://imgfly.com/files/260506_025828/ > > > > The screen appears to be a 3270 screen, which implies that at > some level > it is connected to a 3270 host. It could be a real > mainframe, or some > other platform emulating a mainframe. It could be directly > "connected" > or going through a 3270 gateway. Given the ICONs at the bottom, I would guess that it is not a direct TN3270E session. But it might be something like HOD or some other GUI-fied interface that includes a 3270 screen on it. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is this Session connected to a Mainframe or a UNIX host?
John D. Slayton wrote: I just wanted to know if this screenshot link below is connected to a Mainframe host or a UNIX host? See for yourself. http://imgfly.com/files/260506_025828/ The screen appears to be a 3270 screen, which implies that at some level it is connected to a 3270 host. It could be a real mainframe, or some other platform emulating a mainframe. It could be directly "connected" or going through a 3270 gateway. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FBA rant
Also, the FTA (File Tape Adapter) on the 4331/4361's would allow you to attach the 3310/3370's directly to the processor without having to have a 3880. We eventually had to get the DASD controller when we upgraded to the 4381. Gary Garland Gregory, MS CA Senior Software Engineer Tel: +1-214-473-1863 Fax: +1-214-473-1050 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Finnell Sent: Saturday, March 03, 2007 11:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FBA rant In a message dated 3/3/2007 10:44:04 A.M. Central Standard Time, [EMAIL PROTECTED] writes: that should be 3310 & 3370s ... 3330, 3340, 3350 were all ckd. 3340s were removable packs that were totally enclosed including the arm access mechanism. There was 3375 which basically was (hardware) emulation of CKD on 3370 device. >> Yeah, we had both on a 4361. I don't remember all the details since it was under the purview of the VM group. Think they went out of their way to avoid 3330's and 3350's. One of the very sharp MVSer's dad worked at Santa Teresa and we usually got excellent support for all geometries. The one exception was the 3380 w/ speed matching buffer. The JES3 folks just wouldn't admit that it existed or even take it into account. So we'd ZAP in support only to find it SUP'd with next batch of PTFs. ** AOL now offers free email to everyone. Find out more about what's free from AOL at http://www.aol.com. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FBA rant
The first versions of the 3090 service processor did use the 3370's for microcode and 4331's in the service processor. The later versions - I think starting with the "J" model had replaced the 4331 with 4361's. Back in about 1987 IBM had big marketing campaign offering large discounts to shops running 4361 processors; they were trying to get "us" to upgrade to 4381's. Back then a friend of mine in NY told me they needed the 4361 gates for the 3090 production line. Gary Garland Gregory, MS CA Senior Software Engineer Tel: +1-214-473-1863 Fax: +1-214-473-1050 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anne & Lynn Wheeler Sent: Saturday, March 03, 2007 10:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FBA rant [EMAIL PROTECTED] wrote: > Not enough caffeine...should be VM/XA vm370 (and CMS) shipped with 3310 and 3370 support when the devices first became available in the 70s. 3310/piccolo was used by the 3081 service process (running custom programming on microprocessor) ... including "paging device" for 3081 "paged" microcode ... old post discussing SIE instruction implementation trade-offs between 3081 and 3090 (including 3081 would be "paging" part of the microcode) http://www.garlic.com/~lynn/2006j.html#27 virtual memory I don't remember for sure whether FBA (3370) was used by the 3090 service processor or not. The 3090 service processor started out being a highly customized version of vm370 release 6 running on 4331 processor . Before FCS, 3090 service processor was upgraded to high customized version of vm370 release 6 running on a pair of 4361 processors (with service processor menu screens implemented in CMS's IOS3270). previous posts http://www.garlic.com/~lynn/2007e.html#35 FBA rant http://www.garlic.com/~lynn/2007e.html#38 FBA rant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Service Levels
>>What is the difference between service levels (PUTyymm or RSUyymm)? The way I understand, PUT level is when the PTF was made available. Once the PTF is available it is run through IBM's quarterly QA test, what IBM calls Consolidated Service Test. Their QA system is a 'Customer Like' system with zOS, DB2, CICS, IMS MQ and WAS, so is is a good test of how the ptf will perform in a "real" environment. Once the ptf passes CST, it is assigned the RSU value of that QTRly Test. I had the same question(s). SHARE-Tampa had a really good session on this (Session 2829-z/OS Maintenance Best Practices), put on by Greg Daynes, where there is additional detail on RSU and much more on maintaining systems. ... Most helpful. gabe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E GIM69222S SMPJHOME vs. Java version
In a recent note, McKown, John said: > Date: Mon, 5 Mar 2007 11:30:54 -0600 > > > > ... Is there not a symbolic link that is > > maintained to always identify the current version? > > Sure, just use a symlink. That's what I do. > > For example, I have the following Java jdk's installed: > > /usr/lpp/jdk140/J1.4 > /usr/lpp/jdk141/J1.4 > /usr/lpp/jdk142/J1.4 > /usr/lpp/jdk150/J5.0_64 > > you can do: > > cd /usr/lpp > ln -sf jdk150/J5.0_64 java > Easy enough to say. Do you also instruct all your customers to create a similar symbolic link when they install your product, and to maintain it whenever versions change? I perfer to keep installation instructions for our products as simple as possible; I'm uncomfortable with any added step. As an example of how this can be done better, "EXEC PGM=IEWL" has generally worked to get the current Program Management utility, regardless of changes in technology and nomenclature, since MVS 3.8. Is there any convention more universal than your own for identifying the Java path? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDITSET
In a recent note, Walt Farrell said: > Date: Mon, 5 Mar 2007 12:13:02 -0500 > > On 3/5/2007 12:04 PM, [EMAIL PROTECTED] wrote: > >> > > ... But in SDSF "SJ" while > > EDITSET shows "Confirm Cancel" as disabled, SDSF still asks me > > to confirm Cancel. > > > > ISPF really needs to get its act together. > > I would say that ISPF does have its act together, gil. It allows > Not in my perception. You're showing an unseemly excess of employee loyalty. > applications to run with different application prefixes, settings, > variable pools, and commands. You've described one of the effects of > that flexibility. > > SDSF runs with a different application profile (ISF) than PDF does > (ISR). Thus the commands available are different, the settings are > maintained separately, etc. > > You need to do the EDITSET (or any other action that sets profile > variables) once for each different ISPF application you're using. > Do you, then, consider it correct, or a manifestation of "flexibility" that EDITSET under SDSF displays "Confirm Cancel" as disabled, yet the Cancel command itself still requests confirmation? And "flexibility" can be a PITA when there's no global default setting and the customer is required to do the profile setting for each application, and suffers a high astonishment factor when entering a seldom-used applicaton and encountering a deviation from behavior that had generally been observed to be uniform and stable. Is there a way to make such settings globally rather than locally? It would be great to have a checkbox that says "Apply these settings to all applications." -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLM Resource Group at capacity
HISTORY For our USS applications, I have a WLM Resource Group that has a maximum value of 7500 SU/SEC and minimum value of 3500 SU/SEC. Associated with this Resource Group are 2 Service Classes, The 1st Serv Class has one period with a high velocity and importance. This service class is used for priority long-running minimal cpu usage must-complete processes. The 2nd Serv Class is a multi-period class with 2 "Response time with percentile" goals where each has a duration specified. The third period is a Discretionary goal. QUESTION If the application workload running under (or in) the Resource Group is consuming the maximum SU/SEC (7500) does WLM continue to honor the priorities within the Resource group. For example will work migrate from period 1 to 2 and finally 3. If a process operating under the 1st Serv Class, will it get cpu cycles when needed. I have been told that when a Resource Group is max'ed out WLM no longer attempts to apply the goals defined for the Resource Group. Thanks, Walter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E GIM69222S SMPJHOME vs. Java version
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin
> Sent: Monday, March 05, 2007 11:20 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SMP/E GIM69222S SMPJHOME vs. Java version
>
>
> #1.2.1517 "SMP/E V3R4.0 Messages, Codes, and Diagnosis" says:
>
> | 1.2.1517 GIM69222S
>
>| Programmer Response: You can use the SMPJHOME DD statement
>| to specify the directory where the Java runtime resides, then
>| rerun the job. For example:
>
>| //SMPJHOME DD PATH='/usr/lpp/java/J1.4'
>
>| If running an SMP/E command rather than a service routine,
>| you can also use a DDDEF entry for SMPJHOME instead
>
> Ugh. I hate hard-coding version numbers in JCL; perhaps even
> worse in DDDEF entries. This can leave me dead in the water
> when a version changes (I think this just happened to me today
> after weekend service). Is there not a symbolic link that is
> maintained to always identify the current version?
>
> -- gil
Sure, just use a symlink. That's what I do.
For example, I have the following Java jdk's installed:
/usr/lpp/jdk140/J1.4
/usr/lpp/jdk141/J1.4
/usr/lpp/jdk142/J1.4
/usr/lpp/jdk150/J5.0_64
you can do:
cd /usr/lpp
ln -sf jdk150/J5.0_64 java
then /usr/lpp/java will get you into /usr/lpp/jdk150/J5.0_64 . Just be
sure that the subdirectory structure is identical.
In /etc/profile:
export JAVA_HOME=/usr/lpp/java
export PATH="${JAVA_HOME}/bin:${PATH}"
--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology
The information contained in this e-mail message may be privileged
and/or confidential. It is for intended addressee(s) only. If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense. If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E GIM69222S SMPJHOME vs. Java version
#1.2.1517 "SMP/E V3R4.0 Messages, Codes, and Diagnosis" says: | 1.2.1517 GIM69222S | Programmer Response: You can use the SMPJHOME DD statement | to specify the directory where the Java runtime resides, then | rerun the job. For example: | //SMPJHOME DD PATH='/usr/lpp/java/J1.4' | If running an SMP/E command rather than a service routine, | you can also use a DDDEF entry for SMPJHOME instead Ugh. I hate hard-coding version numbers in JCL; perhaps even worse in DDDEF entries. This can leave me dead in the water when a version changes (I think this just happened to me today after weekend service). Is there not a symbolic link that is maintained to always identify the current version? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zOS Service Levels
What is the difference between service levels (PUTyymm or RSUyymm)? Is there any preferred method (PUTyymm or RSUyymm) or is it a personal preference? Thanks Matt Dazzo [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDITSET
On 3/5/2007 12:04 PM, [EMAIL PROTECTED] wrote: In a recent note, Dave Salt said: Date: Sun, 18 Feb 2007 19:24:44 + In an edit session, enter EDSET on the command line. You'll see a panel with various selectable options, including the following: Thanks. So, I joyously turned off "Confirm Cancel" (I worked that way for years with no problem before IBM invented "Confirm".) Works as expected in Edit and View. But in SDSF "SJ" while EDITSET shows "Confirm Cancel" as disabled, SDSF still asks me to confirm Cancel. Why is this behavior different? Don't View and SJ use the same editor? Maybe I'll submit a PMR. But I'd hate to see the resolution be that EDITSET would support a separate setting for SJ vs. View. Hmmm. I notice that changes I make with EDITSET in View appear when I display EDITSET in SJ but are variously effective (Target line) or ineffective (Confirm Cancel) in action. Changes I make with EDITSET in SJ do not appear when I display EDITSET in View. ISPF really needs to get its act together. I would say that ISPF does have its act together, gil. It allows applications to run with different application prefixes, settings, variable pools, and commands. You've described one of the effects of that flexibility. SDSF runs with a different application profile (ISF) than PDF does (ISR). Thus the commands available are different, the settings are maintained separately, etc. You need to do the EDITSET (or any other action that sets profile variables) once for each different ISPF application you're using. Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FBA rant
Andreas F. Geissbuehler wrote: The venerable IBM 2321 A.K.A "the strip picker", the one responsible for the mbb in "mbbcchhr" -- did CP/67 or VM ever support the 2321 ? at the univ. where i was undergraduate ... and doing a lot of enhancements to MFT and then MVT (lot of it associated with getting typically univ. workload running three times faster than what you would get with a vanilla os360 sysgen) ... then the univ. was selected to be first early install for cp67 ... three people from the science center http://www.garlic.com/~lynn/subtopic.html#545tech coming out the last week of jan68 to install cp67. I then got to do a lot of performance enhancements to cp67 ... especially running MFT and then MVT in virtual machine ... as well as fixing any bugs in cp67 related to running os/360 in virtual machine. As before some posts mentioning a presentation that I gave at aug68 share meeting in boston on some work on os/360 performance enhancements, cp67 performance enhancements and enhancements running os/360 in virtual machines http://www.garlic.com/~lynn/94.html#18 CP/67 & OS MFT14 http://www.garlic.com/~lynn/94.html#20 CP/67 & OS MFT14 now one of the other things, was the univ. was also selected to be one of the original beta-test sites for the first cics product release. it was being used for project that univ had related to an ONR grant to the univ library for library automation. recent post mentioning having to do shoot some CICS bugs as part of that effort (original CICS had been developed at a customer account and appeared to have used a specific set of BDAM options, library automation project was using a different set of BDAM options and some of the bugs were related to CICS dataset OPEN with other than the originally used BDAM options) http://www.garlic.com/~lynn/2007e.html#37 Quote from comp.object part of the library automation project was a 2321 datacell ... so i had to make sure it ran with mvt/cics/bdam ... as well as running under cp67. lots of past posts happening to mention (early) cics &/or bdam http://www.garlic.com/~lynn/subtopic.html#bdam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
>Because some people actually care about speed of execution and CPU time. How often do you run this to the point that it makes a difference? >z9 cycles don't come cheap. But, optimising a few batch copies doesn't save much of that. >Those of us trying to blead every mip MIPS is not a plural; MIP is not a singular - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EDITSET (was: SDSF -- Context for [R]FIND?)
In a recent note, Dave Salt said: > Date: Sun, 18 Feb 2007 19:24:44 + > > In an edit session, enter EDSET on the command line. You'll see a panel with > various selectable options, including the following: > Thanks. So, I joyously turned off "Confirm Cancel" (I worked that way for years with no problem before IBM invented "Confirm".) Works as expected in Edit and View. But in SDSF "SJ" while EDITSET shows "Confirm Cancel" as disabled, SDSF still asks me to confirm Cancel. Why is this behavior different? Don't View and SJ use the same editor? Maybe I'll submit a PMR. But I'd hate to see the resolution be that EDITSET would support a separate setting for SJ vs. View. Hmmm. I notice that changes I make with EDITSET in View appear when I display EDITSET in SJ but are variously effective (Target line) or ineffective (Confirm Cancel) in action. Changes I make with EDITSET in SJ do not appear when I display EDITSET in View. ISPF really needs to get its act together. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: V2X2 vs. Shark (SnapShot v. FlashCopy)
If you are doing Point in Time backups for your DR and you want to get the backups of those copies quickly done, then the V2X2 is your baby. SnapShot is more friendly in this area than Flashcopy. SnapShot saves pointers to the current data whereas FlashCopy copies it from one location to another under the covers. You have to wait for each block to be dumped to get to the Flashed location before it can be dumped. At a previous shop where I worked, we had all Storage Technology DASD and loved it. We also did point in Snaps and then backed them up for our DR. One area to consider is if you have to go back on your schedule and run the Snap (Flash jobs again). With SNAP there is not problem. With Flash you have to stop the current Flash connections and then Flash again. ___ Jim Petersen MVS - Lead Systems Engineer Home Depot Technology Center 1300 Park Center Drive, Austin, TX 78753 www.homedepot.com email: [EMAIL PROTECTED] 512-977-2615 direct 512-977-2930 fax 210-859-9887 cell This message may contain confidential information. The information contained in this message and any attachments are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any disclosure, copying, distribution or other use of the contents of this message is strictly prohibited. If you have received this email in error, please notify the sender immediately by email and delete all copies of this message -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Thursday, January 04, 2007 5:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: V2X2 vs. Shark (SnapShot v. FlashCopy) My current client has a V2X2 and is thinking about replacing it with a Shark. SnapShot is used to snap 600 volumes in about 5-10 minutes. The physical tape backups are done from the snaps and take about 8 hours. This DR process is fully tested and works great. My main concern if we replace the V2X2 with the Shark is the DR process. Has FlashCopy improved to the point that you can make a point in time backup and physically move it to tape later? And can you FlashCopy the entire box in a few minutes? If not, the DR process for this client is going to get much more complicated. PPRC or XRC are not options due to cost. Let me know your thoughts. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FBA rant
The venerable IBM 2321 A.K.A "the strip picker", the one responsible for the mbb in "mbbcchhr" -- did CP/67 or VM ever support the 2321 ? Andreas F. Geissbuehler AFG Consultants Inc. http://www.afgc-inc.com/ On Sun, 4 Mar 2007 10:25:47 +0100, Birger Heede <[EMAIL PROTECTED]> wrote: >The 2321 was the Mars File according to IBM archives > >Birger Heede >IBM Denmark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient military disks
I can't help with the rest of your question, but IIRC 3336's had ten magnetic disks (19 data and one servo) and did not have a double platter on the top. Thanks for the info. I found some pictures on the web, and these packs I have look more like those for 2314s. At first I did not think so, as these must be extremely late production (mid 1980s, I think). -- Will -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Another reason to get my PDO installed. :-) Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Dranes Sent: Monday, March 05, 2007 10:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBCOPY question? We are on z/OS 1.7. On Mon, 5 Mar 2007 10:17:09 -0600, Pommier, Rex R. <[EMAIL PROTECTED]> wrote: >What level of z/OS are you on? I am running 1.4 and don't see that >option. > >Rex > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of George Dranes >Sent: Monday, March 05, 2007 9:24 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: IEBCOPY question? > >Its funny that you should mention the ISPF issue. A few years ago >someone at our site (I won't name names) used p;3;3 to copy the LINKLIB. >There is now an option on the copy screen to "Process member aliases" >which by default is not checked (and in this case wasn't checked). >Needless to say, the next IPL didn't go real smooth. There were alot of >aliases in the LINKLIB including many of the I/O system modules missing. >It was real UGLY! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
We are on z/OS 1.7. On Mon, 5 Mar 2007 10:17:09 -0600, Pommier, Rex R. <[EMAIL PROTECTED]> wrote: >What level of z/OS are you on? I am running 1.4 and don't see that >option. > >Rex > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of George Dranes >Sent: Monday, March 05, 2007 9:24 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: IEBCOPY question? > >Its funny that you should mention the ISPF issue. A few years ago >someone at our site (I won't name names) used p;3;3 to copy the LINKLIB. >There is now an option on the copy screen to "Process member aliases" >which by default is not checked (and in this case wasn't checked). >Needless to say, the next IPL didn't go real smooth. There were alot of >aliases in the LINKLIB including many of the I/O system modules missing. >It was real UGLY! > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Bob, I haven't used SYSVIEW in over 10 years, but it is *very* likely that it has a display that shows CSA/SQA usage by address space (although as stated earlier this is NOT really your problem) and also aux storage slots by address space (which IS your problem). Check the SYSVIEW manuals - remember that aux slots might be also named "Non-VIO" and "VIO" or something similar. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: 05 March 2007 11:04 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Can I use SYSVIEW? Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Schiradin,Roland HG-Dir itb-db/dc [mailto:[EMAIL PROTECTED] Sent: Friday, March 02, 2007 9:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET No need for a dump this can be done using "active". Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Friday, March 02, 2007 8:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET If you have OMEGAMON you can track CSA usage, or, you can take a dump and use IPCS to see who is using it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Mark Zelden wrote: On Mon, 5 Mar 2007 07:41:15 -0500, John Eells <[EMAIL PROTECTED]> wrote: This makes perfect sense to me. Why worry about which cases matter when you can always use an action that's not harmful and covers all of them? Because some people actually care about speed of execution and CPU time. z9 cycles don't come cheap. Those of us trying to blead every mip out our boxes in order to save our beloved mainframe (and our jobs) have to care about these kinds of things. PDSFAST wouldn't exist if IEBCOPY was quick and efficient. COPYMOD is especially slow. Example for just 1 library: COPY of SYS1.LINKLIB to new library (same blksize): CPU0MIN 01.00SEC SRB0MIN 00.93SEC (35 sec wall clock) COPYMOD of SYS1.LINKLIB to new library (same blksize): CPU0MIN 03.36SEC SRB0MIN 00.94SEC (2 min 28 sec wall clock) I had not considered that. It would be interesting to know, if one could, how much overhead would be saved *after* a COPYMOD, though. The COPYMOD itself might be expensive, but the potential downstream reduction in CCW chaining (which also has a CPU cost) and fetch time (which has a CPU cost when Program Fetch's PCIs aren't timely and a CCW chain must be rebuilt) might prove worth it. Without knowing the benefit, it's hard to say whether the cost is justified. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
What level of z/OS are you on? I am running 1.4 and don't see that option. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Dranes Sent: Monday, March 05, 2007 9:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBCOPY question? Its funny that you should mention the ISPF issue. A few years ago someone at our site (I won't name names) used p;3;3 to copy the LINKLIB. There is now an option on the copy screen to "Process member aliases" which by default is not checked (and in this case wasn't checked). Needless to say, the next IPL didn't go real smooth. There were alot of aliases in the LINKLIB including many of the I/O system modules missing. It was real UGLY! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 Exit
We are z/OS V1R7. What exit would be best to use to change the MSGCLASS of a JOB if the USERID for the job matches a certain value? If their is a sample code available could you share that also. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Thanks Rob. Great explanation and thanks to all who have responded. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Rob Scott [mailto:[EMAIL PROTECTED] Sent: Monday, March 05, 2007 11:03 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Bob, The system will continue quite happily (unless you discount : possible performance problems, the fact that all page I/O is going to the same device, single point of failure..etc etc) until the first ASM threshold is met (default of 70% aux storage slots in use) - after this it issues the warning message IRA200E and the system prevents new address space creation until the shortage is relieved. If you meet the next ASM threashold (85% by default), you get IEA201E which is basically saying "why haven't you sorted out the problem I warned you about with IRA200E?". >Is it better to have 10 small page datasets or 3 large datasets each scenario using the same amount of DASD space? The answer is it is better to have 10 *large* local datasets (plus a couple of spares for emergency PAGEADDs). Think of space allocation of page datasets to be in units of "entire packs" rather than cylinders. Once the normal workload is running, check the usage and try to keep local page datasets below 30% - this improves the ASM I/O operations and allows a surprise "big" job or two to want a greedy amount of nonVIO from time to time without dimming the lights. There is some really good help in Chapter 2 of the "z/OS Init and Tuning Guide" Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: 05 March 2007 10:46 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Question. If 5 small page datasets are at 100% and one large one is at 27% will the system hang or will it process until the 27% one is full? Is it better to have 10 small page datasets or 3 large datasets each scenario using the same amount of DASD space? Thanks all. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Glenn Siegel [mailto:[EMAIL PROTECTED] Sent: Sunday, March 04, 2007 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET PAGE dataset fill up uniformly, if you have 3 page dataset, two(2) of them 250 cylinders and one(1) of them 1000 cylinders and there is 750 cylinders of page space needed for paging the two(2) 250 ones will be at 100% and the one(1) 1000 one will be at 25%. My guess is the 100% used page datset are to small. Create 2 or 3, 3000 cylinder PAGE datasets and one 200 cylinder COMMON. Either use the PAGEADD and PAGEDELETE commands on the locals or change IEASYSxx and IPL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Can I use SYSVIEW? Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Schiradin,Roland HG-Dir itb-db/dc [mailto:[EMAIL PROTECTED] Sent: Friday, March 02, 2007 9:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET No need for a dump this can be done using "active". Roland -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Friday, March 02, 2007 8:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET If you have OMEGAMON you can track CSA usage, or, you can take a dump and use IPCS to see who is using it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Bob, The system will continue quite happily (unless you discount : possible performance problems, the fact that all page I/O is going to the same device, single point of failure..etc etc) until the first ASM threshold is met (default of 70% aux storage slots in use) - after this it issues the warning message IRA200E and the system prevents new address space creation until the shortage is relieved. If you meet the next ASM threashold (85% by default), you get IEA201E which is basically saying "why haven't you sorted out the problem I warned you about with IRA200E?". >Is it better to have 10 small page datasets or 3 large datasets each scenario using the same amount of DASD space? The answer is it is better to have 10 *large* local datasets (plus a couple of spares for emergency PAGEADDs). Think of space allocation of page datasets to be in units of "entire packs" rather than cylinders. Once the normal workload is running, check the usage and try to keep local page datasets below 30% - this improves the ASM I/O operations and allows a surprise "big" job or two to want a greedy amount of nonVIO from time to time without dimming the lights. There is some really good help in Chapter 2 of the "z/OS Init and Tuning Guide" Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Pelletier Sent: 05 March 2007 10:46 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET Question. If 5 small page datasets are at 100% and one large one is at 27% will the system hang or will it process until the 27% one is full? Is it better to have 10 small page datasets or 3 large datasets each scenario using the same amount of DASD space? Thanks all. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Glenn Siegel [mailto:[EMAIL PROTECTED] Sent: Sunday, March 04, 2007 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET PAGE dataset fill up uniformly, if you have 3 page dataset, two(2) of them 250 cylinders and one(1) of them 1000 cylinders and there is 750 cylinders of page space needed for paging the two(2) 250 ones will be at 100% and the one(1) 1000 one will be at 25%. My guess is the 100% used page datset are to small. Create 2 or 3, 3000 cylinder PAGE datasets and one 200 cylinder COMMON. Either use the PAGEADD and PAGEDELETE commands on the locals or change IEASYSxx and IPL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET
Question. If 5 small page datasets are at 100% and one large one is at 27% will the system hang or will it process until the 27% one is full? Is it better to have 10 small page datasets or 3 large datasets each scenario using the same amount of DASD space? Thanks all. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. -Original Message- From: Glenn Siegel [mailto:[EMAIL PROTECTED] Sent: Sunday, March 04, 2007 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ILR006E COMMON PAGE DATA SET FULL, OVERFLOWING TO PLPA DATA SET PAGE dataset fill up uniformly, if you have 3 page dataset, two(2) of them 250 cylinders and one(1) of them 1000 cylinders and there is 750 cylinders of page space needed for paging the two(2) 250 ones will be at 100% and the one(1) 1000 one will be at 25%. My guess is the 100% used page datset are to small. Create 2 or 3, 3000 cylinder PAGE datasets and one 200 cylinder COMMON. Either use the PAGEADD and PAGEDELETE commands on the locals or change IEASYSxx and IPL. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GSE Annual Conference in the UK
Mark- I am interested on being on your mailing list. I'm not sure how CA participates in the conference; but I'd like to see us there. I am an active Project Manager for Share in the US. I've also participated in GSE-Nordic events. Do you know who you are working with at CA in the UK? Thanks- Norman Hollander [EMAIL PROTECTED] Director, Product Management z/Hardware, z/Series, and z/Performance Specialist -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Wilson Sent: Monday, March 05, 2007 SYSN AM 2:31 To: IBM-MAIN@BAMA.UA.EDU Subject: GSE Annual Conference in the UK Hi, Knowing that many software vendors monitor these lists, please excuse this shameless sales & marketing pitch for the 2007 UK GSE conference. The planning has begun for this years annual GSE conference that will take place on the 30th & 31st October 2007 at the Chesford Grange Hotel, Warwickshire, UK. Any vendors wishing to participate in this event please drop me an email and I will forward on details of all sponsorship and exhibition opportunities. GSE is a Member of the International User Group Council. GSE is the merged organisation of G.U.I.D.E. & Share Europe a not for profit organisation. Kind Regards Mark Wilson eMail: [EMAIL PROTECTED] Mobile: +44 (0) 7768 617006 Chairman GSE Large Systems Working Group The 2007 GSE Conference will take place on the 30th & 31st October at the Chesford Grange Hotel. Further details can be found at www.gse.org.uk/tyc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Its funny that you should mention the ISPF issue. A few years ago someone at our site (I won't name names) used p;3;3 to copy the LINKLIB. There is now an option on the copy screen to "Process member aliases" which by default is not checked (and in this case wasn't checked). Needless to say, the next IPL didn't go real smooth. There were alot of aliases in the LINKLIB including many of the I/O system modules missing. It was real UGLY! On Mon, 5 Mar 2007 09:13:38 -0600, Pommier, Rex R. <[EMAIL PROTECTED]> wrote: >It is absolutely safe to use IEBCOPY COPY instead of COPYMOD to copy >loadlibs with the same blocksize and geometry. As Mark also pointed >out, it is faster (not as slow!!??!!) to copy rather than copymod. As >far as ISPF copying load modules, I would be a bit hesitant. At one >point, there was a limitation about copying members with aliases >attached to them. You had to copy the base code and then without >leaving the ISPF copy screen, copy the aliases. I found it was just >safer to whip up a quick batch job to copy the loadlibs and leave ISPF >out of the picture. That may have changed in the many moons since I >looked at it, and I'm sure somebody will quickly correct me if this is >no longer the case. :-) > >Rex > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On >Behalf Of George Dranes >Sent: Monday, March 05, 2007 9:00 AM >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: IEBCOPY question? > >Mark, > >So is it safe for me to continue to use IEBCOPY without copymod when >copying LOADLIBS of the same blocksize and device type? I've seen >differing opinions on the board. Another question I have is we >occasionally use ISPF's copy option to copy a module from one library to >another. I'm assuming it uses copy and not copymod unless the blksizes >are different by default. Since our blksizes are set to 32760, will >this not utilize the leftovers at the end of each track. Should I be >using copymod instead for these individual modules? Thanks for >everyone's help! > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Heads Up: JES2 Warning (was ISF140E I/O error)
There are problems in z/OS 1.7+ JES2 where SPOOL volumes can drain with valid occupied track groups still remaining. One of these problems is described by OA17249. The fix for OA17249 only corrects jobs submitted AFTER the fix is applied. Another problem was just discovered (no APAR number yet). Both of these problems deal with issues related to something called the "SPOOL used mask". This is an attribute of each job, and is incorrect due to reasons described in OA17249 and in the new APAR about to be created. Because the mask is wrong, JES2 "thinks" spool volumes are empty when in fact they still contain parts of valid jobs. The bottom line is - do not $P spool volumes in JES2 1.7 or 1.8. Instead, follow the below procedure: Step 1) $T SPOOL(volser),SYSAFF=-ANY This will perform the same function of $P SPOOL(volser), but without draining the spool volume. Step 2) Take note of the exact date / time of step 1. Step 3) Wait until every job with a RD-DATE / RD-TIME (from SDSF ST display) which was submitted before Step 2's date / time has purged. On my system, this took several weeks. Step 4) Once it is known that no job exists on SPOOL which pre-dates the date / time of Step 2, it is now safe to $P SPOOL(volser). Brian On Mon, 5 Mar 2007 11:46:20 -0300, HELIO wrote: >Hello, > >Some times I am having problem in spool of jes, what is. > >ISF140E I/O error occurred reading HDB, spool address 014C4101C035337E, >return code , reason , info code 0008. > >Someone can help me. > >-- >Hélio José da Silva -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
It is absolutely safe to use IEBCOPY COPY instead of COPYMOD to copy loadlibs with the same blocksize and geometry. As Mark also pointed out, it is faster (not as slow!!??!!) to copy rather than copymod. As far as ISPF copying load modules, I would be a bit hesitant. At one point, there was a limitation about copying members with aliases attached to them. You had to copy the base code and then without leaving the ISPF copy screen, copy the aliases. I found it was just safer to whip up a quick batch job to copy the loadlibs and leave ISPF out of the picture. That may have changed in the many moons since I looked at it, and I'm sure somebody will quickly correct me if this is no longer the case. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of George Dranes Sent: Monday, March 05, 2007 9:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IEBCOPY question? Mark, So is it safe for me to continue to use IEBCOPY without copymod when copying LOADLIBS of the same blocksize and device type? I've seen differing opinions on the board. Another question I have is we occasionally use ISPF's copy option to copy a module from one library to another. I'm assuming it uses copy and not copymod unless the blksizes are different by default. Since our blksizes are set to 32760, will this not utilize the leftovers at the end of each track. Should I be using copymod instead for these individual modules? Thanks for everyone's help! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Mark, So is it safe for me to continue to use IEBCOPY without copymod when copying LOADLIBS of the same blocksize and device type? I've seen differing opinions on the board. Another question I have is we occasionally use ISPF's copy option to copy a module from one library to another. I'm assuming it uses copy and not copymod unless the blksizes are different by default. Since our blksizes are set to 32760, will this not utilize the leftovers at the end of each track. Should I be using copymod instead for these individual modules? Thanks for everyone's help! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ISF140E I/O error
Hello, Some times I am having problem in spool of jes, what is. ISF140E I/O error occurred reading HDB, spool address 014C4101C035337E, return code , reason , info code 0008. Someone can help me. -- Hélio José da Silva Depto. Software Básico Banco Rural S/A -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
On Mon, 5 Mar 2007 07:41:15 -0500, John Eells <[EMAIL PROTECTED]> wrote: > >This makes perfect sense to me. Why worry about which cases >matter when you can always use an action that's not harmful and >covers all of them? > Because some people actually care about speed of execution and CPU time. z9 cycles don't come cheap. Those of us trying to blead every mip out our boxes in order to save our beloved mainframe (and our jobs) have to care about these kinds of things. PDSFAST wouldn't exist if IEBCOPY was quick and efficient. COPYMOD is especially slow. Example for just 1 library: COPY of SYS1.LINKLIB to new library (same blksize): CPU0MIN 01.00SEC SRB0MIN 00.93SEC (35 sec wall clock) COPYMOD of SYS1.LINKLIB to new library (same blksize): CPU0MIN 03.36SEC SRB0MIN 00.94SEC (2 min 28 sec wall clock) Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How are you handling high SMF record volume?
> >No, your information is very dated and obsolete. >have been allowed and supported since z/OS 1.6... for which support ENDS >this September (Sept 2007). You can cut him a little slack, it's not like this support has been there for 10 years. I guess we run our mission critical applications on a very dated and obsolete operating system. Thank goodness I'm finally working on getting us into the new millennium with z/OS 1.8. :-) Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
If there is a difference in provessing it would be because copymod does a re-link-edit of the modules as opposed to a straight copy. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 - This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SAS IF Statement with ANDs and ORs
Thank You. Comments and code appreciated. Carol Jan MOEYERSONS <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/04/2007 12:04 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SAS IF Statement with ANDs and ORs On Fri, 2 Mar 2007 08:14:52 -0600, Carol Srna <[EMAIL PROTECTED]> wrote: >Hello All. >Input Fields: >Volser: 3-8 > >STATUS $ 71 > >DSN: $ 10-53 > >Location: $ 55-62 > >IF STATEMENTS: >IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' ' > OR LOCATION NE 'OAM' OR LOCATION NE 'DYLT'); > >I do not want any Locations of OAM or DYLT. BUT, I am getting records for >them and also records where the VOLSER and DSN fields are blanks. > >What's wrong with this code? Just about everything, frankly. Why don't you say exactly what you are interested in, instead of (erroneaously) saying what you do not want? Positive logic is invariably easier to understand and debug than negative logic. And if you really have no option but to exclude what you do not want, then state the condition of what you do not want and throw those that fit out. And in any case: use parantheses to explicitely say what the order of precedence of the predicates is. IF (STATUS = 'M' AND VOLSER NE '.' AND DSN NE ' '); IF (LOCATION EQ 'OAM' OR LOCATION EQ 'DYLT') THEN DELETE; should do the trick... Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
George Dranes wrote: Thanks for the info. Fortunately, I'm copying between 3390 devices only so IEBCOPY without copymod should be fine. I did try some tests, for example I used copymod to copy my SYS1.LINKLIB and noticed the space utilization decreased. The linklib had been installed from a server pac with a blksize=32760 and i was copying to a dataset with the same blksize so I was confused by the utilization change. Does copymod tidy up things during the copy??? On further thought...my guess is that if the directories are the same size and if the device types are identical*, then the reduction in utilization would have to come from the difference between IEBCOPY compress processing (which I'd guess in that case would have to be using COPY, not COPYMOD) and COPYMOD processing. But I'd have to ask one of the DFSMSdfp guys to be sure, and I've lost track of who owns IEBCOPY. * Not just defined as 3390's, but actually the same underlying machine type. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ancient military disks
William Donzelli wrote: These look like standard units, sort of like 3336s. They may indeed be a retagged 3336s, but I am not going to stick a new disk in my crappy 3330 just to see if one fits. I can't help with the rest of your question, but IIRC 3336's had ten magnetic disks (19 data and one servo) and did not have a double platter on the top. -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
Ted MacNEIL wrote: My question is since the blksizes of the datasets are identical is it ok to just use IEBCOPY without COPYMOD? I'm assuming I would only need copymod if the blocksize were different and the modules needed re-blocked Why worry? Just do it! It couldn't hurt. What do you think you're gaining by not doing the COPYMOD? This makes perfect sense to me. Why worry about which cases matter when you can always use an action that's not harmful and covers all of them? -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY question?
George Dranes wrote: I'm assuming with z/OS 1.7 the serverpac uses COPYMOD to populate the load libraries. Modules may have been added and deleted in the linklib due to maintenance etc. I did compress the library (it was a non-production linkib) before the copy. It appears copymod is doing some cleanup somewhere? ServerPac has been using COPYMOD to load its data sets for quite some time now. Any reduction in size from a subsequent COPYMOD should be coming from some other place (for example, are the directories the same size?). -- John Eells z/OS Technical Marketing IBM Poughkeepsie [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
