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
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: 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
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
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
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
