Re: I have lost it ---- HSM setsys commands
- Original Message - From: "Adams, Tracy" Newsgroups: bit.listserv.ibm-main Sent: Monday, March 22, 2010 4:34 PM Subject: I have lost it HSM setsys commands I want to use an esoteric name in HSM so I add setsys userunittable(vtl) in my arccmd00 parmlib member. I recycle HSM and no errors occur. I issue the f hsm,query setsys and see no reference to "vtl". I issue the f hsm,setsys userunittable(vtl) and then reissue the query command and I see the recycle percentages displayed for unit=vtl How come my arccmd00 entry isn't taking? Now this is where it gets squirrely... after I issue the f hsm command to define the UUT I try to issue a setsys tapemigration(ml2tape(tape(vtl))) command and it fails with a parse error. After much effort (reading and trying different things) I try the command again but this time I mistype it and dropped the third parentheses off the end and the command takes. I try my subsequent commands that where failing also like migunitname(vtl) and backup(tape(vtl)) but drop the trailing paran and those commands work as well. Time for a beer! Can anyone explain this? Thank you all! Tracy, SETSYS USERUNITTABLE must PRECEDE any UNIT statements referencing it in ARCCMDxx. There was an old bug in the HSM starter set where the ARCCMDxx had the USERUNITTABLE after some UNIT statements, and I had the exact same problem when I used it. None of the UNIT statements worked. Good luck, 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: Re-entrancy problem
Just wanted thank you for your for help (ROB) going to name the SUBTASKS. thnakx -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 22, 2010 7:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem ERRNO of x'0E' indicates that something is wrong with with the parameter list or one of the arguments. I would advise that you double-check each argument and verify its contents and length (eg the APITYPE must be a halfword equal to 2 or 3). Also, if you are planning to call EZASMI by multiple subtasks, then I suggest that you also code the SUBTASK= argument on the INITAPI with a unique name for each. Is there a good reason to hold the TIE for the subtask in the mother working storage? What is wrong with having it in the working storage for the subtask? Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 22 March 2010 03:09 To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem The error occurred on the INITAPI Started 4 tasks 4 ATTACHES THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E The INITAPI is ** * identify the program to TCP/IP * ** EZASMI TYPE=INITAPI, Issue INITAPI Macro X MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X ERRNO=ERRNO, (Specify ERRNO field)X RETCODE=RETCODE, (Specify RETCODE field) X APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X ERROR=ERROR, ABEND IF ERROR ON MACRO X ASYNC=('ECB'), (SPECIFY ECBS) X TASK=MYTIE, X I do a STORAGE for 4 MYTIE('s) in my main program and pass each subtask a TIE as a parm The MY_PARM is part of my Working Storage Dsect MY_PARM EZASMI MF=L -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, March 19, 2010 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem Joe, Can you tell us more about the failure : (1) Did it abend? If so - with what code and where (2) Did it just not POST the ECB? A few things to check : (1) Where is "MY_PARM"? - is this in working storage? (2) How was "MY_PARM" defined? (3) What was specified on the INITAPI ? One last "gotcha" with EZASMI is that the "ECB=" keyword must point to a 104-byte field and NOT a 4-byte field. I know that sounds crazy - but EZASMI uses the last 100 bytes as a "workarea". (Why this "workarea" was not a separate keyword I just don't know) Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 19 March 2010 10:40 To: IBM-MAIN@bama.ua.edu Subject: Re-entrancy problem Hi, The following code works (ECB is posted by TCP/IP) except when I catalouge the program RENT=(REUS) Would anybody have any ideas *-* * GET THE SOCKET TO READ * *-* MVCCOMM,=CL8'TAKESOCK' XCMY_PARM(MY_PARM_LEN),MY_PARMCLEAR PARAMTER LIST LAR10,MY_ECB GET MAIN TASK ECB STR10,ECB_LISTSTORE IT LAR10,MVS_ECB GET MAIN TASK ECB STR10,ECB_LIST+4 STORE IT OIECB_LIST+4,X'80' MARK END EZASMI TYPE=TAKESOCKET, Issue INITAPI Macro X SOCRECV=SOCKET, X CLIENT=CLIENT, SPECIFY SUBTASK IDENTIFIER X ERRNO=ERRNO, (Specify ERRNO field) X RETCODE=RETCODE, (Specify RETCODE field) X ECB=MY_ECB, X
Re: Portable? XMIT Manager
>My thin client has 4 USB ports. With Virtual Drives available on the INTERNET, with E-Mail attachments, who needs USB drives? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Portable? XMIT Manager
Yeah, (and the "t" word does do my heart good) but we don't have to IML a controller once-a-week, or less, anymore in order to keep the darn thing functioning, so I guess that's a good thing. Thin client? VMWare? Too many areas where so-called "new technologies" have taken the landscape by storm. As always, Marketing rules; and it has been painfully clear that those that have labored, created, and invented in the past are left to obscurity until some historian with a brain in their head writes an article to the contrary. To the historians (with a brain in there head)! ;-) Scott T. Harder Mainframe Services, Inc. Naples, Inc. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Paul Gilmartin > Sent: Monday, March 22, 2010 6:39 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Portable? XMIT Manager > > On Thu, 18 Mar 2010 12:39:42 -0500, Hal Merritt wrote: > > >USB stick based solutions are a good thing for the weary warrior just > trying to do a job in spite of the 'services' of the PC folks. However, > such solutions have been drawing attention from both the auditors and > miscreants as an attack vector. > > > Sic transit PuTTY? XMing? Knoppix? et. al. > > Doesn't the same apply to optical disks? > > Perhaps every programmer should be given a thin client with > no floppy, optical, nor USB. > > Hmmm. My thin client has 4 USB ports. > > "thin client"? I remember when they were called "terminals". > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Portable? XMIT Manager
On Thu, 18 Mar 2010 12:39:42 -0500, Hal Merritt wrote: >USB stick based solutions are a good thing for the weary warrior just trying >to do a job in spite of the 'services' of the PC folks. However, such >solutions have been drawing attention from both the auditors and miscreants as >an attack vector. > Sic transit PuTTY? XMing? Knoppix? et. al. Doesn't the same apply to optical disks? Perhaps every programmer should be given a thin client with no floppy, optical, nor USB. Hmmm. My thin client has 4 USB ports. "thin client"? I remember when they were called "terminals". -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to recatalog to a different master catalog?
For example, you could define multi-level alias SYS1.DFPSHCDS to user catalog. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David G. Schlecht Sent: Monday, March 22, 2010 1:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to recatalog to a different master catalog? > > How does one copy the catalog entry from the old to the new master > > cat? Of course, we don't want this to interfere with falling back. > > > > - David > > What are the names? If they begin with SYS1, then you can simply do > the RECATALOG as there is special code to allow that. If not, then you > must do a MERGECAT command in IDCAMS, which you can do for individual > entries. Were you aware that the SMS control datasets do not need to be catalogued in the master catalog? Ours start with SYS3 and are in a user catalog. We've had it this way since z/OS 1.6(?) and have not had any problems. > Yes, the HLQ is SYS1. I would be glad to move them off the master cat if I can change the HLQ. Docs don't seem to be up to date on this issue. Thanks for the info. I'll try the RECATALOG. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to recatalog to a different master catalog?
> > How does one copy the catalog entry from the old to the new > > master cat? Of course, we don't want this to interfere with > > falling back. > > > > - David > > What are the names? If they begin with SYS1, then you can simply do the > RECATALOG as there is special code to allow > that. If not, then you must do a MERGECAT command in IDCAMS, which you can do > for individual entries. Were you aware > that the SMS control datasets do not need to be catalogued in the master > catalog? Ours start with SYS3 and are in a > user catalog. We've had it this way since z/OS 1.6(?) and have not had any > problems. > Yes, the HLQ is SYS1. I would be glad to move them off the master cat if I can change the HLQ. Docs don't seem to be up to date on this issue. Thanks for the info. I'll try the RECATALOG. -- 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
I have lost it ---- HSM setsys commands
I want to use an esoteric name in HSM so I add setsys userunittable(vtl) in my arccmd00 parmlib member. I recycle HSM and no errors occur. I issue the f hsm,query setsys and see no reference to "vtl". I issue the f hsm,setsys userunittable(vtl) and then reissue the query command and I see the recycle percentages displayed for unit=vtl How come my arccmd00 entry isn't taking? Now this is where it gets squirrely... after I issue the f hsm command to define the UUT I try to issue a setsys tapemigration(ml2tape(tape(vtl))) command and it fails with a parse error. After much effort (reading and trying different things) I try the command again but this time I mistype it and dropped the third parentheses off the end and the command takes. I try my subsequent commands that where failing also like migunitname(vtl) and backup(tape(vtl)) but drop the trailing paran and those commands work as well. Time for a beer! Can anyone explain this? Thank you all! -- 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: Any tools for managing z/OS system software products inventory?
On Fri, 19 Mar 2010 09:58:59 -0400, Don Imbriale wrote: >... >One issue is that in the database of known software sometimes the names >given to software is not what you might expect and in other cases software >may be mis-identified. Sometimes? At our site, *much* of the time. >Also, when the agent does run, there can be a lot of data collected. Just >as with management of SMF data, you might need to set up procedures for >management of that data (when to offload it, where to put it, how long to >keep it, etc.). The amount of data generated here for the value derived bordered on obscene. >On Fri, Mar 19, 2010 at 9:48 AM, Don Imbriale wrote: >>... >> The reports are only as good as the data that is collected. If you install >> new software or move things around, you need to re-run the initial scan. >> Periodically the database of known software is updated (via PTF I believe). Exactly my point. The vendor-provided database was hopelessly innacurate, and the reconciliation process to correct it cost more man-hours than any process we could implement, and in the end, still did not yield reliable results. Regards, Art Gutowski -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to recatalog to a different master catalog?
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of David G. Schlecht > Sent: Monday, March 22, 2010 1:48 PM > To: IBM-MAIN@bama.ua.edu > Subject: How to recatalog to a different master catalog? > > We're migrating from v1r8 to v1r10 and typically don't > migrate the master catalog. Rather we migrate the user cats > but recreate the master cat. The master catalog name contains > the release, SYS1.MCAT108 or SYS1.MCAT110. > > The SMSVSAM SHCDS datasets were cataloged with the 1.08 > master cat and I want them cataloged on the new 1.10 master > cat. However, it's being difficult. SMSVSAM knows where the > CDSs live but they're not cataloged so it can't use them. At > that point, SMSVSAM abends and so I can't define new CDSs. > > I'm inclined to try to catalog the old CDSs into the new > catalog but RECATALOG will only work for the original catalog. > > How does one copy the catalog entry from the old to the new > master cat? Of course, we don't want this to interfere with > falling back. > > - David What are the names? If they begin with SYS1, then you can simply do the RECATALOG as there is special code to allow that. If not, then you must do a MERGECAT command in IDCAMS, which you can do for individual entries. Were you aware that the SMS control datasets do not need to be catalogued in the master catalog? Ours start with SYS3 and are in a user catalog. We've had it this way since z/OS 1.6(?) and have not had any problems. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
How to recatalog to a different master catalog?
We're migrating from v1r8 to v1r10 and typically don't migrate the master catalog. Rather we migrate the user cats but recreate the master cat. The master catalog name contains the release, SYS1.MCAT108 or SYS1.MCAT110. The SMSVSAM SHCDS datasets were cataloged with the 1.08 master cat and I want them cataloged on the new 1.10 master cat. However, it's being difficult. SMSVSAM knows where the CDSs live but they're not cataloged so it can't use them. At that point, SMSVSAM abends and so I can't define new CDSs. I'm inclined to try to catalog the old CDSs into the new catalog but RECATALOG will only work for the original catalog. How does one copy the catalog entry from the old to the new master cat? Of course, we don't want this to interfere with falling back. - David + David G. Schlecht + Information Technology Professional + State of Nevada + Department of Information Technology + 775.684.4328 This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-Mail and delete all copies of the original message. -- 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: Question concerning Master Catalog Compare
If you have Mainstar Catalog Recovery Plus or T-Rex from dino software, you can do that easily. Otherwise you will have to use manual methods to compare catalogs. Take a look at the IGGCSILC on SAMPLIB. Natarajan >>> On 3/22/2010 at 8:30 AM, in message , "O'Brien, David W. (NIH/CIT) [C]" wrote: A colleague has posed the following question: Any idea how to compare an old and new master catalogue to find out what is missing in the new one? I had to have done this last time I put up a system but can’t find any doc. Mainstar doesn’t seem to have anything. There are SYS1 datasets that are not IBM that I need to add to the new master for z/OS 1.11 Any and all suggestions welcomed. Thank You, Dave O'Brien NIH Contractor -- 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 NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EdFund at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: RC=4093 from TSO ALLOC in compiled REXX
How do You JCL look like in when executing the compiled version ? Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK > -Ursprungligt meddelande- > Från: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] För > Staffan Tylen > Skickat: den 21 mars 2010 18:10 > Till: IBM-MAIN@bama.ua.edu > Ämne: Re: RC=4093 from TSO ALLOC in compiled REXX > > Thanks for the tip but I run both in batch using the same JCL except for > the > EXEC statement, which either points to IKJEFT01 or to the compiled > program. > Wrong! SYSPROC is of course changed to STEPLIB also. And the ALLOC is for > a > temporary data set so the prefix should not come into question anyway, I > guess. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RC=4093 from TSO ALLOC in compiled REXX
- Original Message - From: "Staffan Tylen" Newsgroups: bit.listserv.ibm-main Sent: Sunday, March 21, 2010 7:20 PM Subject: Re: RC=4093 from TSO ALLOC in compiled REXX Spot on, Bob. No TSO environment. Thanks. Staffan Staffan, You should use BPXWDYN instead of ALLOC if you want your programs to run under IRXJCL or be called in a non-TSO environment. 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: Question concerning Master Catalog Compare
On Mon, 22 Mar 2010 11:30:15 -0400, O'Brien, David W. (NIH/CIT) [C] wrote: > >Any idea how to compare an old and new master catalogue to find out what is missing in the new one? > Try Alastair Gray's MCNVTCAT-replacement (CBT Tape File 542): "RCNVTCAT oldcat newcat" Norbert Friemel -- 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: Question concerning Master Catalog Compare
Actually, you can do a fair amount with Mainstar's DIAGNOSE options. Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of O'Brien, David W. (NIH/CIT) [C] > Sent: Monday, March 22, 2010 8:30 AM > To: IBM-MAIN@bama.ua.edu > Subject: Question concerning Master Catalog Compare > > A colleague has posed the following question: > > Any idea how to compare an old and new master catalogue to find out > what is missing in the new one? I had to have done this last time I put > up a system but can't find any doc. Mainstar doesn't seem to have > anything. There are SYS1 datasets that are not IBM that I need to add > to the new master for z/OS 1.11 > > Any and all suggestions welcomed. > > Thank You, > Dave O'Brien > NIH Contractor > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question concerning Master Catalog Compare
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. > (NIH/CIT) [C] > Sent: Monday, March 22, 2010 10:30 AM > To: IBM-MAIN@bama.ua.edu > Subject: Question concerning Master Catalog Compare > > A colleague has posed the following question: > > Any idea how to compare an old and new master catalogue to > find out what is missing in the new one? I had to have done > this last time I put up a system but can't find any doc. > Mainstar doesn't seem to have anything. There are SYS1 > datasets that are not IBM that I need to add to the new > master for z/OS 1.11 > > Any and all suggestions welcomed. I cheat. I use a simple LISTC command on both catalogs. I then parse that out using REXX. Or you could use IGGCSI00. But I consider that to be overkill for me. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: Question concerning Master Catalog Compare
Hi Dave, T-REX by Dino Software has the ability to compare and synchronize two separate catalogs (usercatalog or master catalog). Simulate, record type, update type (add, delete, merge and replace), and other selection/update criteria can be specified. A logical comparison is performed between matching records rather than a physical comparison (i.e. multiple aliases relating to the same usercatalog or nonvsam entry can reside at different offsets in the physical record without incurring a mismatch ((as long as all the aliases are there relating to the correct component)). Typically when you are building a new master catalog, you clone the current one. There can be any number of days, weeks, or months before migrating to the new system (new master catalog). You must remember to apply all updates (new aliases, VSAM, nonVSAM, etc) to the new master catalog as well as the old one until the switch is made. LISTCATs are usually run just before the switch and the two catalogs are visually compared. The COMPARE and SYNCH commands allow you to logically compare two catalogs and optionally synchronize the contents of the target BCS. Best regards, Blair Blair Svihra Dino-Software Corporation 800-480-DINO www.dino-software.com Dino-Software Utilities T-REX - Superior catalog management tool inclusive of HSM & Tape audits REORGadon - First REORG While-OPEN tool for HSM Teradon - First ever OnLine REPRO MERGECAT utility Xtinct - DASD Data purge RTD - DASD Real Time Defrag DAL - Analysis for Legato in an easy to view format -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Monday, March 22, 2010 11:30 AM To: IBM-MAIN@bama.ua.edu Subject: Question concerning Master Catalog Compare A colleague has posed the following question: Any idea how to compare an old and new master catalogue to find out what is missing in the new one? I had to have done this last time I put up a system but can't find any doc. Mainstar doesn't seem to have anything. There are SYS1 datasets that are not IBM that I need to add to the new master for z/OS 1.11 Any and all suggestions welcomed. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Upper & Lower case
Search the archives at http://bama.ua.edu/archives/ibm-main.html for a thread that started March 1 titled: Mixed case to a CLIST from ISPF command line? Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Steely Sent: Monday, March 22, 2010 11:02 AM To: IBM-MAIN@bama.ua.edu Subject: Upper & Lower case We are z/os V1R9. I was executing some RACF commands through the use of TSO EXEC 'mydsn(member))' command. When I did this all lower case parms were set to upper case and the commands were executed. If I take the same dsn and execute through batch tso the lower case remains intact. Is there a way for the TSO EXEC command to maintain the lower case settings. Any help would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Upper & Lower case
We are z/os V1R9. I was executing some RACF commands through the use of TSO EXEC 'mydsn(member))' command. When I did this all lower case parms were set to upper case and the commands were executed. If I take the same dsn and execute through batch tso the lower case remains intact. Is there a way for the TSO EXEC command to maintain the lower case settings. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Platform Comparison
John McKown wrote: Even a small z10 is more expensive than a "Enterprise server" class Intel machine. And many of the budget people compare them exactly that way. One for one. Budget people that are too lazy to do valid 'apples to apples' platform cost comparisons are doing their businesses a tremendous disservice. One of the sessions that impressed me at SHARE in Seattle was: Tuesday March 16, 11:00 a.m. - 12:00 p.m. Pacific Marlin Maddy, IBM Corporation "System z: Building the Business Case for System z" Session Abstract: This session focuses on the multiple complexities in building a valid business case to compare mainframe workloads to distributed workloads. We will focus on workload selection and how to be sure you are using all the appropriate components to build a valid 'apples to apples' comparison. Components to be discussed are hardware, software licenses and maintenance, people, energy and data center efficiency, virtualization, networking and disaster recovery. This session was webcast as part of the new SHARE Online offering... http://www.share.org/Events/SHAREOnlinefromSeattle/tabid/556/Default.aspx -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Yet another mixed case question
> Programmers shouldn't be required to take special action to have data > processed by the program as entered by the programmer. Ooh! Too radical for me. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, March 22, 2010 7:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Yet another mixed case question . >But this is no longer open to change for compatibility reasons. The behavior >could only be changed by some new user-specifiable option. > But the default should be made ASIS-friendly. IBM has been known to change defaults when the reason is good. Recent examples are user key CSA and 1.9 GETMAIN incompatibility. Programmers shouldn't be required to take special action to have data processed by the program as entered by the programmer. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Comparing - ISPF (3.12 and 3.13) with Comparex
Mark, A Google of Simone Redstock's name only turns up a few posts to IBM-MAIN saying good things about File-Aid. I have to agree with Mark that it does seem a little odd... When I was a consultant to HDS I was accused on this list of hiding behind my private email when I made some remarks about another storage vendor. My response was something like "pull your head in mate!" It's would probably help Simone's credibility if he did the same thing on list, or in a private email to Mark. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Mark Zelden > Sent: Friday, March 12, 2010 7:15 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Comparing - ISPF (3.12 and 3.13) with Comparex > > On Thu, 11 Mar 2010 17:29:59 -0500, Galambos, Robert > wrote: > > >1) there is NO one with the last name of redstock in the compuware directory. > > Of course. *IF* someone wanted to remain anonymous, they wouldn't > use their real name (again, not saying that is the case). > > > > >2) so it seems that someone who likes a product, is set up for questioning > because of such > > > > >3) this list is for an open discussion. Good or bad. I normally refrain > from posting unless there is a question pertaining to some compuware tool. > BUT questioning someone just because they like ANY product works, no matter > who makes it.. > > > > > > Relax. > > I think people who have seen my posts over the last 12+ years know > that I don't do that. I don't think I have ever done that before either, but > I saw some red flags in the few posts I saw and as Bob wrote, was making > an observation. People would be naive to think that it never happens > in public forums. > > I already wrote a note to the vendors in my other post that "my comments > had nothing to do with any of the products mentioned". I didn't expect a > vendor to respond. I did expect a post from simone telling me that I > was "full of it" or perhaps an offline response. I'm sure simone can > stick up for himself. > > >5) I suggest that everyone here make up their own minds about who an > > poster is etc. > > I certainly agree there. There is enough input from the user community on > this list and others for people to make up their own minds. > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:mzel...@flash.net > Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html > Systems Programming expert at http://expertanswercenter.techtarget.com/ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Question concerning Master Catalog Compare
Dave, >A colleague has posed the following question: > >Any idea how to compare an old and new master catalogue to find out what is >missing in the new one? I had to have done this last time I put up a system >but can’t find any doc. Mainstar doesn’t seem to have anything. There are SYS1 >datasets that are not IBM that I need to add to the new master for z/OS 1.11 > >Any and all suggestions welcomed. You could use sample program IGGCSILC to produce a flat file of the records in each catalog and then run the files through your favorite compare program. Regards, John -- 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: Question concerning Master Catalog Compare
"O'Brien, David W. [C] , NIH/CIT" wrote in message news:... > A colleague has posed the following question: > > Any idea how to compare an old and new master catalogue to find out what is missing in the new one? I had to have done this last time I put up a system but can't find any doc. Mainstar doesn't seem to have anything. There are SYS1 datasets that are not IBM that I need to add to the new master for z/OS 1.11 > > Any and all suggestions welcomed. > > Thank You, > Dave O'Brien We do so weekly by taking a LISTC and using SAS to compare the contents and do other checks. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question concerning Master Catalog Compare
A colleague has posed the following question: Any idea how to compare an old and new master catalogue to find out what is missing in the new one? I had to have done this last time I put up a system but can’t find any doc. Mainstar doesn’t seem to have anything. There are SYS1 datasets that are not IBM that I need to add to the new master for z/OS 1.11 Any and all suggestions welcomed. Thank You, Dave O'Brien NIH Contractor -- 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: Comparing - ISPF (3.12 and 3.13) with Comparex
> > Robert, > > I will come to John's defense and I have been employed by Compuware > Corporation (look me up) for the last two plus years. In my years of > being a subscriber to ISVCOSTS, I have *NEVER* seen John sell or > recommend an IBM solution over another ISV. John has taken his non- > partisan role *very seriously*. He facilitates discussion, he surveys > and delivers those survey results accurately, regardless of whether it > makes IBM look good or bad. Given, as other posts elude to, it’s the perception that is given, not reality. And its not that john will do 'anything' with the info, it’s the perceived conflict of interest. The information would be of great value to ANY ISV. And the fact that is run by IBM, leads to questions that need asking. And even if John doesn't do anything does not mean that someone else from IBM or any other ISV that have access, (directly or not) can have an unfair advantage. (for full disclosure. I am not a member of the listserv in question nor have I ever have been). Openness is the only way we should go. Whenever there are secrets questions like this come up. > > Bob > > Le contenu de ce courriel s'adresse au destinataire seulement. Il contient de l'information pouvant être confidentielle. Vous ne devez ni le copier ni l'utiliser ni le divulguer à qui que ce soit à moins que vous soyez le destinataire ou une personne désignée autorisée. Si vous le receviez par erreur, veuillez nous aviser immédiatement et le détruire. The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it. > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Galambos, Robert > Sent: Thursday, March 11, 2010 11:26 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Comparing - ISPF (3.12 and 3.13) with Comparex > > yet ISV are not allowed to see anything including expurgated digests. > > enough said > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP problem
On Fri, 19 Mar 2010 11:08:43 -0400, Shmuel Metz (Seymour J.) wrote: >In , on 03/18/2010 > at 12:10 PM, Paul Gilmartin said: > >Doesn't z/OS Unix use LF for ASCII files and NL for EBCDIC files? I don't >believe that there even is a new line character in ASCII, although there >certainly is in Unicode. > Does z/OS Unix support ASCII files, other than by translating them to EBCDIC? ISO8859-1 has NEL (NExt Line) at code point 0x85 (to the extent that ISO8859-1 specifies control characters at all). CMS pipelines XLATE stage translates: CP 1047 CP 819 NL<-->NEL LF<-->LF z/OS OEMVS311 and iconv(1) translate: CP 1047 CP 819 NL<-->LF LF<-->NEL We discussed this a while ago, at which time you said you believed that CMS, in this case, DTRT. The current z/OS behavior is practical for historical reasons, but formally incorrect. It could be remedied by defining a new code page, say IBM-1047-2, with LF at 0x15 and NEL at 0x25, preserving the behavior for compatibility reasons while deprecating future use in z/OS of IBM-1047 in favor of IBM-1047-2. But certain pedantic theologians are revolted by this suggestion, insisting that the code points of EBCDIC control characters are somehow sacred and not subject to change. Perhaps IBM-1047-2 would no longer have an NL code that performs the historic functiom on 3215 Selectric Typewriter consoles. I'm not much impressed by the argument. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Yet another mixed case question
On Wed, 17 Mar 2010 07:22:10 -0400, Peter Relson wrote: >History: > >I'm told that the C/C++ behavior was implemented due to the C/C++ >standard: > >If the host environment is not capable of supplying strings with letters >in both uppercase and lowercase, the implementation shall ensure >that the strings are received in lowercase. > >It might be the case that the C/C++ implementation preceded (by a whisker) the >implementation by TSO/E of "ASIS". Both were apparently done in or >around 1988. In the absense of ASIS, TSO/E could be considered > I'm surprised; I thought ASIS was relatively ancient. >to be such a "not capable" host environment. With the existence of >ASIS, it probably should not be considered so. > The rule was misapplied. The host environment was MVS, which has always been capable of passing mixed case strings, in JCL PARM, and from assembler CALL/LINK/ATTACH/XCTL. That one optional facility of the host environment was mixed case ignorant should not have been cause to invoke a rule crippling C/C++ generally. >But this is no longer open to change for compatibility reasons. The behavior >could only be changed by some new user-specifiable option. > But the default should be made ASIS-friendly. IBM has been known to change defaults when the reason is good. Recent examples are user key CSA and 1.9 GETMAIN incompatibility. Programmers shouldn't be required to take special action to have data processed by the program as entered by the programmer. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Notify a user if a job ends with non zero RC
On 18 Mar 2010 08:22:21 -0700, jim.mcalp...@gmail.com (Jim McAlpine) wrote: >There are probably a number of ways to achieve the above but I'm looking for >the best way. Basically if any step in a job ends with a non zero return >code, I want to notify a particular user who will not be the submitting >user. I've done this in the past but I'm looking for the latest tricks to >achieve this. Our standard is e-mail: //IFBAD IF (TEALF1.UEAA#1.RC NE 0) THEN //TEALF2 EXEC UGAB, (SEND E-MAIL ABOUT FTP FAILURE) // MAILFL='UMSMAIL.TEAL.BAD', //** DSN OF FILE RECEIVING EMAIL ON PREVIOUS LINE // MAILTXT='UMS.DATA.LIB(TEALBAD)' //** DSN OF FILE CONTAINING EMAIL ADDRESS/TEXT PREVIOUS LINE * //ENDBAD ENDIF //IFGOOD IF (TEALF1.UEAA#1.RC EQ 0) THEN //TEALF3 EXEC UGAB, (SEND E-MAIL ABOUT FTP SUCCESS) // MAILFL='UMSMAIL.TEAL.GOOD', //** DSN OF FILE RECEIVING EMAIL ON PREVIOUS LINE // MAILTXT='UMS.DATA.LIB(TEALGOOD)' //** DSN OF FILE CONTAINING EMAIL ADDRESS/TEXT PREVIOUS LINE * //ENDGOODENDIF -- 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: Alert: APAR OA32369 affecting OSA Fenet 3174-81R & 3174-23R
Joel Unfortunately I am not able actually to see what is said in APAR OA32369. I am however able to see what OA30776 says and it would be very difficult to see any sort of a connection (sic)between APAR OA30776 and what you describe that has become APAR OA32369. If you would like some try at analysing what OA32369 is saying, perhaps you could post the contents. It may also be handy if you could find the VTAM - and/or hardware - error messages which appeared at the time of the failed attempt to activate the 3174 controllers. I expect that the errors would concern the SNA adjacent link station entity as identified by the name of the PU statement. Another possibility is that the resources associated with the XCA definition failed in some way. These are all problems which would prevent activation of LUs at a much earlier stage in the activation of SNA resources. Chris Mason On Fri, 19 Mar 2010 21:33:46 -0500, Joel C. Ewing wrote: >We put on about a year's worth of z/OS 1.10 maintenance in mid February >to get things up to RSU1001++. May have included some corrective >maintenance beyond RSU1001 that we could have done without, but >everything seemed to be functional in our MVS test environment and >looked OK to go live last weekend. > >We were forced to back out maintenance after encountering a problem now >being tracked as APAR OA32369, which caused an outage for us on all SNA >3174-81R and 3174-23R controllers driven through a Fast Ethernet OSA >adapter on a z9. The APAR OA32369 description is totally unclear to me >as to what could be affected and how persistent the problem might be, >but for us none of the LU's for coax-attached dumb terminals or >coax-attached 4224 printers behind these 3174 controllers would activate >after maintenance. This old hardware is being gradually phased out and >has been so stable for so long we didn't even have any accessible from >our test system. We do now! > >IBM indicated the problem may have been caused by FMID HVT61A0 PTF >UA51696/OA30776, which I believe is on PUT 1002 and not yet assigned to >an RSU; but at least as of Friday afternoon there weren't yet any PE >holds on UA51696. We have been offered an APAR fix and will look at >that option next week. > >-- >Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- 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: ICH14070I SETROPTS RACLIST REFRESH had no effect on class DSNADM.
On Fri, 19 Mar 2010 15:39:44 +, Jim McAlpine wrote: >On Fri, Mar 19, 2010 at 3:31 PM, Walt Farrell wrote: > >> Before it makes any sense to do a SETR RACLIST(DSNADM) REFRESH one or more >> of the following must have occurred: >> (a) Someone has previously issued SETR RACLIST(DSNADM), or >> (b) Some application has issued RACROUTE REQUEST=LIST,GLOBAL=YES. >>...snipped... >> Until then, SETR RACLIST(DSNADM) REFRESH has no meaning, and no effect. >> >> You either need to issue the SETR RACLIST without the REFRESH, or wait >> until >> some application has issued the RACROUTE REQUEST=LIST. >>...snipped... > >OK, issued SETR RACLIST(DSNADM) and got the following message - > >ICH14027I RACLIST OF CLASS DSNADM NOT ALLOWED BY THE CLASS DESCRIPTOR TABLE. >OPERAND IGNORED. > >What now ? Now you wait for the application (DB2) to issue the RACROUTE REQUEST=LIST. Until it has done so, since "SETR RACLIST(DSNADM) REFRESH" has no meaning (see above), there's no reason for you to issue a SETROPTS command at all. Just define your profiles, and wait for DB2 to want them. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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
RACHECK call: difference between RTOKEN and UTOKEN?
hi all, thanks to all for replying on my last question. i would have one further: what is the actual difference between the RTOKEN and UTOKEN parameters within the context of the RACHECK service? the UTOKEN parameter is pritty good documented. RTOKEN just with a few words. are both handled the same way? is there any preference if both parameters are specified? best stephen --- Dr. Stephen Fedtke Enterprise-IT-Security.com Seestrasse 3a CH-6300 Zug Switzerland Tel. ++41-(0)41-710-4005 www.enterprise-it-security.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSI Interface wron entry
Try pgm IDCNOGFL: EXAMPLE: //LIST EXECPGM=IDCNOGFL //SYSPRINT DD SYSOUT=* //SYSINDD * LISTCAT LEVEL(XXX) CAT(UCAT.PPP) 2010/3/20 Angel-Luis Dominguez > After 17 years working, a program wich uses CSI catalog interface to > recover > information from catalogs abend's with 0C4. > > Looking at this, We have found that only in one of our user catalogs, the > last > part of the buffer returned by IGGCSI00 contains bad information about > entries > that are in another catalog. > > The CSIPMENT entry bit is "0" so indicates that "this entry associates > with > the preceding primary entry" and the CSIETYPE is x'F0' that does not match > any entry type as indicated in manual information. The CSITOTLN length (F > form) is x'' but there are information after about other user > catalog > and an nvsam entry in that. > > The LISTCAT and DIAGNOSE from IDCAMS works fine against this catalog in > z/OS 1.9 and z/OS 1.11. We was no able to find any APAR about in IBM > database. > > any experience about? > > Thanks in advance > > Angel Luis Domínguez > sysprog - spain > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazy idea for a "desktop integration with z/OS" project?
John, Please do have a look at the "Remote Resources Access API" in the Rational Developer for System z documentation. Here's a direct link: http://publib.boulder.ibm.com/infocenter/ratdevz/v7r6/topic/com.ibm.ftt.api.resource.doc/topics/rra_api_intro.html - - - - - Timothy Sipples IBM Consulting Enterprise Architect for New, Advanced, and/or Innovative Solutions (VCT) Based in Singapore & Serving the "Growth Markets" E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to break out CPU-time
Thanks for these great ideas...I have some homework to do, and will followup if I have more questions. Thanks again! Don On Sat, Mar 20, 2010 at 2:45 PM, Kelman, Tom wrote: > z/XPF is a pretty good product. I believe it is the one a previous post > mentioned that user the trace tables. I saw the demo at CMG 2009. The > only problem for my shop is that it doesn't get inside CICS yet, but > they said they're working on that. > > Tom Kelman > Enterprise Capacity Planner > Commerce Bank of Kansas City > (816) 760-7632 > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of Thompson, Steve > > Sent: Friday, March 19, 2010 3:50 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: How to break out CPU-time > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of Donald Johnson > > Sent: Friday, March 19, 2010 1:56 PM > > To: IBM-MAIN@bama.ua.edu > > Subject: How to break out CPU-time > > > > I have a started task that performs a number of functions. In CA > Sysview > > or SDSF I can see the total elapsed time and CPU time, I/O etc. for > the > > overall task. Is there any way to get a more detailed breakdown of > these > > summary numbers? For instance, can I break down the CPU time into more > > detail to see what is actually consuming these cycles? > > > > > > > > There is a new product for this called z/XPF that Dave Cole has on his > > web site (www.colesoft.com). You might want to give it a try. > > > > Regards, > > Steve Thompson > > > > -- > > 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 > > > > * > If you wish to communicate securely with Commerce Bank and its > affiliates, you must log into your account under Online Services at > http://www.commercebank.com or use the Commerce Bank Secure > Email Message Center at https://securemail.commercebank.com > > NOTICE: This electronic mail message and any attached files are > confidential. The information is exclusively for the use of the > individual or entity intended as the recipient. If you are not > the intended recipient, any use, copying, printing, reviewing, > retention, disclosure, distribution or forwarding of the message > or any attached file is not authorized and is strictly prohibited. > If you have received this electronic mail message in error, please > advise the sender by reply electronic mail immediately and > permanently delete the original transmission, any attachments > and any copies of this message from your computer system. > > * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Re-entrancy problem
I honestly didn't where the storage for the TIE should be GetMain/Storage in the main program or subtask if it doesn't make it a difference maybe I'll Do it in the subtasks I'll double check my parms thankx... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Monday, March 22, 2010 7:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem ERRNO of x'0E' indicates that something is wrong with with the parameter list or one of the arguments. I would advise that you double-check each argument and verify its contents and length (eg the APITYPE must be a halfword equal to 2 or 3). Also, if you are planning to call EZASMI by multiple subtasks, then I suggest that you also code the SUBTASK= argument on the INITAPI with a unique name for each. Is there a good reason to hold the TIE for the subtask in the mother working storage? What is wrong with having it in the working storage for the subtask? Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 22 March 2010 03:09 To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem The error occurred on the INITAPI Started 4 tasks 4 ATTACHES THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E The INITAPI is ** * identify the program to TCP/IP * ** EZASMI TYPE=INITAPI, Issue INITAPI Macro X MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X ERRNO=ERRNO, (Specify ERRNO field)X RETCODE=RETCODE, (Specify RETCODE field) X APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X ERROR=ERROR, ABEND IF ERROR ON MACRO X ASYNC=('ECB'), (SPECIFY ECBS) X TASK=MYTIE, X I do a STORAGE for 4 MYTIE('s) in my main program and pass each subtask a TIE as a parm The MY_PARM is part of my Working Storage Dsect MY_PARM EZASMI MF=L -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, March 19, 2010 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem Joe, Can you tell us more about the failure : (1) Did it abend? If so - with what code and where (2) Did it just not POST the ECB? A few things to check : (1) Where is "MY_PARM"? - is this in working storage? (2) How was "MY_PARM" defined? (3) What was specified on the INITAPI ? One last "gotcha" with EZASMI is that the "ECB=" keyword must point to a 104-byte field and NOT a 4-byte field. I know that sounds crazy - but EZASMI uses the last 100 bytes as a "workarea". (Why this "workarea" was not a separate keyword I just don't know) Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 19 March 2010 10:40 To: IBM-MAIN@bama.ua.edu Subject: Re-entrancy problem Hi, The following code works (ECB is posted by TCP/IP) except when I catalouge the program RENT=(REUS) Would anybody have any ideas *-* * GET THE SOCKET TO READ * *-* MVCCOMM,=CL8'TAKESOCK' XCMY_PARM(MY_PARM_LEN),MY_PARMCLEAR PARAMTER LIST LAR10,MY_ECB GET MAIN TASK ECB STR10,ECB_LISTSTORE IT LAR10,MVS_ECB GET MAIN TASK ECB STR10,ECB_LIST+4 STORE IT OIECB_LIST+4,X'80' MARK END EZASMI TYPE=TAKESOCKET, Issue INITAPI Macro X SOCRECV=SOCKET, X CLIENT=CLIENT, SPECIFY SUBTASK IDENTIFIER X ERRNO=ERRNO,
Re: Re-entrancy problem
ERRNO of x'0E' indicates that something is wrong with with the parameter list or one of the arguments. I would advise that you double-check each argument and verify its contents and length (eg the APITYPE must be a halfword equal to 2 or 3). Also, if you are planning to call EZASMI by multiple subtasks, then I suggest that you also code the SUBTASK= argument on the INITAPI with a unique name for each. Is there a good reason to hold the TIE for the subtask in the mother working storage? What is wrong with having it in the working storage for the subtask? Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 22 March 2010 03:09 To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem The error occurred on the INITAPI Started 4 tasks 4 ATTACHES THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E THE RETURN CODE IS THE ERRNO IS ..000E The INITAPI is ** * identify the program to TCP/IP * ** EZASMI TYPE=INITAPI, Issue INITAPI Macro X MAXSOC=MAXSOC, SPECIFY MAXIMUM NUMBER OF SOCKETSX MAXSNO=MAXSNO, (HIGHEST SOCKET NUMBER ASSIGNED) X ERRNO=ERRNO, (Specify ERRNO field)X RETCODE=RETCODE, (Specify RETCODE field) X APITYPE=APITYPE, (SPECIFY APITYPE FIELD) X ERROR=ERROR, ABEND IF ERROR ON MACRO X ASYNC=('ECB'), (SPECIFY ECBS) X TASK=MYTIE, X I do a STORAGE for 4 MYTIE('s) in my main program and pass each subtask a TIE as a parm The MY_PARM is part of my Working Storage Dsect MY_PARM EZASMI MF=L -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott Sent: Friday, March 19, 2010 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Re-entrancy problem Joe, Can you tell us more about the failure : (1) Did it abend? If so - with what code and where (2) Did it just not POST the ECB? A few things to check : (1) Where is "MY_PARM"? - is this in working storage? (2) How was "MY_PARM" defined? (3) What was specified on the INITAPI ? One last "gotcha" with EZASMI is that the "ECB=" keyword must point to a 104-byte field and NOT a 4-byte field. I know that sounds crazy - but EZASMI uses the last 100 bytes as a "workarea". (Why this "workarea" was not a separate keyword I just don't know) Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: 19 March 2010 10:40 To: IBM-MAIN@bama.ua.edu Subject: Re-entrancy problem Hi, The following code works (ECB is posted by TCP/IP) except when I catalouge the program RENT=(REUS) Would anybody have any ideas *-* * GET THE SOCKET TO READ * *-* MVCCOMM,=CL8'TAKESOCK' XCMY_PARM(MY_PARM_LEN),MY_PARMCLEAR PARAMTER LIST LAR10,MY_ECB GET MAIN TASK ECB STR10,ECB_LISTSTORE IT LAR10,MVS_ECB GET MAIN TASK ECB STR10,ECB_LIST+4 STORE IT OIECB_LIST+4,X'80' MARK END EZASMI TYPE=TAKESOCKET, Issue INITAPI Macro X SOCRECV=SOCKET, X CLIENT=CLIENT, SPECIFY SUBTASK IDENTIFIER X ERRNO=ERRNO, (Specify ERRNO field) X RETCODE=RETCODE, (Specify RETCODE field) X ECB=MY_ECB, X ERROR=ERROR, ABEND IF ERROR ON MACRO X TASK=MYTIE, X MF=(E,MY_PARM) * *WAIT ECB=MY_ECB *B
Re: Notify a user if a job ends with non zero RC
There are several programs that will do most of what what you want on the CBT tape. We have one that we give away with our system automation products called SyzEMAIL, that will send either an email or TSO notify message (or both) with all of the jobs condition codes, or just individual steps. You can provide any ID's you want notified (either with EMAIL or SEND or both), separately, or you can default to sending only to the person who submitted the job. Brian -- 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: Flashcopy
To get around this problem a few years ago I wrote a offline volume dump program that is just as fast as the ones from IBM and Innovation. They have better restore capabilities since I currently have to restore the whole volume, but it's only a matter of time, I'll get it done. BRian -- 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