Re: SMP/E question
Check the SMP log for the date in question! snip Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question
On 01/10/10 04:07, âãé áï àáé wrote: Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. TIA Gadi Like Allan said look at the SMP/E Logs. Here's an example batch job. //LISTLOG EXEC SMPE //SYSIN DD * SETBDY(TARGET) . LIST LOG(10 09 06, 10 27 06). ìùéîú ìáê, áäúàí ìðäìé äçáøä åæëåéåú äçúéîä áä, ëì äöòä, äúçééáåú àå îöâ îèòí äçáøä, îçééáéí îñîê ðôøã åçúåí òì éãé îåøùé äçúéîä ùì äçáøä, äðåùà àú ìåâå äçáøä àå ùîä äîåãôñ åáöéøåó çåúîú äçáøä. áäòãø îñîê ëàîåø (ìøáåú îñîê ñøå÷) äîöåøó ìäåãòú ãåàø àì÷èøåðé æàú, àéï ìøàåú áàîåø áäåãòä àìà îùåí èéåèä ìãéåï, åàéï ìäñúîê òìéä ìáéöåò ôòåìä òñ÷éú àå îùôèéú ëìùäé. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Time Customer Service Tampa, FL People assume that time is a strict progression of cause to effect... but actually, from a non-linear, non-subjective viewpoint, it's more like a big ball of wibbly-wobbly timey-wimey stuff. The Doctor - Blink -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question
Is there a way to find out all of the SYSMODs that were applied on a certain date. If you keep SMPLOG, then as suggested you can LIST LOG by date. You can LIST SYSMODS in the target zone of interest and use the INSTALLDATE subentry (written as DATE/TIME INS in SMPLIST) to identify the interesting SYSMODs. Or, you can write a program to use GIMAPI and query SYSMODs, using a FILTER like this: INSTALLDATE=yyddd. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question
- Original Message - From: גדי בן אבי gad...@malam.com Newsgroups: bit.listserv.ibm-main Sent: Sunday, January 10, 2010 4:09 AM Subject: SMP/E question Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. TIA Gadi Gadi, Get yourself 3.5 and install it now. You'll be glad you did. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E question
Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question
Quick response...just do a LIST SYSMODS on the GLOBAL, and edit the file. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gad...@malam.com Sent: Sunday, January 10, 2010 4:08 AM To: IBM-MAIN@bama.ua.edu Subject: SMP/E question Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 80-Column Minds (Was: SMP/E question)
Shmuel (Seymour J.) Metz wrote: In ... on 05/22/2008 at 02:46 PM, William H. Blair [EMAIL PROTECTED] said: I had made mods to HASP 4.0 for SVS (OS/VS2 Release 1.7) to support this transparently. There was no HASP 4; I might believe HASP II Version 4. Really? I suppose I'll have to throw away my recording of Tom Simpson referring to it as HASP four point oh. Please excuse me, Mr. Pedantic. I assert there's little ambiguity for the other two thousand folks on this list since I did explicitly indicate: | for SVS (OS/VS2 Release 1.7) There was only one HASP version that was released by IBM that ran on OS/VS2 Release 1.7. But, obviously, I should have said, instead, in order to please you: I had made mods to HASP II Version 4.0 for SVS (OS/VS2 Release 1.7) to support this transparently. I will really try to remember to designate product names using only their complete, precise nomenclature, instead of using imprecise, incomplete, invalid, and potentially confusing terms, such as HASP 3.1, JES2 4.1, and NJE 3.1. Please forgive me. I shall try to be more precise in the future, so as not to upset your precision sensibilities. -- WB -- 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: 80-Column Minds (Was: SMP/E question)
In [EMAIL PROTECTED], on 05/22/2008 at 02:46 PM, William H. Blair [EMAIL PROTECTED] said: I had made mods to HASP 4.0 for SVS (OS/VS2 Release 1.7) to support this transparently. There was no HASP 4; I might believe HASP II Version 4. But I was surprised and pleased to find that it just worked in JES2 (at least by the time we got around to using MVS 3.8). So as far as I know, this was never a problem or restriction in JES2 I believe that at one point there was a PTF that reduced the LRECL limit for SYSIN and that there were howls about it on IBM-MAIN. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: 80-Column Minds (Was: SMP/E question)
In [EMAIL PROTECTED], on 05/22/2008 at 02:48 PM, McKown, John [EMAIL PROTECTED] said: Hum, then how come the old timers don't seem to know these things either? Because they listen to urban legends instead of reading the documentation themselves. I'm not the only one here to have done things in MVS that can't be done. Some of those things had been around for decades and the word still hadn't gotten out. BTW, don't fall for the claim that the syndrome is limited to mainframe programmers; if anything it's worse with the PC types. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: 80-Column Minds (Was: SMP/E question)
... could you not just use RECFM=V and send 84 byte JCL and 208/212 LRECL SYSIN Data? I assume so, but I never tried to do that. Using in-stream data sets with more than 80 bytes per card was an extension to an existing program (that used to require only 80 bytes of in-stream data) which used two separate DCBs to write the JCL and the in-stream data. I just kept the one that was handling the actual JCL as FB-80 and changed the one that was handling the in-stream data to V-whatever. It may have been the case that for some reason my SVS 1.7 HASP 4.0 mods to make all this work required the use of a RECFM=F[B] DCB for actual JCL. I do not remember that being the case, but lots of this is very hazy now, so I can't really say. -- WB -- 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: 80-Column Minds (Was: SMP/E question)
On Sat, 24 May 2008 21:12:25 -0400, Robert A. Rosenberg wrote: At 14:46 -0500 on 05/22/2008, William H. Blair wrote about Re: 80-Column Minds (Was: SMP/E question): But I was surprised and pleased to find that it just worked in JES2 (at least by the time we got around to using MVS 3.8). So as far as I know, this was never a problem or restriction in JES2 (like it was in HASP). I just wrote the long records to a SYSOUT=(x,INTRDR) data set. The only thing you had to watch was that the actual JCL and JECL could not be anything other than LRECL=80. So, the program actually used two DCBs to write the records to the INTRDR SYSOUT data set, depending on and using the implied SYSOUT DISP=MOD. The '//XX DD *' record was written with the DCB that had LRECL=80, but the in-stream input records were written with the LRECL=20x DCB. It just worked. I may be misremembering but could you not just use RECFM=V and send 84 byte JCL and 208/212 LRECL SYSIN Data? By experiment (nowadays, JES2) JCL statements are quietly truncated at 80 columns; data beyond column 80 does not even appear in the listing. But earlier (perhaps pre 1.7, JES2) RECFM=V caused serious I/O errors on SYSIN. JES3 has long worked better; perhaps that's part of what you pay for. From: Title: z/OS V1R1.0 CS: IP Configuration Reference Document Number: SC31-8776-00 2.8.44 z/OS V1R1.0 CS: IP Configuration Reference _ 2.8.44 JESRECFM Statement Usage Notes * Only use the value V when running on JES3 systems. It's dismaying that restrictions such as this must be inferred from a TCP/IP manual, rather than appearing in the JCL RM. BTW, the restriction is still stated in V1R9.0. I suspect it's outdated. Perhaps time for a RCF. -- gil -- 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: 80-Column Minds (Was: SMP/E question)
On Thu, 22 May 2008 14:46:23 -0500, William H. Blair wrote: Speaking of 80-column, when did JES2 overcome the fixed 80 restriction on SYSIN data sets? The short version: (1) Long ago for LRECL up to 254. (2) z/OS 1.7 for LRECL up to 32K. The long version: We had an application that read LRECL=204 or 208 or something like that in JES2 4.1. Note: That is JES2 4.1, which was before JES2/NJE and before JES2/SP for MVS/SP 1.3.0. So, that would have been on MVS 3.8 (with various SUs installed, but of course they have nothing to do with this issue). The timeframe for this was 1977-1978, but this application was in production at least one year before then, ... Was this with RECFM=F or RECFM=V? (I consider RECFM=F an adjunct to the 80-column minds.} Circa 1995 (well after 1978) I encountered a serious problem with RECFM=V which was repaired briefly by OW10527, a massive change to make by PTF rather than on a release boundary, then regressed a few months later by OW16674 (apparently some customers preferred it broken). Very recently, I noticed that JES2 is back to the OW10527 behavior. OA08145, the long SYSIN APAR may have incidentally repaired the damage reintroduced by OW16674. I hope customers afflicted with 80-column minds don't prevail on IBM to break it again. To this end, is there anywhere documentation on how the attributes of the SYSIN data set as perceived by the problem program reading it are determined by the JCL attributes of the internal reader and the characteristics of the instream data? OW10527 provides a table, but there's good reason to believe that's obsolete, and I know of no instance in a reference manual? (Wasn't there some complaint here recently about needing to search APARs to discover documentation?) -- gil -- 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: 80-Column Minds (Was: SMP/E question)
Was this with RECFM=F or RECFM=V? The SYSIN input data set was read (by the program that was executed by the JCL submitted via the INTRDR) with a DCB that specified RECFM=VB,LRECL=252,BLKSIZE=256. It used the LOCATE form of the GET macro, so it just looked at the RDW to see how long a record it actually had been pointed to. To this end, is there anywhere documentation on how the attributes of the SYSIN data set as perceived by the problem program reading it are determined by the JCL atributes of the internal reader and the characteristics of the instream data? Not that I am aware of. The only thing I have seen is the APAR text, which, if I remember correctly, describes some algorithm that attempts to provide an intelligent default, such as RECFM=V if there are any records in the in-stream data set that were written with such a DCB to begin with. Maybe that works. I dunno. The very low-level code in JES2 that actually picks apart the SPOOLed in-stream data set records returns a record and its length. What gets done with the length ultimately depends on code at least one layer up, past the QSAM DCB-to-VSAM ACB/RPL compatibility interface, which looks at what the DCB says. RDWs will be manufactured if the DCB indicates RECFM=V. Thus, one can read a standard FB-80 in-stream data set with a RECFM=V[B] DCB, and all will be well. Every record will have a length of 84 in the RDW (in the simple-minded instance where the JOB was written to the INTRDR with an LRECL=80 RECFM=F[B] DCB or ACB). -- WB -- 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: 80-Column Minds (Was: SMP/E question)
At 14:46 -0500 on 05/22/2008, William H. Blair wrote about Re: 80-Column Minds (Was: SMP/E question): But I was surprised and pleased to find that it just worked in JES2 (at least by the time we got around to using MVS 3.8). So as far as I know, this was never a problem or restriction in JES2 (like it was in HASP). I just wrote the long records to a SYSOUT=(x,INTRDR) data set. The only thing you had to watch was that the actual JCL and JECL could not be anything other than LRECL=80. So, the program actually used two DCBs to write the records to the INTRDR SYSOUT data set, depending on and using the implied SYSOUT DISP=MOD. The '//XX DD *' record was written with the DCB that had LRECL=80, but the in-stream input records were written with the LRECL=20x DCB. It just worked. I may be misremembering but could you not just use RECFM=V and send 84 byte JCL and 208/212 LRECL SYSIN Data? -- 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: 80-Column Minds (Was: SMP/E question)
--snip I agree. We sometimes defrag volumes. We also try to maintain a good head room, but the current CIO thinks that is wasteful. ---unsnip-- Sounds like he's got lots of head room; no brains, just lots of head room. :-) It's hard to soar like an eagle when you're stuck among the turkeys. -- 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
80-Column Minds (Was: SMP/E question)
Craddock, Chris wrote: Agreed. Current technology is capable of exploiting very large volumes but it isn't clear that customers are actually exploiting much of that. John's comment was fairly typical of comments you and I have both heard hundreds of times from customers and even from folks from IBM and the ISV side of the aisle at TDMs in the last couple of years. For a lot of those people a whole 3390-3 volume is still perceived to be a lot of space and there was a time when it really was. Just not today. All I was saying is that too many customer decision makers are stuck in the past. This seems to be just another example of an often-recurring theme on the mainframe. The platform has evolved to offer an array of amazing technologies. But, a large percentage of its users just won't use them. This leaves the mainframe open to attack by purveyors of the alternatives. IT professionals with 80-column minds are our platform's own worst enemy! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: 80-Column Minds (Was: SMP/E question)
On Thu, 22 May 2008 08:05:44 -0700, Edward Jaffe wrote: This leaves the mainframe open to attack by purveyors of the alternatives. IT professionals with 80-column minds are our platform's own worst enemy! Speaking of 80-column, when did JES2 overcome the fixed 80 restriction on SYSIN data sets? I see that manuals as far back as OS/390 2.10 allow up to LRECL=254. I guess I missed the announcement. And various recent APARS deal with the problems introduced by accommodating variable length SYSIN (e.g. OA11953 Oops). -- gil -- 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: 80-Column Minds (Was: SMP/E question)
Certainly z/OS is not limited to 80 columns any moreIn some places, you can have 100 columns (JCL PARM=) :=) -- 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: 80-Column Minds (Was: SMP/E question)
In a message dated 5/22/2008 12:05:04 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: Certainly z/OS is not limited to 80 columns any moreIn some places, you can have 100 columns (JCL PARM=) :=) IFF you get the continuation sequence right;-} **Get trade secrets for amazing burgers. Watch Cooking with Tyler Florence on AOL Food. (http://food.aol.com/tyler-florence?video=4?NCID=aolfod000302) -- 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: 80-Column Minds (Was: SMP/E question)
IT professionals with 80-column minds are our platform's own worst enemy! I remember, in the early 1980's (in a chargeback shop), one developer was complaining about his huge storage charges. It turned out that nobody had explained to him the value of blocking files. So, his disk (and tape) files were all blocked at one record. Performance and capacity were major factors for his applications. That's when I wrote my first tech paper, explaining what/why blocking files. It was a mixed 3330/3350 shop, so 6160 (or close to it) was the recommendation (long before SDB). The bills went down, and the jobs sped up. Of course, there were some region size issues, but it was a goodness all around. First letter of commendation I ever got on my file. My point is, that today's application programmers still don't know the simple things, such as: o extents are not a bad thing any more o CA/CI splits (especially CI splits) don't have as big an impact as they used to. o allocating on Cylinder vs Track boundaries don't have a major impact anymore, due to define extent o they still don't understand block sizes It may be an 80-column mind, but I think it's more that nobody spends money on education, these days. - 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: 80-Column Minds (Was: SMP/E question)
Speaking of 80-column, when did JES2 overcome the fixed 80 restriction on SYSIN data sets? The short version: (1) Long ago for LRECL up to 254. (2) z/OS 1.7 for LRECL up to 32K. The long version: We had an application that read LRECL=204 or 208 or something like that in JES2 4.1. Note: That is JES2 4.1, which was before JES2/NJE and before JES2/SP for MVS/SP 1.3.0. So, that would have been on MVS 3.8 (with various SUs installed, but of course they have nothing to do with this issue). The timeframe for this was 1977-1978, but this application was in production at least one year before then, from the very beginning when we ran MVS in production. I had made mods to HASP 4.0 for SVS (OS/VS2 Release 1.7) to support this transparently. But I was surprised and pleased to find that it just worked in JES2 (at least by the time we got around to using MVS 3.8). So as far as I know, this was never a problem or restriction in JES2 (like it was in HASP). I just wrote the long records to a SYSOUT=(x,INTRDR) data set. The only thing you had to watch was that the actual JCL and JECL could not be anything other than LRECL=80. So, the program actually used two DCBs to write the records to the INTRDR SYSOUT data set, depending on and using the implied SYSOUT DISP=MOD. The '//XX DD *' record was written with the DCB that had LRECL=80, but the in-stream input records were written with the LRECL=20x DCB. It just worked. The limit was 254 (or 253?), however. Large LRECL support for SPOOLed in-stream data sets (up to 32K) did not come along, as I remember, until z/OS 1.7. It may have been the case that this working like it did was not intentional on the part of IBM. But it did work. That shop ran that application for more than ten years, with no problems being reported to me. It was a very slick hack that originally used the XBM facility. Clearly this is not a very common thing, and most folks would not suspect that it could even be done. That extends to IBM JES2 folks, who have obviously, from time to time, allowed it to go into disrepair. Or you're remembering some fallout from the z/OS 1.7 JES2 changes for large (32K) SYSIN LRECL support. That's the only reasonable explanation I have for why this would appear to be news in any recent JES2 APAR. -- WB -- 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: 80-Column Minds (Was: SMP/E question)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, May 22, 2008 2:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 80-Column Minds (Was: SMP/E question) [snip] My point is, that today's application programmers still don't know the simple things, such as: o extents are not a bad thing any more Except, at times, for space management issues. We often have very fragmented volumes and a person cannot get a large primary allocation. We now preach use a smaller primary and secondary allocation, and let dynamic volume count save you from an x37 abend. o CA/CI splits (especially CI splits) don't have as big an impact as they used to. And despite being told this, they still insist on weekly reorgs to eliminate them. Another preaching point that is ignored. o allocating on Cylinder vs Track boundaries don't have a major impact anymore, due to define extent o they still don't understand block sizes Which makes PS-Es nice since the don't have the same problem with blksize since the logical blksize and the physical blocks on the DASD are decoupled. It may be an 80-column mind, but I think it's more that nobody spends money on education, these days. Steve will agree with you on that! Hum, then how come the old timers don't seem to know these things either? And, at least here, we have preached to them on many occasions. But, then, they are too busy to learn. They must code ... code ... code because that is what they are graded on. -- 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: 80-Column Minds (Was: SMP/E question)
o CA/CI splits (especially CI splits) don't have as big an impact as they used to. And despite being told this, they still insist on weekly reorgs to eliminate them. Another preaching point that is ignored. AND, the first thing that happens is all the splits recurr and the dataset is back into the same state as before the re-org. Talk about a waste of resources: Batch processing Tape/disk/CPU Unnecessary down-time - 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: 80-Column Minds (Was: SMP/E question)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, May 22, 2008 12:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 80-Column Minds (Was: SMP/E question) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Thursday, May 22, 2008 2:26 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 80-Column Minds (Was: SMP/E question) [snip] My point is, that today's application programmers still don't know the simple things, such as: o extents are not a bad thing any more Except, at times, for space management issues. We often have very fragmented volumes and a person cannot get a large primary allocation. We now preach use a smaller primary and secondary allocation, and let dynamic volume count save you from an x37 abend. FDR fast Compakt is still useful for this problem. And trying to keep application storage pools at least 30% free space. -- 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: 80-Column Minds (Was: SMP/E question)
Posted by Ted MacNEIL My point is, that today's application programmers still don't know the simple things, such as: o extents are not a bad thing any more o CA/CI splits (especially CI splits) don't have as big an impact as they used to. o allocating on Cylinder vs Track boundaries don't have a major impact anymore, due to define extent o they still don't understand block sizes Ted, It's not only the application programmers. My storage admiins get all hot and bothered if datasets go into extents or VSAM datasets have the least number of CA/CI splits. I've tried to convince them that it's not big deal but they don't believe me. Tom Kelman * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: 80-Column Minds (Was: SMP/E question)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave Sent: Thursday, May 22, 2008 3:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 80-Column Minds (Was: SMP/E question) [snip] FDR fast Compakt is still useful for this problem. And trying to keep application storage pools at least 30% free space. I agree. We sometimes defrag volumes. We also try to maintain a good head room, but the current CIO thinks that is wasteful. -- 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: 80-Column Minds (Was: SMP/E question)
McKown, John wrote: Except, at times, for space management issues. We often have very fragmented volumes and a person cannot get a large primary allocation. We now preach use a smaller primary and secondary allocation, and let dynamic volume count save you from an x37 abend. Doesn't SMS Space Constraint Relief help here? It has worked pretty well for us -- especially cool when it uses more than five extents to satisfy the primary allocation. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: 80-Column Minds (Was: SMP/E question)
Kelman, Tom wrote: It's not only the application programmers. My storage admiins get all hot and bothered if datasets go into extents or VSAM datasets have the least number of CA/CI splits. I've tried to convince them that it's not big deal but they don't believe me. Existing splits can actually be a good thing. They help ensure free space is available where it's likely to be needed most. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: 80-Column Minds (Was: SMP/E question)
Wow, 30%? That would be about 2.5TB of free space in several (4) of my storage groups - we can't afford that! Since we use 3390-50 volumes (55650 cyls), we can run at around 5-10% free space and not have any issues. Gibney, Dave [EMAIL PROTECTED] 5/22/2008 4:31 PM -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Thursday, May 22, 2008 12:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 80-Column Minds (Was: SMP/E question) FDR fast Compakt is still useful for this problem. And trying to keep application storage pools at least 30% free space. Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 80-Column Minds (Was: SMP/E question)
I agree. We sometimes defrag volumes. We also try to maintain a good head room, but the current CIO thinks that is wasteful. 1. Do the defrag based on an index. The index should be based on your x37 abends. 2. Get your CIO's permission to reduce (or experiment with) the 'head room'. Get it in writing, because it will hurt. 3. Or get the CIO's written definition of what is not wasteful. And, track what happens. 4. Or suck it up. - 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: 80-Column Minds (Was: SMP/E question)
Existing splits can actually be a good thing. They help ensure free space is available where it's likely to be needed most. Almost an exact quote from VSAM De-Mystified. - 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: 80-Column Minds (Was: SMP/E question)
Having splits is rarely a performance hit, but taking one is. If you know the data, you can specify the FREESPACE so as to take the splits at allocation when the application is not impacted. VSAM Reorgs are often a stop-gap measure to avoid spending time and energy to perform tuning. Good allocation attribute choices and tuning are key to avoid and reclaim 'dead' CAs and 'dead' CIs should they become too numerous. Meaning the file may need to be better tuned to avoid run away growth. Volume Defrags are also mostly a waste of valuable resources. We haven't run a defrag in over 10 years in a shop with over 150TB. Only the Systems, programming staff will on a vary rare occasion run defrag against an IPL volume being prepared for roll out. Space abends are nearly a thing of the past with carefully defined and assigned dataclasses that take advantage of (Space Constraint Relief) SCR, DVC (Dynamic Volume Count) or the standard volume count, and ECR (extent constraint removal). Also, strategic use of Extended Format, Extended Addressability, and General and Tailored Compaction will be of huge benefit in this arena. Separating data into separate storage groups based on data type and how the data should be managed will also contribute greatly in the reduction of space related abends. For instance, you would not want DB2 linear files in the same storage group with Datacom databases because Datacom needs large extents, but DBAs would have difficulty finding large enough chunks of space because the DB2 linear files would have extents all over the pool. Running interval migration on a storage that has only has archive logs directed to it will also help prevent space abends. Of course, management has a key roll to play if strategically defined and assigned. But you have to be willing to drive these changes and overcome the hurdles; very few are willing. There is no shortage of folks out there needing a little education, sometimes this means me. It took 6 years for me, a lowly MVS Storage Technical, to convince and push to finally get our development environment merged into a single sysplex from what was a mult-sysplex environment with 3 sysplexes sharing the same DASD. Finally, we can take advantage of the sysplex exploiters. So, don't give up. Now, my next challenge is to preach ILFs under z/10. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kelman, Tom Sent: Thursday, May 22, 2008 12:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 80-Column Minds (Was: SMP/E question) Posted by Ted MacNEIL My point is, that today's application programmers still don't know the simple things, such as: o extents are not a bad thing any more o CA/CI splits (especially CI splits) don't have as big an impact as they used to. o allocating on Cylinder vs Track boundaries don't have a major impact anymore, due to define extent o they still don't understand block sizes Ted, It's not only the application programmers. My storage admiins get all hot and bothered if datasets go into extents or VSAM datasets have the least number of CA/CI splits. I've tried to convince them that it's not big deal but they don't believe me. Tom Kelman * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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
SMP/E question on merging DDDEF entries.
Good morning all, The system is z/OS 1.9 and my old nemesis SMP/E. I am trying to build a new TARGET zone. What I want to do is copy ALL the DDDEF information from one TARGET zone to another new TARGET zone. At this point all I want is the DDDEF information, including the volser. I have tried this command: SET BDY(MVST200) . ZMRG (MVST100) INTO(MVST200) DEFINITION . And it copies everything BUT the volume information. Confused here. I ran a list command from the old TARGET zone and have that output including the volume information. Does someone have a REXX or utility to take that and form it up into UCLIN statements? Or is there a better way to copy the volume information from one zone to another. Please let me know your ideas. Regards, Claude -- 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 question on merging DDDEF entries.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richbourg, Claude Sent: Wednesday, May 21, 2008 10:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SMP/E question on merging DDDEF entries. Good morning all, The system is z/OS 1.9 and my old nemesis SMP/E. I am trying to build a new TARGET zone. What I want to do is copy ALL the DDDEF information from one TARGET zone to another new TARGET zone. At this point all I want is the DDDEF information, including the volser. I have tried this command: SET BDY(MVST200) . ZMRG (MVST100) INTO(MVST200) DEFINITION . And it copies everything BUT the volume information. Confused here. I ran a list command from the old TARGET zone and have that output including the volume information. Does someone have a REXX or utility to take that and form it up into UCLIN statements? Or is there a better way to copy the volume information from one zone to another. Please let me know your ideas. Regards, Claude Do an UNLOAD DDDEF. //S1 EXEC PGM=GIMSMP, // PARM='PROCESS=WAIT', // DYNAMNBR=120 //* //SMPCSI DD DISP=SHR,DSN='SMPE18.GLOBAL.CSI' //SMPPUNCH DD DSN=TSH009.SMPE.DDDEF.SMPE18., // DISP=(NEW,CATLG),SPACE=(TRK,(100,10),RLSE), // RECFM=FB,LRECL=80,BLKSIZE=0,DSORG=PS //* //SMPCNTL DD * SETBOUNDARY (oldtarg) . UNLOAD DDDEF . /* // Replace oldtarg with your source zone name. Change other DSNs as needed. Edit output DSN if necessary. Run the step: //S2 EXEC PGM=GIMSMP, // PARM='PROCESS=WAIT', // DYNAMNBR=120 //SMPCSI DD DSN=SMPE18.GLOBAL.CSI, // DISP=SHR //* //* //SMPPTFIN DD DUMMY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=32720) //SMPHOLD DD DUMMY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=32720) //SMPCNTL DD * SETBOUNDARY ( newtarg) . // DD DISP=SHR,DSN=TSH009.SMPE.DDDEF.SMPE18. -- 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: SMP/E question on merging DDDEF entries.
John, Thank you very much as it worked great. My nemesis grows weaker.. Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 21, 2008 11:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question on merging DDDEF entries. -snip- Do an UNLOAD DDDEF. //S1 EXEC PGM=GIMSMP, // PARM='PROCESS=WAIT', // DYNAMNBR=120 //* //SMPCSI DD DISP=SHR,DSN='SMPE18.GLOBAL.CSI' //SMPPUNCH DD DSN=TSH009.SMPE.DDDEF.SMPE18., // DISP=(NEW,CATLG),SPACE=(TRK,(100,10),RLSE), // RECFM=FB,LRECL=80,BLKSIZE=0,DSORG=PS //* //SMPCNTL DD * SETBOUNDARY (oldtarg) . UNLOAD DDDEF . /* // Replace oldtarg with your source zone name. Change other DSNs as needed. Edit output DSN if necessary. Run the step: //S2 EXEC PGM=GIMSMP, // PARM='PROCESS=WAIT', // DYNAMNBR=120 //SMPCSI DD DSN=SMPE18.GLOBAL.CSI, // DISP=SHR //* //* //SMPPTFIN DD DUMMY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=32720) //SMPHOLD DD DUMMY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=32720) //SMPCNTL DD * SETBOUNDARY ( newtarg) . // DD DISP=SHR,DSN=TSH009.SMPE.DDDEF.SMPE18. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- 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 question.
I like to do the Internet download from ShopzSeries. It works fairly well. However, I have a problem in that I just don't have a lot of z/OS dasd to dedicate to the SMPE UNIX files needed. What I do at present is download to my Windows desktop. I then tar (Cygwin) the directory containing the files. Next, I ftp that tar file to my Linux desktop. I unwind the tar file into a directory which is NFS mounted on z/OS. Oh, did I mention that my SMPWKDIR is also NFS mounted to my Linux desktop? This works. But is excessively S..L..O..W due to the network I/O. What I'd like to do is take the downloaded pax.Z files and create a tape from them. I would need to unwind the pax files on Linux, then ftp them to z/OS. After unwinding the pax files, I end up with a SMPHOLD file and a SMPMCS file. Could I then just ftp (binary) these to my z/OS system (to a virtual tape, perhaps) and do a normal RECEIVE? -- 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: SMP/E question.
On Mon, 19 May 2008 10:54:16 -0500, McKown, John [EMAIL PROTECTED] wrote: I like to do the Internet download from ShopzSeries. It works fairly well. However, I have a problem in that I just don't have a lot of z/OS dasd to dedicate to the SMPE UNIX files needed. What I do at present is download to my Windows desktop. I then tar (Cygwin) the directory containing the files. Next, I ftp that tar file to my Linux desktop. I unwind the tar file into a directory which is NFS mounted on z/OS. Oh, did I mention that my SMPWKDIR is also NFS mounted to my Linux desktop? This works. But is excessively S..L..O..W due to the network I/O. What I'd like to do is take the downloaded pax.Z files and create a tape from them. I would need to unwind the pax files on Linux, then ftp them to z/OS. After unwinding the pax files, I end up with a SMPHOLD file and a SMPMCS file. Could I then just ftp (binary) these to my z/OS system (to a virtual tape, perhaps) and do a normal RECEIVE? For normal maintenance or most product orders, you really don't need much DASD on z/OS, so why go through all that every time? Even a large product like WebSphere isn't that big. I can see playing games for a z/OS Serverpac perhaps, but that should be the exception. Heck, I would think pointing SMPNTS to /tmp would be plenty of space most of the time. BTW, I don't allocate SMPWKDIR. I just have a large SMPNTS.And I know mainframe dasd is not cheap compared to the sata drive in your workstation, but in the total scheme of your mainframe dasd, how much of a pain would it be to get a little more to support this the way it was meant to work? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, May 19, 2008 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. For normal maintenance or most product orders, you really don't need much DASD on z/OS, so why go through all that every time? Even a large product like WebSphere isn't that big. I can see playing games for a z/OS Serverpac perhaps, but that should be the exception. Heck, I would think pointing SMPNTS to /tmp would be plenty of space most of the time. BTW, I don't allocate SMPWKDIR. I just have a large SMPNTS.And I know mainframe dasd is not cheap compared to the sata drive in your workstation, but in the total scheme of your mainframe dasd, how much of a pain would it be to get a little more to support this the way it was meant to work? Mark Well, I blew an entire 3390-3 trying to do a receive. Around here, DASD is again considered a premium resource. The new CIO firmly believes that we are just wasting space left and right and wants __strong__ justification for DASD. To the point were we may start getting Sx37 abends again due to lack of space. I know, that what I can do? I've suffered the pain, he has not. -- 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: SMP/E question.
On Mon, 19 May 2008 11:23:59 -0500, McKown, John [EMAIL PROTECTED] wrote: BTW, I don't allocate SMPWKDIR. I just have a large SMPNTS.And I know mainframe dasd is not cheap compared to the sata drive in your workstation, but in the total scheme of your mainframe dasd, how much of a pain would it be to get a little more to support this the way it was meant to work? Mark Well, I blew an entire 3390-3 trying to do a receive. Around here, DASD is again considered a premium resource. The new CIO firmly believes that we are just wasting space left and right and wants __strong__ justification for DASD. To the point were we may start getting Sx37 abends again due to lack of space. I know, that what I can do? I've suffered the pain, he has not. What were you trying to receive? ALL maintenance, recommended, HIPERs, a product? How far behind current are you if it is regular maintenance? And if it is regular maintenance, perhaps you can split it up by doing recommended first or just HIPERs etc. Then if you keep more current it doesn't have to be so big. Of course the problem will then move to your SMPPTS if you never apply / accept and clean up anything. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question.
Well, I blew an entire 3390-3 trying to do a receive. Around here, DASD is again considered a premium resource. Woo hoo! A whole 2.5 GiB? John, you're a wild man :-) This is one of the primary reasons we mainframers are a bit of an endangered species. We don't really have any understanding of what's big anymore. CC -- 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 question.
This is one of the primary reasons we mainframers are a bit of an endangered species. We don't really have any understanding of what's big anymore. True, but management does understand costs. I sympathize with those in production shops who have to justify, and perhaps charge for, DASD and other resources. And just for the record, I have one of the largest HFSes in our company, just to pull maintenance. 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: SMP/E question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, May 19, 2008 11:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. On Mon, 19 May 2008 11:23:59 -0500, McKown, John [EMAIL PROTECTED] wrote: BTW, I don't allocate SMPWKDIR. I just have a large SMPNTS.And I know mainframe dasd is not cheap compared to the sata drive in your workstation, but in the total scheme of your mainframe dasd, how much of a pain would it be to get a little more to support this the way it was meant to work? Mark Well, I blew an entire 3390-3 trying to do a receive. Around here, DASD is again considered a premium resource. The new CIO firmly believes that we are just wasting space left and right and wants __strong__ justification for DASD. To the point were we may start getting Sx37 abends again due to lack of space. I know, that what I can do? I've suffered the pain, he has not. What were you trying to receive? ALL maintenance, recommended, HIPERs, a product? How far behind current are you if it is regular maintenance? And if it is regular maintenance, perhaps you can split it up by doing recommended first or just HIPERs etc. Then if you keep more current it doesn't have to be so big. Of course the problem will then move to your SMPPTS if you never apply / accept and clean up anything. Mark It wasn't all that much. On my Linux system, it takes up 621,444KiB of space. I was able to create a 19,890 track zFS dataset on one of my UNIX volumes. That got me 1,909,440 blocks (512 bytes) or 954,720KiB of space. This order had 1,018 PTFs, but many of them were NOT RECEIVED. Some were already APPLIED and some had NO APPLICABLE ++VER. I think that I must have goofed up and didn't subset the order correctly on ShopzSeries. Once unwound on Linux, the SMPHOLD was 1.9M and SMPPTFIN was 1.5G. Well, that blew my single volume right there. Especially having the smpwkdir and smpnts being in the that same filesystem. Requesing another volume here is, to me, very painful due to our backup methodology. It is a very good vendor product, but basically you need to initialize the volume then update the product's inventory. This cannot be done while the product is actually doing backups. And our DASD backups sometimes run into the middle of the day. I know, fuzzy backups are bad. But they have been risk accepted by management, so there is 0 that I can do. After all, we do need to do productive work on occassion VBG. Our general maintenance philosophy is basically do nothing unless something breaks. We do a complete system replacement about every other year / release. We do vendor products this same way, unless something bites us. shrug We don't have enough staff do to otherwise (common experience). -- 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: SMP/E question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Monday, May 19, 2008 11:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. Well, I blew an entire 3390-3 trying to do a receive. Around here, DASD is again considered a premium resource. Woo hoo! A whole 2.5 GiB? John, you're a wild man :-) This is one of the primary reasons we mainframers are a bit of an endangered species. We don't really have any understanding of what's big anymore. CC I do understand. Our current CIO thinks that we are lazy elided who just don't want to bother with doing DASD management. After all, surely we can manage with less that a 20% head room on DASD for unexpected demand. This is in the test pool. He would actually like the programmers to tell DASD management how big a file is likely to be! Can you imagine? Our programmers couldn't figure that out in 2.73E+100 years! When we had asked them in the past, their general response has been along the lines of how should we know? That's your job (no, it's not). -- 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: SMP/E question.
On Mon, 19 May 2008 11:57:37 -0500, McKown, John [EMAIL PROTECTED] wrote: This order had 1,018 PTFs, but many of them were NOT RECEIVED. Some were already APPLIED and some had NO APPLICABLE ++VER. I think that I must have goofed up and didn't subset the order correctly on ShopzSeries. Aren't you using SMP/E 3.4 RECEIVE ORDER? That will only download what you need. Even at SMP/E 3.3 you can upload a report manually to ShopzSeries that serves the same purpose. It's all just automagic with SMP/E 3.4. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question.
I've heard that, DASD is a premium, before. See if *they* can provide him with how much the other side uses. I know, I know, it won't do any good. Been there too. McKown, John [EMAIL PROTECTED] wrote:-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Monday, May 19, 2008 11:14 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. For normal maintenance or most product orders, you really don't need much DASD on z/OS, so why go through all that every time? Even a large product like WebSphere isn't that big. I can see playing games for a z/OS Serverpac perhaps, but that should be the exception. Heck, I would think pointing SMPNTS to /tmp would be plenty of space most of the time. BTW, I don't allocate SMPWKDIR. I just have a large SMPNTS. And I know mainframe dasd is not cheap compared to the sata drive in your workstation, but in the total scheme of your mainframe dasd, how much of a pain would it be to get a little more to support this the way it was meant to work? Mark Well, I blew an entire 3390-3 trying to do a receive. Around here, DASD is again considered a premium resource. The new CIO firmly believes that we are just wasting space left and right and wants __strong__ justification for DASD. To the point were we may start getting Sx37 abends again due to lack of space. I know, that what I can do? I've suffered the pain, he has not. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- 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 question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Falcone Sent: Monday, May 19, 2008 12:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. I've heard that, DASD is a premium, before. See if *they* can provide him with how much the other side uses. I know, I know, it won't do any good. Been there too. Actually, we've had a number of resignation from the other side because the CIO is demanding the same of them! They cannot just ask for another 5 servers and 2Tb of DASD and have it approved instantly. -- 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: SMP/E question.
Craddock, Chris wrote: Woo hoo! A whole 2.5 GiB? John, you're a wild man :-) This is one of the primary reasons we mainframers are a bit of an endangered species. We don't really have any understanding of what's big anymore. EAV has been announced with a 3390 architecture that supports up to 268,434,453 cylinders or 228,158,547,671,880 bytes per volume! I have no idea what's the right way to calculate disk space these days. Assuming you get KB by dividing by 1024 and then MB, GB, TB, etc. by dividing by 1000 each, that would be nearly 223TB *per* volume. I don't care which platform you work with, that's BIG! Of course, the very first EAV release will establish an arbitrary per-volume size limit of 223GB so we can iron out the capacity and performance bottlenecks that will undoubtedly arise from implementation of larger volumes. After that, expect the maximum per-volume size to start rising again. Meanwhile, Cheryl Watson's polling questions in Orlando didn't show very many people exploiting the largest (54GB) pre-EAV disks. But, the number is up significantly from when the same question was asked in San Diego. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: SMP/E question.
Bob Shannon wrote: And just for the record, I have one of the largest HFSes in our company, just to pull maintenance. You probably aren't hosting a DFS/SMB file server on your mainframe. We have one of those, using zFS, and it's many 60K cylinder volumes in size. Windows users save lots of stuff. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.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: SMP/E question.
You mean they will have to do a, shudder, CBA! Oh the humanity... McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Falcone Sent: Monday, May 19, 2008 12:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. I've heard that, DASD is a premium, before. See if *they* can provide him with how much the other side uses. I know, I know, it won't do any good. Been there too. Actually, we've had a number of resignation from the other side because the CIO is demanding the same of them! They cannot just ask for another 5 servers and 2Tb of DASD and have it approved instantly. -- 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 question.
I wrote: Woo hoo! A whole 2.5 GiB? John, you're a wild man :-) This is one of the primary reasons we mainframers are a bit of an endangered species. We don't really have any understanding of what's big anymore. Ed said EAV has been announced with a 3390 architecture that supports up to 268,434,453 cylinders or 228,158,547,671,880 bytes per volume! I have no idea what's the right way to calculate disk space these days. Assuming you get KB by dividing by 1024 and then MB, GB, TB, etc. by dividing by 1000 each, that would be nearly 223TB *per* volume. I don't care which platform you work with, that's BIG! Agreed. Current technology is capable of exploiting very large volumes but it isn't clear that customers are actually exploiting much of that. John's comment was fairly typical of comments you and I have both heard hundreds of times from customers and even from folks from IBM and the ISV side of the aisle at TDMs in the last couple of years. For a lot of those people a whole 3390-3 volume is still perceived to be a lot of space and there was a time when it really was. Just not today. All I was saying is that too many customer decision makers are stuck in the past. CC -- 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 question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Craddock, Chris Sent: Monday, May 19, 2008 1:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. For a lot of those people a whole 3390-3 volume is still perceived to be a lot of space and there was a time when it really was. Just not today. All I was saying is that too many customer decision makers are stuck in the past. CC We are considering the possibility of perhaps looking at the idea of going to 3390-9 volumes, if we get a new DASD subsystem. However, at least in the past, one reason to stay -3 was our DR provider had that as their standard size. If we wanted larger volumes, we had to pay extra and wait for them to reconfigure to/from the non standard size. This time to reconfigure comes out of our testing time, which is too short to begin with. Our DR department (sorry BCE department) is so cheap that it won't even subscribe to the actual number of volumes we really need, even for a test, because the vendor, so far, has allowed us extra and says they will supply more in the case of an actually disaster. -- 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: SMP/E question.
SMPNTS space ? - we have a mod 54 dedicated to do just that, used by DB2, z/OS, CICS and Network teams for their downloads for maintenance and serverpacs. DASD space is cheap nowadays. -- 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 question.
For a lot of those people a whole 3390-3 volume is still perceived to be a lot of space and there was a time when it really was. I recently had a manager who was worried about 200MB in a 3390-3 shop of 12TB. We finally convinced him, or so we thought, but every time it came up he would gripe about it. - 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: SMP/E question.
---snip--- I recently had a manager who was worried about 200MB in a 3390-3 shop of 12TB. We finally convinced him, or so we thought, but every time it came up he would gripe about it. ---unsnip- Can we say micro-manage? Management's primary focus (not sole, but primary) should be on whether the organization's business workload is getting done in a timely and reasonably efficient fashion. Only if there's a failure in that area should he be concerned about such trivia. That's what the people under him/her are paid for, among other things. -- 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 question.
On 19 May 2008 10:37:56 -0700, in bit.listserv.ibm-main you wrote: Craddock, Chris wrote: Woo hoo! A whole 2.5 GiB? John, you're a wild man :-) This is one of the primary reasons we mainframers are a bit of an endangered species. We don't really have any understanding of what's big anymore. EAV has been announced with a 3390 architecture that supports up to 268,434,453 cylinders or 228,158,547,671,880 bytes per volume! I have no idea what's the right way to calculate disk space these days. Assuming you get KB by dividing by 1024 and then MB, GB, TB, etc. by dividing by 1000 each, that would be nearly 223TB *per* volume. I don't care which platform you work with, that's BIG! Of course, the very first EAV release will establish an arbitrary per-volume size limit of 223GB so we can iron out the capacity and performance bottlenecks that will undoubtedly arise from implementation of larger volumes. After that, expect the maximum per-volume size to start rising again. Again, we get the band-aid instead of the step forward. Instead of making FBA available to z/OS and coming up with the needed enhancements to PDSE, ESDS and initialization code, the space and CPU cycle wasting CKD is carried forward. It is an architecture that is FBA file hostile (look at the space wasted per track for PDSE, VSAM and any other file system that is at least somewhat page oriented). Clark Morris Meanwhile, Cheryl Watson's polling questions in Orlando didn't show very many people exploiting the largest (54GB) pre-EAV disks. But, the number is up significantly from when the same question was asked in San Diego. -- 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 question.
Can we say micro-manage? Management's primary focus (not sole, but primary) should be on whether the organization's business workload is getting done in a timely and reasonably efficient fashion. Only if there's a failure in that area should he be concerned about such trivia. He didn't think it was trivia. To him 200MB was a large amount of disk space. - 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: SMP/E question.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark Morris Sent: Monday, May 19, 2008 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question. Again, we get the band-aid instead of the step forward. Instead of making FBA available to z/OS and coming up with the needed enhancements to PDSE, ESDS and initialization code, the space and CPU cycle wasting CKD is carried forward. It is an architecture that is FBA file hostile (look at the space wasted per track for PDSE, VSAM and any other file system that is at least somewhat page oriented). Clark Morris I agree. Even if the DFP architects cannot totally eliminate ECKD for some things, all the VSAM-like access methods including all types of VSAM datasets (KSDS, ESDS, LINEAR, RRDS, and VRRDS), PDS-Es, HFS, zFS (which is LINEAR VSAM), could all reside on FCP connected Open DASD. This would allow for the majority of z/OS data to reside on Open DASD with only the small amount of actual PDSes (like NUCLEUS) and maybe sequential being forced to be on ECKD. And I would think/hope that sequential could be on Open DASD if by no other way than being able to emulate sequential on an ESDS VSAM with some sort of interface to allow access via DCB instead of ACB. z/VSE does it. If the current DFP people can't, maybe they could get some pointers from the z/VSE systems people. I'm still a bit put out that sequential et al. has never gotten an ACB interface. If they did that, then 31 bit AMODE and RMODE would be a snap. I know, I know, don't bitch here, bitch at IBM. -- 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: SMP/E question.
On Mon, 19 May 2008 10:54:16 -0500, McKown, John wrote: What I'd like to do is take the downloaded pax.Z files and create a tape from them. I would need to unwind the pax files on Linux, then ftp them to z/OS. After unwinding the pax files, I end up with a SMPHOLD file and a SMPMCS file. Could I then just ftp (binary) these to my z/OS system (to a virtual tape, perhaps) and do a normal RECEIVE? Can you: o Download to Linux? o Un-pax on Linux? o Access the un-paxed SMPHOLD and SMPPTFIN on Linux filesystems via NFS from z/OS? Might yet be a performance hit -- MVSNFSC is one of our big CPU consumers. FTP might be better. Sounds promising for SMPHOLD and SMPPTFIN; RELFILEs are a different matter. -- gil -- 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 Question
I confess to not dogging these issues the way I should, but the correct answer--if you have reason to be concerned--is to open your own PMR to get advice from IBM. 'It depends' is not necessarily a dodge. It may be well a best guess judgment call that cannot absolve the customer from the risk of going either way. Here is my last best refuge in such cases. I don't think it's a cop-out, but you may feel otherwise. If a vendor (IBM or otherwise), recommends a certain course of action, you can 1. Take the advice 2. Ignore the advice If major fit hits the shan, you can expect to sit down in your boss's office and explain what happened. I would so much rather explain course (1) than course (2). Your mileage may vary. Rick Fochtman [EMAIL PROTECTED] T To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List [EMAIL PROTECTED] Subject .EDU Re: SMP/E Question 05/15/2008 06:01 PM Please respond to IBM Mainframe Discussion List [EMAIL PROTECTED] .EDU ---snip--- When checking the PSP bucket for recommended maintenance, is one supposed to skip a Hiper fix if there is an Error Hold on it? Thanks. unsnip Much of the answer depends on the reason for the error hold. I tend to wait until an ERROR hold is resolved, then apply the fixing PTF. Error holds tend to be resolved rather quickly, especially when it's marked HIPER. -- 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 Question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Vinson Lee When checking the PSP bucket for recommended maintenance, is one supposed to skip a Hiper fix if there is an Error Hold on it? It depends. If you are unaffected by (or can live with) the problem it was intended to fix, you likely can get along without it and probably should not apply it. OTOH, if you determine that you gotta have the HIPER fix applied, you need to evaluate the cause of the Error Hold and decide whether you can tolerate that new problem. Either way, only you can make the decision. -jc- -- 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 Question
In a message dated 5/16/2008 7:15:28 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: need to evaluate the cause of the Error Hold and decide whether you can tolerate that new problem. Usually have an error fix PTF page for PSP maint. Most of the time it's a few dozen. So take the Holding APAR and search in IBMLINK. Then evaluate the consequences. Then make the decisions for go/nogo based on the assessment/exposure to your enterprise. **Wondering what's for Dinner Tonight? Get new twists on family favorites at AOL Food. (http://food.aol.com/dinner-tonight?NCID=aolfod000301) -- 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 Question
When checking the PSP bucket for recommended maintenance, is one supposed to skip a Hiper fix if there is an Error Hold on it? Thanks. Vince -- 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 Question
---snip--- When checking the PSP bucket for recommended maintenance, is one supposed to skip a Hiper fix if there is an Error Hold on it? Thanks. unsnip Much of the answer depends on the reason for the error hold. I tend to wait until an ERROR hold is resolved, then apply the fixing PTF. Error holds tend to be resolved rather quickly, especially when it's marked HIPER. -- 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 question - how to find dsname ?
Radoslaw, I use a REXX process. Via naming standards, it can find all CSI datasets on all on-line target, dlib, and SMP volumes. The CSI naming standards ensure that the CSI dataset names contains enough information to identify the GLOBAL and TARGET/DLIB zone. Then I can go through all the zones, listing the DDDEFs. End result is a single dataset containing one line per DDDEF entry in all zones, and another dataset containing all the PATH type DDDEF entries. Since I started by IEHLISTing all the VTOCs of my relevent volumes, I can check if the DDDEF dataset entry actually matches a valid dataset on disk, and I can also identify all datasets on target and dlib volumes which are not described by a DDDEF. Currently the REXX contains 985 lines, including comments. I wrote it last December, during the change freeze. The interesting bit is where I call SMP dynamically to process each CSI that I had previously extracted from the IEHLIST report. (warning, very incomplete extract) Say Processing zone zone_name , from volume vtoclist.zonename_csi_data , in Global zone global_id ALLOC F(SMPCSI) DA( global_datasetname ) SHR REUS alloc_rc = rc If alloc_rc = 0 Then Do smpcntl.1 = SET BDY( zone_name ) . smpcntl.2 = LIST DDDEF . EXECIO 2 DISKW SMPCNTL (FINIS STEM SMPCNTL. CALL *(GIMSMP) smpe_rc = rc dddef_name = dddef_dsname = dddef_volser = dddef_unit = dddef_disp_i = dddef_disp_f = If smpe_rc = 0 Then Do EXECIO * DISKR SMPLIST (FINIS STEM SMPLIST. Do smplist_cnt = 1 to smplist.0 The IEHLIST stuff is also built in the same exec: Call Bjcl //LISTVTOC EXEC PGM=IEHLIST Call Bjcl //SYSPRINT DD DISP=(NEW,CATLG), Call Bjcl // SPACE=(TRK,(15,15),RLSE), Call Bjcl // LRECL=121,BLKSIZE=27951,DSORG=PS,RECFM=FB, Call Bjcl // UNIT=SYSDA, Call Bjcl // DSN= || vtoclist_dataset_name Do cnt = 1 to volser_list_cnt Call Bjcl // || volser_list.cnt ||DD UNIT=3390, Call Bjcl // DISP=OLD, Call Bjcl // VOLUME=SER= || volser_list.cnt End Call Bjcl //SYSINDD * Do cnt = 1 to volser_list_cnt Call Bjcl LISTVTOC VOL=3390= || volser_list.cnt End Call Bjcl /* Last time I ran this: 13.42.13 J0045972 FRIDAY,13 JUL 2007 13.42.13 J0045972 IRR010I USERID SYDBHIS ASSIGNED TO THIS JOB. 13.57.18 J0045972 ICH70001I SYDBHLAST ACCESS AT 13:42:36 ON FRIDAY, JULY 13, 2007 13.57.18 J0045972 $HASP373 SYDBHDDF STARTED - WLM INIT - SRVCLASS ALLBATCH - SYS SS08 13.57.21 J0045972 - --TIMINGS (MINS.)-- 13.57.21 J0045972 -JOBNAME STEPNAME PROCSTEPRC EXCPCPU SRB CLOCK SERV 13.57.21 J0045972 -SYDBHDDF DELETE 00 30.00.00.05 37 13.58.14 J0045972 -SYDBHDDF LISTVTOC00 15484.03.00.87 49003 14.43.58 J0045972 -SYDBHDDF PROCESS100 510K 1.42.06 45.74 2110K 14.43.59 J0045972 -SYDBHDDF SORT00 30.00.00.00501 14.43.59 J0045972 -SYDBHDDF PROCESS200 33.00.00.00539 14.43.59 J0045972 -SYDBHDDF ENDED. NAME-Validate SSMF DDDEFs TOTAL CPU TIME= 1.45 TO 14.43.59 J0045972 $HASP395 SYDBHDDF ENDED -- JES2 JOB STATISTICS --
Re: SMP/E question - how to find dsname ?
- Original Message From: R.S. [EMAIL PROTECTED] I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Radoslaw, other than what other mates have said (LIST command or REXX) you could also issue the UNLOAD DDDEF command, which creates a flat file with all DDDEFs in the specified zone. There are a couple of nice tools from Rob Scott's web page http://www.mximvs.com/ named DDDEFCHK and DDDEFPTH which could also help to reach your goal. HTH. Walter Marguccio z/OS Systems Programmer Munich - Germany -- 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 question - how to find dsname ?
MXI was acquired by RocketSoft some time ago and, I believe, is no longer a free download... On Tue Jul 17 1:00 , Walter Marguccio [EMAIL PROTECTED] sent: - Original Message From: R.S. [EMAIL PROTECTED] I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Radoslaw, other than what other mates have said (LIST command or REXX) you could also issue the UNLOAD DDDEF command, which creates a flat file with all DDDEFs in the specified zone. There are a couple of nice tools from Rob Scott's web page http://www.mximvs.com/ named DDDEFCHK and DDDEFPTH which could also help to reach your goal. HTH. Walter Marguccio z/OS Systems Programmer Munich - Germany -- 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: SMP/E question - how to find dsname ?
MXI was indeed acquired by Rocket Software and there is now a licensed version (MXI Generation II) that has *many* enhancements as well as support for the latest versions of z/OS, DB2 and MQ. We are also just putting the CICS plug-in for MXI G2 into beta test and there is also a TCP/IP plug-in in development as well. The freeware version (MXI 4.3) is still available for download - BUT - it has been frozen. What I mean by frozen is that there will be no future enhancements to MXI 4.3 and over time I expect some commands to either stop functioning or start abending. If you are running z/OS 1.6 or above and use MXI a lot - you should seriously consider upgrading to MXI G2. All the other utilities on the www.mximvs.com website continue to be available for download. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gary Green Sent: 17 July 2007 14:26 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question - how to find dsname ? MXI was acquired by RocketSoft some time ago and, I believe, is no longer a free download... On Tue Jul 17 1:00 , Walter Marguccio [EMAIL PROTECTED] sent: - Original Message From: R.S. [EMAIL PROTECTED] I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Radoslaw, other than what other mates have said (LIST command or REXX) you could also issue the UNLOAD DDDEF command, which creates a flat file with all DDDEFs in the specified zone. There are a couple of nice tools from Rob Scott's web page http://www.mximvs.com/ named DDDEFCHK and DDDEFPTH which could also help to reach your goal. HTH. Walter Marguccio z/OS Systems Programmer Munich - Germany -- 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 question - how to find dsname ?
Thanks for the correction and update. On Tue Jul 17 9:49 , Rob Scott [EMAIL PROTECTED] sent: MXI was indeed acquired by Rocket Software and there is now a licensed version (MXI Generation II) that has *many* enhancements as well as support for the latest versions of z/OS, DB2 and MQ. We are also just putting the CICS plug-in for MXI G2 into beta test and there is also a TCP/IP plug-in in development as well. The freeware version (MXI 4.3) is still available for download - BUT - it has been frozen. What I mean by frozen is that there will be no future enhancements to MXI 4.3 and over time I expect some commands to either stop functioning or start abending. If you are running z/OS 1.6 or above and use MXI a lot - you should seriously consider upgrading to MXI G2. All the other utilities on the www.mximvs.com website continue to be available for download. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [EMAIL PROTECTED]','','','')[EMAIL PROTECTED] On Behalf Of Gary Green Sent: 17 July 2007 14:26 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E question - how to find dsname ? MXI was acquired by RocketSoft some time ago and, I believe, is no longer a free download... On Tue Jul 17 1:00 , Walter Marguccio [EMAIL PROTECTED] sent: - Original Message From: R.S. [EMAIL PROTECTED] I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Radoslaw, other than what other mates have said (LIST command or REXX) you could also issue the UNLOAD DDDEF command, which creates a flat file with all DDDEFs in the specified zone. There are a couple of nice tools from Rob Scott's web page http://www.mximvs.com/ named DDDEFCHK and DDDEFPTH which could also help to reach your goal. HTH. Walter Marguccio z/OS Systems Programmer Munich - Germany -- 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
MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 09:49:27 -0400, Rob Scott [EMAIL PROTECTED] wrote: What I mean by frozen is that there will be no future enhancements to MXI 4.3 and over time I expect some commands to either stop functioning or start abending. Too bad. I though you had planned to at least fix things that broke even though you would not add any new functionality. And since it was never source code CBT based, I guess the mainframe community is SOL because I'm sure you (nor Rocket) don't have any intention of ever releasing the source code to the freeware version (although PDS continues to have a freeware version and there is also a successful commercial version as well). I understand you need to make a living, but it is an unfortunate loss to the rest of us. I will probably get rid of it or un-APF authorize it and only use unauthorized functions moving forward if I keep it. Nothing against you Rob (really), but perhaps the keepers of the CBT collection (now Sam Golob and Sam Knutson) should not allow load code only contributions for just this reason. It sort of takes away from the spirit of freeware and what the CBT is all about (IMO). Long live ShowMVS! :-) 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Mark, I did not say that MXI 4.3 users would be stranded if something breaks - it is just that I *really* do not have the resources and time to guarantee to fix any problems that may occur. In the old days I was a sysprog and would come home at 6pm and worked on MXI in the evening - these days my working day starts at about 9am and finishes about midnight. MXI 4.3 has always been available primarily on my own web-site (and now on Rocket's) - the fact that it is on the CBT site is because I was asked if I would like to contibute to it. Freeware is software that is free - I do not see an implication of supplied source. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 17 July 2007 15:30 To: IBM-MAIN@BAMA.UA.EDU Subject: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) On Tue, 17 Jul 2007 09:49:27 -0400, Rob Scott [EMAIL PROTECTED] wrote: What I mean by frozen is that there will be no future enhancements to MXI 4.3 and over time I expect some commands to either stop functioning or start abending. Too bad. I though you had planned to at least fix things that broke even though you would not add any new functionality. And since it was never source code CBT based, I guess the mainframe community is SOL because I'm sure you (nor Rocket) don't have any intention of ever releasing the source code to the freeware version (although PDS continues to have a freeware version and there is also a successful commercial version as well). I understand you need to make a living, but it is an unfortunate loss to the rest of us. I will probably get rid of it or un-APF authorize it and only use unauthorized functions moving forward if I keep it. Nothing against you Rob (really), but perhaps the keepers of the CBT collection (now Sam Golob and Sam Knutson) should not allow load code only contributions for just this reason. It sort of takes away from the spirit of freeware and what the CBT is all about (IMO). Long live ShowMVS! :-) 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 -- 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: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Egad, that's a stressful life. I don't think I could take that for very long. My sympathy to you. Jon snip . . . these days my working day starts at about 9am and finishes about midnight. /snip -- 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: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Such is life when you work for a US-based company and you work from home in the UK. Gieb all that, my wife still thinks I enjoy my work too much! Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: 17 July 2007 16:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) Egad, that's a stressful life. I don't think I could take that for very long. My sympathy to you. Jon snip . . . these days my working day starts at about 9am and finishes about midnight. /snip -- 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: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
You mean you've still go a wife :-) Jim McAlpine On 7/17/07, Rob Scott [EMAIL PROTECTED] wrote: Such is life when you work for a US-based company and you work from home in the UK. Gieb all that, my wife still thinks I enjoy my work too much! Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: 17 July 2007 16:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) Egad, that's a stressful life. I don't think I could take that for very long. My sympathy to you. Jon snip . . . these days my working day starts at about 9am and finishes about midnight. /snip -- 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: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Last time I looked... Hold on - I am sure she is around here somewhere... Darling? Hello? ?? (Actually the *really* sad thing is that she is a geek too - and we work in the same home office - if we ever get divorced I think custody of the computer equipment might be more contentious than the kids) Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: 17 July 2007 16:36 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) You mean you've still go a wife :-) Jim McAlpine On 7/17/07, Rob Scott [EMAIL PROTECTED] wrote: Such is life when you work for a US-based company and you work from home in the UK. Gieb all that, my wife still thinks I enjoy my work too much! Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: 17 July 2007 16:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [BULK] Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) Egad, that's a stressful life. I don't think I could take that for very long. My sympathy to you. Jon snip . . . these days my working day starts at about 9am and finishes about midnight. /snip -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
snip I did not say that MXI 4.3 users would be stranded if something breaks - it is just that I *really* do not have the resources and time to guarantee to fix any problems that may occur. In the old days I was a sysprog and would come home at 6pm and worked on MXI in the evening - these days my working day starts at about 9am and finishes about midnight. MXI 4.3 has always been available primarily on my own web-site (and now on Rocket's) - the fact that it is on the CBT site is because I was asked if I would like to contibute to it. Freeware is software that is free - I do not see an implication of supplied source. --unsnip--- Rob, I agree that the term FREEWARE doesn't mean FREE SOURCE. That is strictly the developer's call and I support that. But on the other side of that coin: free source can mean free enhancements from other developers, as well as bug fixes. So I think there are valid arguments on both sides of that coin. The example of PDS comes to mind; STARTOOL, the commercial version of PDS, has a number of very fine enhancements and so does the freebee. While the enhancements aren't identical, both products have their place. Points to ponder -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 10:49:12 -0400, Rob Scott [EMAIL PROTECTED] wrote: Mark, I did not say that MXI 4.3 users would be stranded if something breaks - Not in black and white, but you seemed to imply it by your statement: over time I expect some commands to either stop functioning or start abending. If you had added and I will try to fix them as time permits, then I wouldn't have felt the need to post a response. I didn't go back and check the archives or emails you may have sent out to the beta testers (which I was one of), but I thought you had indicated something to that effect and I thought this last post was a change in your position (perhaps due to legal issues with your employment and purchase of MXI by Rocket). It I took your original statement wrong, then I sincerely apologize and that is good news. Freeware is software that is free - I do not see an implication of supplied source. There is none and I never said there was. It is just my opinion (which is why I wrote IMO) that it isn't in the spirit of the original CBT. I think there may be some other examples now as well, but most are just shortcuts and the source code is on other files. Some others may be collections where no one has the source code. Either way, please don't take this personally. I very much appreciate the availability and usage of the freeware MXI over the years. It's just a shame that there is no source code for someone else to maintain since you don't have the time. Cheers, 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Rick, I have been bitten by giving out source code for free - and it left a very sour taste. A few years ago I happened to get hold of a few copies of MVS Update and lo and behold some person had ripped off most of the programs from my website, changed the labels/names and submitted then as their own work - earning him/herself a nice little payout - so belated thanks to System Programmer UK for that one. When I contacted Xephon about this to complain - they had lost the records etc etc.. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: 17 July 2007 16:29 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) snip I did not say that MXI 4.3 users would be stranded if something breaks - it is just that I *really* do not have the resources and time to guarantee to fix any problems that may occur. In the old days I was a sysprog and would come home at 6pm and worked on MXI in the evening - these days my working day starts at about 9am and finishes about midnight. MXI 4.3 has always been available primarily on my own web-site (and now on Rocket's) - the fact that it is on the CBT site is because I was asked if I would like to contibute to it. Freeware is software that is free - I do not see an implication of supplied source. --unsnip--- Rob, I agree that the term FREEWARE doesn't mean FREE SOURCE. That is strictly the developer's call and I support that. But on the other side of that coin: free source can mean free enhancements from other developers, as well as bug fixes. So I think there are valid arguments on both sides of that coin. The example of PDS comes to mind; STARTOOL, the commercial version of PDS, has a number of very fine enhancements and so does the freebee. While the enhancements aren't identical, both products have their place. Points to ponder -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
I think fixing things on a as time permits is fine. I really appreciate your work on it. In my last job as a contractor, I found MXI to be an invaluable tool. They didn't allow any shareware tools in a production environment, which I didn't like, but to use a tool such as MXI for just the sysprogs was fine. I installed the 4.3 version. Being a contractor, I found MXI the place I went to whenever I needed to find something out. I could find it elsewhere in parmlib or whatever, but it was usually faster to find it in MXI. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Rob Scott [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, July 17, 2007 9:49 AM Subject: Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) Mark, I did not say that MXI 4.3 users would be stranded if something breaks - it is just that I *really* do not have the resources and time to guarantee to fix any problems that may occur. In the old days I was a sysprog and would come home at 6pm and worked on MXI in the evening - these days my working day starts at about 9am and finishes about midnight. MXI 4.3 has always been available primarily on my own web-site (and now on Rocket's) - the fact that it is on the CBT site is because I was asked if I would like to contibute to it. Freeware is software that is free - I do not see an implication of supplied source. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 10:55:25 -0500 Mark Zelden [EMAIL PROTECTED] wrote: :On Tue, 17 Jul 2007 10:49:12 -0400, Rob Scott [EMAIL PROTECTED] wrote: :Mark, :I did not say that MXI 4.3 users would be stranded if something breaks - :Not in black and white, but you seemed to imply it by your statement: I certainly hope that no one is running mission critical applications without support. : over time I expect some commands to either stop functioning or : start abending. :If you had added and I will try to fix them as time permits, then I wouldn't :have felt the need to post a response. I didn't go back and check the :archives or emails you may have sent out to the beta testers (which I :was one of), but I thought you had indicated something to that effect and :I thought this last post was a change in your position (perhaps due to :legal issues with your employment and purchase of MXI by Rocket). Quite likely. I don't see why he should have any obligation, legal or moral, to enhance free software. :It I took your original statement wrong, then I sincerely apologize and that is :good news. :Freeware is software that is free - I do not see an implication of supplied :source. Or support. :There is none and I never said there was. It is just my opinion (which is :why I wrote IMO) that it isn't in the spirit of the original CBT. I think there :may be some other examples now as well, but most are just shortcuts :and the source code is on other files. Some others may be collections where :no one has the source code. Your feeling being that either provide source or do not give it out? Many other download sites are available. :Either way, please don't take this personally. I very much appreciate the :availability and usage of the freeware MXI over the years. It's just a shame :that there is no source code for someone else to maintain since you don't :have the time. And he quite likely has some money making uses for it. Nothing wrong with that. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 12:00:20 -0400, Rob Scott [EMAIL PROTECTED] wrote: Rick, I have been bitten by giving out source code for free - and it left a very sour taste. A few years ago I happened to get hold of a few copies of MVS Update and lo and behold some person had ripped off most of the programs from my website, changed the labels/names and submitted then as their own work - earning him/herself a nice little payout - so belated thanks to System Programmer UK for that one. Worse... most people agree to let Xephon own the rights after they contribute (higher rate of pay). So now they probably think they own what was originally your code. I too have been bitten, but I guess that is part of the chance you take when contributing. Though it's apples and oranges - none of the code on my web site and CBT is worth much more than the electrons it is written on. 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock Egad, that's a stressful life. I don't think I could take that for very long. My sympathy to you. Jon snip . . . these days my working day starts at about 9am and finishes about midnight. /snip Heck, on school nights my day starts at 04:30 and ends around 23:00. Then I do homework. :-) -jc- -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Here is how I currently see it (and this is not the official Rocket position - just my own opinions) : (1) If something critical breaks in MXI 4.3 that would leave loads of people stranded, I would do my best to fix ASAP. (2) If something non-critical breaks then I would fix as time allows (think weeks not days...) (3) If something breaks because of sizing issues - ie a large shop with n thousand SMS storage groups finds that MXI has truncated the results then it is unlikely to be fixed unless I am fixing (2) or (1) at the same time. (4) New release of z/OS, DB2 or MQ causes empty display - see (3). Support for new releases of z/OS, DB2, MQ and CICS is something that HAS to be an added advantage of converting to the commercial software. Maybe the thing that people do not realise is that the real cost of me fixing a problem in freeware MXI for a site probably equates roughly to the monthly cost of MXI G2 at that site! Believe me, I am not looking down at everyone from my big pile of cash I wrote MXI for my fellow sysprogs - but in reality it is the company that you work for that benefits. If MXI is important to your company - why not install a supported version? Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 17 July 2007 16:55 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) On Tue, 17 Jul 2007 10:49:12 -0400, Rob Scott [EMAIL PROTECTED] wrote: Mark, I did not say that MXI 4.3 users would be stranded if something breaks - Not in black and white, but you seemed to imply it by your statement: over time I expect some commands to either stop functioning or start abending. If you had added and I will try to fix them as time permits, then I wouldn't have felt the need to post a response. I didn't go back and check the archives or emails you may have sent out to the beta testers (which I was one of), but I thought you had indicated something to that effect and I thought this last post was a change in your position (perhaps due to legal issues with your employment and purchase of MXI by Rocket). It I took your original statement wrong, then I sincerely apologize and that is good news. Freeware is software that is free - I do not see an implication of supplied source. There is none and I never said there was. It is just my opinion (which is why I wrote IMO) that it isn't in the spirit of the original CBT. I think there may be some other examples now as well, but most are just shortcuts and the source code is on other files. Some others may be collections where no one has the source code. Either way, please don't take this personally. I very much appreciate the availability and usage of the freeware MXI over the years. It's just a shame that there is no source code for someone else to maintain since you don't have the time. Cheers, 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 -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 12:57:45 -0400, Rob Scott [EMAIL PROTECTED] wrote: Here is how I currently see it (and this is not the official Rocket position - just my own opinions) : (1) If something critical breaks in MXI 4.3 that would leave loads of people stranded, I would do my best to fix ASAP. I would hope (as Binyamin said) that no one is so dependent on freeware that they would be stranded. snip I wrote MXI for my fellow sysprogs Thanks for clarifying your intent. Your fellow sysprogs appreciate it. :-) 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On 17 Jul 2007 09:00:49 -0700, in bit.listserv.ibm-main you wrote: I have been bitten by giving out source code for free - and it left a very sour taste. A few years ago I happened to get hold of a few copies of MVS Update and lo and behold some person had ripped off most of the programs from my website, changed the labels/names and submitted then as their own work - earning him/herself a nice little payout - so belated thanks to System Programmer UK for that one. When I contacted Xephon about this to complain - they had lost the records etc etc.. People can steal anything. If you had charged for it, they could still have stolen it. There are some things that we should include with all free code - in the nature of specifying the rights of those who use it. It won't stop it from being stolen, but will make the nature of their theft more obvious, and prosecution more likely. -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Tuesday, July 17, 2007 12:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) On 17 Jul 2007 09:00:49 -0700, in bit.listserv.ibm-main you wrote: I have been bitten by giving out source code for free - and it left a very sour taste. A few years ago I happened to get hold of a few copies of MVS Update and lo and behold some person had ripped off most of the programs from my website, changed the labels/names and submitted then as their own work - earning him/herself a nice little payout - so belated thanks to System Programmer UK for that one. When I contacted Xephon about this to complain - they had lost the records etc etc.. People can steal anything. If you had charged for it, they could still have stolen it. There are some things that we should include with all free code - in the nature of specifying the rights of those who use it. It won't stop it from being stolen, but will make the nature of their theft more obvious, and prosecution more likely. Very true. I don't know the copyright laws in the UK. Here in the USofA, it would likely be best to register the program with the Copyright Office. Then, if this occurs, you have the legal backing to sue. I don't know if it would be worth while to sue an individual. But a company like Xephon? You bet (assuming you have the money). They're making a profit off of the sale. If they are truly innocent, then they had better be able to supply the actual source of their copy. And, in any case, it would not matter. They had not done due diligence to make sure that the alleged author was actually the copyright owner. So their publication of your code, in and of itself, would be a violation of your copyright. And, with a good lawyer, they might want to pay you off just to avoid embarrassment. -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Tuesday, July 17, 2007 12:35 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: MXI 4.3 (was Re: SMP/E question - how to find dsname ?) On 17 Jul 2007 09:00:49 -0700, in bit.listserv.ibm-main you wrote: I have been bitten by giving out source code for free - and it left a very sour taste. A few years ago I happened to get hold of a few copies of MVS Update and lo and behold some person had ripped off most of the programs from my website, changed the labels/names and submitted then as their own work - earning him/herself a nice little payout - so belated thanks to System Programmer UK for that one. When I contacted Xephon about this to complain - they had lost the records etc etc.. People can steal anything. If you had charged for it, they could still have stolen it. There are some things that we should include with all free code - in the nature of specifying the rights of those who use it. It won't stop it from being stolen, but will make the nature of their theft more obvious, and prosecution more likely. SNIP KEY. Mm. OCO and Keys. H. Regards, Steve Thompson -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 11:18:45 -0500, Mark Zelden wrote: I too have been bitten, but I guess that is part of the chance you take when contributing. Though it's apples and oranges - none of the code on my web site and CBT is worth much more than the electrons it is written on. Mark -- I disagree. I use your code and other code from CBT and contribute things that I think are useful. These tools are very useful and probably worth money. The fact that they are available free does not diminish their value. My sincere thanks to all who contribute. On the other hand, if a company like Xephon is acquiring and publishing code reported to be obtained by less-than-honorable methods, it is obligated to investigate the complaint and take action to address it. Xephon relies on mainframe users for its existence. Customer pressure has amazing strength. -- 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 question - how to find dsname ?
On Tue, 17 Jul 2007 02:03:41 -0500, Bruce Hewson wrote: I use a REXX process. Via naming standards, it can find all CSI datasets on all on-line target, dlib, and SMP volumes. The CSI naming standards ensure that the CSI dataset names contains enough information to identify the GLOBAL and TARGET/DLIB zone. Then I can go through all the zones, listing the DDDEFs. The interesting bit is where I call SMP dynamically to process each CSI that I had previously extracted from the IEHLIST report. ALLOC F(SMPCSI) DA( global_datasetname ) SHR REUS ... CALL *(GIMSMP) ... If smpe_rc = 0 Then Do EXECIO * DISKR SMPLIST (FINIS STEM SMPLIST. ... Does anyone here besides me perceive an aching need for a Rexx-friendly flavor of the SMP/E API? It could have been done with foresight, as it was for ICSF. -- gil -- 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 question - how to find dsname ?
On Tue, 2007-07-17 at 16:37 -0500, Paul Gilmartin wrote: Does anyone here besides me perceive an aching need for a Rexx-friendly flavor of the SMP/E API? Maybe it was looked at and tossed in the too hard basket. Using that particular API is seriously ugly. 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
Dave Kopischke wrote: On the other hand, if a company like Xephon is acquiring and publishing code reported to be obtained by less-than-honorable methods, it is obligated to investigate the complaint and take action to address it. Xephon relies on mainframe users for its existence. Customer pressure has amazing strength. Although I prefer to have the source for tools that I run some are worth having anyway. Thanks Rob. I too was bitten by Xephon. It took me what seems like forever to get an altered version of my STEPLIB command processor (file 452) off of their site. The code was send in as anonymous which they should never have accepted in the first place. DanD -- 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: MXI 4.3 (was Re: SMP/E question - how to find dsname ?)
On Tue, 17 Jul 2007 14:31:09 -0400, Thompson, Steve [EMAIL PROTECTED] wrote: People can steal anything. If you had charged for it, they could still have stolen it. There are some things that we should include with all free code - in the nature of specifying the rights of those who use it. It won't stop it from being stolen, but will make the nature of their theft more obvious, and prosecution more likely. SNIP KEY. Mm. OCO and Keys. H. Regards, Steve Thompson Adding anything to source will not make it obvious it was stolen, as whatever it is you added can be removed. Object Code only, keys, and other methods of preventing code from being run remove the free aspect. If anyone feels the need to go that route, maybe stop thinking it is free. Share with only those who ask you for it. I recently wrote code that is going to be published in Xephon and had to sign a statement that it is entirely my own work. A dishonest person looking to steal someone elses' code will have no qualms about signing such a statement and pocketing the money. Maybe Xephon needs to do some more thorough GOOGLE searching before paying the authors. -- 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 question - how to find dsname ?
On Tue, 17 Jul 2007 16:37:17 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Tue, 17 Jul 2007 02:03:41 -0500, Bruce Hewson wrote: Does anyone here besides me perceive an aching need for a Rexx-friendly flavor of the SMP/E API? It could have been done with foresight, as it was for ICSF. -- gil You got my vote. But then I want a REXX API to the CICS CSD, too. Instead I end up making updates and looking at what changed until I can figure out the currrent record format for a given release. And why not a REXX API to those dynamic UCBs instead of assembler only code. -- 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 question - how to find dsname ?
I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Any clue ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- 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 question - how to find dsname ?
R.S. wrote: I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Any clue ? Execute a Batch SMP/E job; SET BDY(TZONE). LIST DDDEF. Review output in SDSF or other sysout viewer. -- Mark Jacobs Technical Services Time Customer Service - Tampa, FL -- Victory in defeat, there is none higher. She didn't give up, Ben; she's still trying to lift that stone after it has crushed her. She's a father going down to a dull office job while cancer is painfully eating away his insides, so as to bring home one more pay check for the kids. She's a twelve-year-old girl trying to mother her baby brothers and sisters because Mama had to go to Heaven. She's a switchboard operator sticking to her job while smoke is choking her and the fire is cutting off her escape. She's all the unsung heroes who couldn't quite cut it but never quit.* Robert A. Heinlein - Stranger in a Strange Land *Referring to the Auguste Rodin sculpture, Caryatid Who Has Fallen under Her Stone -- 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 question - how to find dsname ?
On Mon, 16 Jul 2007 16:31:14 +0200, R.S. [EMAIL PROTECTED] wrote: I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Any clue ? You could just use the LIST subcommand in JCL which will list all DDDEFs in a zone as in: SET BDY(MVST100) LIST DDDEF Either browse the output or write it to a file Seb. -- 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 question - how to find dsname ?
Radoslaw, how about a batch SMP/E job with: SET BDY(GLOBAL). LIST GLOBALZONE/* WILL LIST ALL FMIDS IN GLOBAL ZONE */ FMIDSET OPTIONS PRODUCT SYSMOD FUNCTIONS UTILITY DDDEF. LIST FEATURE. SET BDY(MVST100). LIST TARGETZONE DDDEF. SET BDY(MVSD100). LIST DLIBZONE DDDEF. I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Any clue ? -- Radoslaw Skorupka Lodz, Poland -- 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 question - how to find dsname ?
Thank you gentlemen for quick and accurate answer! I appreciate your help. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- 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 question - how to find dsname ?
- Original Message - From: R.S. [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Monday, July 16, 2007 10:32 AM Subject: SMP/E question - how to find dsname ? I want to check given dsname in SMP/E - is it defined as DDDEF or not ? For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. As far as I found two metods, both rather unwise: a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. b) browse VSAM CSI files, search for string. Any clue ? Radoslaw, From the DDDEF panel in SMP/E, type E for EDIT and you can scroll through the DD's online. 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
Re: Basic SMP/E question
In [EMAIL PROTECTED], on 02/06/2007 at 04:08 PM, Paul Gilmartin [EMAIL PROTECTED] said: First, the term APAR is dismayingly overloaded. It can be either a problem report or (short for APAR fix) a sort of interim PTF made available in an emergency, prior to official release of a PTF. Or tracking for an SPE? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Basic SMP/E question
In [EMAIL PROTECTED], on 02/06/2007 at 09:11 PM, Ted MacNEIL [EMAIL PROTECTED] said: Our service provider missed on a critcal PTF (cross memory services), because it was bundled, in an APAR, with 13 others, of which some were PE'd. That is their explanation. I doubt it. It might help if you posted verbatim what they said. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
